Siirry suoraan sisältöön

Evästeasetukset

Valitse, mitä evästetyyppejä sallit. Voit muuttaa valintaasi milloin tahansa jokaisen sivun alareunassa olevasta kohdasta Evästeasetukset. Tietosuojaseloste

Välttämättömät

Aina käytössä

Tarvitaan sisäänkirjautumiseen, ostoskorin säilyttämiseen ja valintojesi muistamiseen. Nämä ovat aina käytössä.

Mitkä evästeet?
  • weboke_sessie, weboke_klant, weboke_remember: istuntosi ja sisäänkirjautuneena pysyminen
  • weboke_basket: ostoskorisi
  • wkBtwIncl: hintojen näyttäminen verollisina tai verottomina
  • wok_cookies: evästevalintasi, 12 kuukautta

Mittaa, mikä mainos johtaa käyntiin tai tilaukseen, jotta emme maksa mainoksista, joista ei ole hyötyä.

Mitkä evästeet?
  • Google Ads Google Tag Managerin kautta (_gcl_au, _gcl_aw), enintään 90 päivää
  • OpenAI Ads, mainokset ChatGPT-palvelussa
  • wok_aff: minkä kumppanin kautta tulit meille (kumppaniohjelma), 60 päivää

4,6

Maa ja kieli

Jokaisella maalla on oma sivustonsa, jossa on kyseisen maan hinnat ja ALV.

Näytä

Avoimet standardit ja avoin lähdekoodi

Moduuli 2: Mitä eurooppalainen pilvipalvelu oikeasti tarkoittaa? · Lukuaika: 11 minuuttia

Oppimistavoite: Tämän oppitunnin jälkeen osaat selittää eron avoimen standardin ja avoimen lähdekoodin välillä, ja osaat nimetä jokaiselle työsi osalle (sähköposti, kalenteri, yhteystiedot, tiedostot, asiakirjat) standardin, joka tekee siirtymisestä helppoa.

Keskeiset käsitteet: avoin standardi, avoin lähdekoodi, lisenssi (AGPL), RFC, IMAP, SMTP, CalDAV, CardDAV, WebDAV, iCalendar (ICS), vCard (VCF), ODF, OOXML, federaatio

Miksi standardit antavat sinulle vapauden

Kuvittele, että jokaisella puhelinoperaattorilla olisi oma pistokkeensa. Vaihtaminen tarkoittaisi: uusi laturi, uudet kaapelit, ehkä uusi puhelin. Pilvipalveluissa toimitaan samalla tavalla. Jos palvelu käyttää sopimuksia, joita kuka tahansa saa käyttää, voit viedä tietosi ja sovelluksesi mukanasi vaivattomasti. Jos palvelu käyttää omia, suljettuja sopimuksia, jäät kiinni siihen.

Bakkerij De Korrel haluaa pystyä valitsemaan, ja myöhemmin valitsemaan uudelleen. Siksi se ei katso vain sitä, kuka palvelun toimittaa (oppitunti 2.1), vaan myös "pistokkeita": standardeja, joilla palvelu kommunikoi.

Avoin standardi ja avoin lähdekoodi: kaksi eri asiaa

Avoin standardi on julkisesti kuvattu sopimus siitä, miten ohjelmat vaihtavat tai tallentavat tietoa. Kuka tahansa saa lukea ja käyttää sitä ilman lupaa tai maksua. Monet internetstandardit on kuvattu IETF:n RFC-dokumentissa (Request for Comments); asiakirjamuodot on usein vahvistettu ISO-standardina. Avoin standardi ei kerro mitään siitä, kuka ohjelmiston tekee.

Avoin lähdekoodi koskee itse ohjelmistoa: lähdekoodi on julkinen ja lisensoitu niin, että saat lukea, käyttää, muokata ja levittää sitä. Nextcloud, Thunderbird, LibreOffice ja Euro-Office ovat avointa lähdekoodia.

Nämä kaksi esiintyvät usein yhdessä, mutta eivät aina:

Avoin standardiOma (suljettu) standardi
Avoimen lähdekoodin ohjelmistoNextcloud CalDAV:n ja WebDAV:n kanssaAvoimen lähdekoodin ohjelmisto, joka toimii vain omalla, dokumentoimattomalla muodolla (harvinaista)
Suljettu ohjelmistoApple Kalenteri CalDAV:n kanssa; Outlook IMAP:n kanssa; Microsoft Word docx-muodon kanssaGoogle Docs-tiedostot (vain linkkinä Googleen); Teams-keskustelut

Siirtymisen kannalta avoimet standardit ovat tärkeimpiä. Niiden avulla voit viedä tietosi mukanasi, vaikka ohjelmisto olisi suljettu. Avoin lähdekoodi on lisävarmistus: jos toimittaja lopettaa tai muuttaa toimintaansa, joku toinen voi jatkaa saman ohjelmiston pyörittämistä.

Standardit osa-alueittain

Nämä ovat sopimuksia, joita kohtaat jatkuvasti kurssin edetessä.

Osa-alueStandardiVahvistettu asiakirjassaMitä se tekee
Sähköpostin lukeminenIMAPRFC 9051 (IMAP4rev2), aiemmin RFC 3501 (IMAP4rev1)Sähköpostisi pysyy palvelimella; jokainen laite näkee samat kansiot
Sähköpostin lähettäminen ja toimittaminenSMTPRFC 5321Postipalvelimet lähettävät sähköpostia toisilleen; sähköpostiohjelmasi lähettää submission-portin 587 tai 465 kautta
Sähköpostin vastaanoton löytäminenMX-tietueRFC 5321, DNSKertoo, mikä palvelin vastaanottaa domainisi sähköpostin (DNS-kurssi, oppitunti 4.1)
TiedostotWebDAVRFC 4918Tiedostojen lukeminen ja kirjoittaminen https:n kautta; myös verkkoasemana
Kalenterin synkronointiCalDAVRFC 4791Tapaamiset WebDAV:n kautta palvelimen ja sovellusten välillä
Yhteystietojen synkronointiCardDAVRFC 6352Yhteystiedot WebDAV:n kautta
Kalenteri tiedostonaiCalendar (ICS)RFC 5545Tapaamisen tai koko kalenterin muoto, myös kutsuille
Yhteystieto tiedostonavCard (VCF)RFC 6350 (versio 4.0), RFC 2426 (versio 3.0)Käyntikortin tai koko osoitekirjan muoto
Palvelimien löytäminen.well-known ja SRVRFC 6764 (CalDAV/CardDAV), RFC 6186 (sähköposti)Sovellukset löytävät oikean osoitteen itse
AsiakirjatODFISO/IEC 26300OpenDocument: odt, ods, odp
AsiakirjatOOXMLISO/IEC 29500 (ja ECMA-376)Office Open XML: docx, xlsx, pptx

Huomaa viimeinen rivi: docx on myös vahvistettu standardi, ei salainen muoto. Käytännössä Microsoft Office käyttää omaa lisäominaisuuksilla varustettua versiota, ja asiakirja voi näyttää toisessa ohjelmassa hieman erilaiselta. Tästä kerrotaan oppitunneilla 6.3 ja 6.5.

Miten tunnistat standardeihin perustuvan palvelun?

Sinun ei tarvitse lukea RFC-dokumentteja. Kysy näitä kysymyksiä:

  1. Voinko lukea sähköpostini millä tahansa sähköpostiohjelmalla IMAP:n kautta? Jos vain oma sovellus toimii, se on huono merkki.
  2. Voinko yhdistää kalenterini ja yhteystietoni puhelimeni kalenteriin ilman palveluntarjoajan omaa lisäsovellusta? Silloin käytössä on todennäköisesti CalDAV ja CardDAV.
  3. Voinko yhdistää tiedostoni verkkoasemana? Silloin käytössä on WebDAV.
  4. Voinko viedä kalenterin ICS-muodossa ja yhteystiedot VCF-muodossa? Ja voinko tuoda ne takaisin?
  5. Tallennetaanko asiakirjat docx/xlsx/pptx- tai odt/ods/odp-muodossa? Vai omassa muodossa, joka toimii vain kyseisen palvelun selaimessa?

Tekninen testi on myös mahdollinen. Monet palvelut julkaisevat .well-known-osoitteen: https://cloud.example.com/.well-known/caldav ohjaa kalenterisovelluksen oikeaan kalenteriosoitteeseen. Ja DNS:ssä voi olla SRV-tietue, kuten _caldavs._tcp.example.com tai _imaps._tcp.example.com, joka kertoo sovelluksille, mistä ne löytävät palvelun. Tehtävä A2.2 tarkistaa tämän omalle pilviosoitteellesi.

Federaatio: yhteistyötä yli yhden palvelun rajojen

Jotkut avoimet standardit mahdollistavat eri tarjoajien palveluiden keskustelun keskenään. Tätä kutsutaan federaatioksi. Tunnetuin esimerkki on sähköposti: henkilö, jolla on postilaatikko tarjoajalla A, voi vaivatta lähettää sähköpostia henkilölle tarjoajalla B. Nextcloudissa on federoitu jakaminen: jaat kansion jonkun kanssa, jolla on toisella Nextcloud-palvelimella oleva tili. Keskustelujen osalta Matriisi on federoitu standardi. Federaatio vähentää haittaa, jos käytät pienempää tarjoajaa: et ole eristyksissä muista.

Suljetuilla alustoilla (keskustelupalvelu, joka toimii vain kyseisen palvelun sisällä) jokaisen, jonka kanssa teet yhteistyötä, täytyy olla samassa palvelussa. Tämä on vahva lukkiutumisen muoto, josta kerrotaan oppitunnilla 2.3.

Avoin lähdekoodi: mitä se tarkoittaa ja mitä ei

Avoin lähdekoodi ei ole turvallisuuden tae eikä merkki eurooppalaisesta omistajuudesta. Kolme väärinkäsitystä:

  • "Avoin lähdekoodi on turvallista." Julkista koodia voi kuka tahansa tarkastaa, ja suurissa projekteissa näin myös tapahtuu. Mutta huonosti ylläpidetyssä projektissa voi silti olla tietoturva-aukkoja. Katso ylläpitoa: kuinka usein päivityksiä julkaistaan, onko olemassa tietoturvakäytäntöä?
  • "Avoin lähdekoodi on ilmaista." Lisenssi on maksuton, mutta ajaminen, päivittäminen ja suojaaminen vaativat aikaa tai rahaa. Siksi moni organisaatio valitsee tarjoajan, joka hallinnoi ohjelmistoa puolestaan.
  • "Avoin lähdekoodi on eurooppalaista." Se, missä tekijät sijaitsevat, ei liity lisenssiin. Tärkeintä on, että sinä tai joku toinen tarjoaja voi jatkaa ohjelmiston käyttöä, vaikka alkuperäinen tekijä muuttaisi jotain.

Yleisesti käytetty lisenssi pilvimaailmassa on AGPL (GNU Affero General Public License, versio 3). Se velvoittaa, että jos muokattua ohjelmistoa tarjotaan verkkopalveluna, muokattu lähdekoodi on myös asetettava käyttäjien saataville. Nextcloud ja ONLYOFFICE käyttävät AGPL-lisenssiä. Se, että lisenssi antaa tilaa ohjelmiston haarauttamiselle (fork), nähtiin vuonna 2026: Euro-Office syntyi ONLYOFFICEn forkkina. ONLYOFFICEn mukaan tässä yhteydessä rikottiin lisenssiehtoja, ja se lopetti yhteistyönsä Nextcloudin kanssa; tästä kiistasta ei (marraskuussa 2026) ole tiedossa tuomioistuimen päätöstä. Tämän kurssin kannalta tärkein huomio on: avoin lisenssi mahdollistaa tällaisen haarautumisen, ja se antaa käyttäjille pakotien, jos he eivät enää luota toimittajaan. Kumpi osapuoli on oikeassa tässä kiistassa, on juristien ratkaistavissa.

Käytännössä: näin se näkyy tarjoajalla

WebOkén Nextcloud käyttää WebDAV:ia tiedostoille, CalDAV:ia ja CardDAV:ia kalenterille ja yhteystiedoille, ja se osaa tuoda ja viedä ICS- ja vCard-tiedostoja. Euro-Office tallentaa asiakirjat docx-, xlsx- ja pptx-muodossa ja osaa avata myös odt-, ods- ja odp-tiedostoja. Tämän ansiosta myös muiden valmistajien ohjelmat toimivat, kuten Thunderbird, iPhonen kalenteri tai DAVx5 Androidilla. Muilla samoja standardeja käyttävillä tarjoajilla toiminta on vastaavaa: siksi voit myöhemmin myös vaihtaa pois (oppitunti 8.2).

Yhteenveto

  • Avoin standardi on julkinen sopimus tiedosta; avoin lähdekoodi koskee julkista lähdekoodia. Ne esiintyvät usein yhdessä, mutta eivät aina.
  • Siirtymisen kannalta tärkeimpiä ovat standardit: IMAP ja SMTP (sähköposti), CalDAV ja CardDAV (kalenteri, yhteystiedot), WebDAV (tiedostot), ICS ja vCard (vienti), ODF ja OOXML (asiakirjat).
  • Tunnistat standardeihin perustuvan palvelun IMAP-pääsystä, puhelimesi oman kalenterin yhdistämisestä, WebDAV:sta sekä viennistä ICS-, VCF- ja docx/odt-muodossa.
  • Federaatio mahdollistaa eri tarjoajien palveluiden yhteistyön.
  • Avoin lähdekoodi ei automaattisesti ole turvallista, ilmaista tai eurooppalaista, mutta se mahdollistaa toiminnan jatkamisen toisen toimesta.

Tietovisa

1. Mikä on ero avoimen standardin ja avoimen lähdekoodin välillä?



2. Mikä standardi huolehtii siitä, että puhelimesi kalenteri pysyy synkronoituna palvelimen kalenterin kanssa?



3. Haluat viedä kalenterin tiedostona toiseen palveluun. Mitä muotoa käytät?



4. Toimisto-ohjelmisto on avointa lähdekoodia. Mitä voit siitä varmasti päätellä?



5. Miksi federaatio tekee pienemmän tarjoajan vähemmän riskialttiiksi?



Tehtävä

Tehtävä A2.2: Puhuuko pilvesi avoimia standardeja? Syötä nykyisen tai uuden pilvesi osoite (esimerkiksi cloud.example.com) ja sähköpostidomainisi. Ohjelma tarkistaa, löytyvätkö kalenterin ja yhteystietojen .well-known-osoitteet ja onko sähköpostille SRV- tai autoconfig-tietueita, ja näyttää mitä se löysi.

Tehtävä A2.2: Puhuuko pilvesi avoimia standardeja?

Täytä (uuden) pilvesi osoite. Ohjelma tarkistaa, kirjautumatta sisään, löytyvätkö kalenteri, yhteystiedot ja sähköposti avoimilla standardeilla: CalDAV ja CardDAV osoitteen /.well-known ja SRV-tietueiden kautta, sekä sähköposti SRV-tietueen, autoconfigin tai autodiscoverin kautta.



Sitä, mitä kirjoitat ja mitä löydämme, ei tallenneta. Selaimesi muistaa vastauksesi ja sen, oletko suorittanut tehtävän. Jos olet kirjautunut sisään, tallennamme kohtaan Omat kurssit vain sen, että tehtävä oli (lähes) oikein; voit poistaa sen myös sieltä.

Lue lisää

Näiden artikkelien vaiheet koskevat WebOkén palveluita; muilla tarjoajilla toiminta on vastaavaa.

Hetkinen…

Määritä verkkotunnuksesi

Määritä kullekin verkkotunnukselle nimipalvelimet, liitos webhotelliin ja se, kuka tulee omistajaksi.

Ladataan verkkotunnuksia…