Ugrás a tartalomhoz

Sütibeállítások

Típusonként válassza ki, mely sütiket engedélyezi. Választását bármikor módosíthatja a Sütibeállítások linken, amely minden oldal alján megtalálható. Adatvédelmi nyilatkozat

Szükséges

Mindig bekapcsolva

A bejelentkezéshez, a kosár megőrzéséhez és a választásai megjegyzéséhez szükségesek. Ezek mindig be vannak kapcsolva.

Milyen sütik?
  • weboke_sessie, weboke_klant, weboke_remember: a munkamenet és a bejelentkezve maradás
  • weboke_basket: a kosár
  • wkBtwIncl: az árak megjelenítése ÁFÁ-val vagy anélkül
  • wok_cookies: a sütiválasztás, 12 hónap

Méri, melyik hirdetés vezet látogatáshoz vagy rendeléshez, hogy ne fizessünk hatástalan hirdetésekért.

Milyen sütik?
  • Google Ads a Google Tag Manageren keresztül (_gcl_au, _gcl_aw), legfeljebb 90 napig
  • OpenAI Ads, hirdetések a ChatGPT-ben
  • wok_aff: melyik partnerünk ajánlására érkezett (partnerprogram), 60 nap

4,6

Ország és nyelv

Minden országnak saját oldala van, az adott ország áraival és ÁFA-jával.

Megtekintés

Nyílt szabványok és nyílt forráskód

Modul 2: Mi az európai felhő valójában? · Olvasási idő: 11 perc

Tanulási cél: E lecke után Ön el tudja magyarázni a különbséget a nyílt szabvány és a nyílt forráskód között, és munkája minden részéhez (levelezés, naptár, névjegyek, fájlok, dokumentumok) meg tudja nevezni azt a szabványt, amely megkönnyíti az átállást.

Kulcsfogalmak: nyílt szabvány, nyílt forráskód, licenc (AGPL), RFC, IMAP, SMTP, CalDAV, CardDAV, WebDAV, iCalendar (ICS), vCard (VCF), ODF, OOXML, federáció

Miért adnak a szabványok szabadságot

Képzelje el, hogy minden telefonszolgáltatónak más dugója lenne. A váltás új töltőt, új kábeleket, talán új telefont jelentene. A felhőszolgáltatásoknál ugyanez a helyzet. Ha egy szolgáltatás olyan megállapodásokat használ, amelyeket bárki szabadon használhat, akkor Ön magával tudja vinni az adatait és az alkalmazásait. Ha a szolgáltatás saját, zárt megoldásokat használ, akkor Ön foglyul esik.

A Bakkerij De Korrel szeretne a jövőben választani tudni, és később ismét választani tudni. Ezért nemcsak azt vizsgálja, ki nyújtja a szolgáltatást (2.1. lecke), hanem azt is, milyenek a "dugók": milyen szabványokon keresztül kommunikál a szolgáltatás.

Nyílt szabvány és nyílt forráskód: két különböző dolog

A nyílt szabvány egy nyilvánosan dokumentált megállapodás arról, hogyan cserélnek vagy tárolnak adatokat a programok. Bárki elolvashatja és használhatja, engedély vagy fizetés nélkül. Számos internetes szabvány az IETF egy RFC-jében (Request for Comments) található; a dokumentumformátumokat gyakran ISO-szabványként rögzítik. A nyílt szabvány semmit nem mond arról, ki készíti a szoftvert.

A nyílt forráskód magáról a szoftverről szól: a forráskód nyilvános, és olyan licenc alatt áll, amely lehetővé teszi Önnek a kód olvasását, használatát, módosítását és terjesztését. A Nextcloud, a Thunderbird, a LibreOffice és az Euro-Office nyílt forráskódú.

Gyakran együtt fordulnak elő, de nem mindig:

Nyílt szabványSaját (zárt) szabvány
Nyílt forráskódú szoftverNextcloud CalDAV-val és WebDAV-valOlyan nyílt forráskódú szoftver, amely csak saját, nem dokumentált formátummal működik (ritka)
Zárt szoftverApple Naptár CalDAV-val; Outlook IMAP-pal; Microsoft Word docx formátummalGoogle Docs fájlok (csak Google-linkként); Teams csevegések

Egy átállásnál a nyílt szabványok a legfontosabbak. Ezekkel Ön magával viheti az adatait, még akkor is, ha a szoftver zárt. A nyílt forráskód egy további biztosíték: ha egy szolgáltató megszűnik vagy változtat, egy másik szereplő ugyanazt a szoftvert tovább tudja futtatni.

A szabványok részenként

Ezek azok a megállapodások, amelyekkel a kurzus további részében folyamatosan találkozik.

TerületSzabványRögzítveMit csinál
Levelek olvasásaIMAPRFC 9051 (IMAP4rev2), korábban RFC 3501 (IMAP4rev1)A levelei a szerveren maradnak; minden eszköz ugyanazokat a mappákat látja
Levelek küldése és kézbesítéseSMTPRFC 5321A levelezőszerverek egymásnak küldik a leveleket; a levelezőprogram az 587-es vagy 465-ös submission porton keresztül küld
Levélfogadás megtalálásaMX-rekordRFC 5321, DNSMegadja, melyik szerver fogadja a domainjéhez tartozó leveleket (DNS-tanfolyam 4.1. lecke)
FájlokWebDAVRFC 4918Fájlok olvasása és írása https-en keresztül; akár hálózati meghajtóként is
Naptár szinkronizálásaCalDAVRFC 4791Találkozók szinkronizálása WebDAV-on keresztül szerver és alkalmazások között
Névjegyek szinkronizálásaCardDAVRFC 6352Névjegyek WebDAV-on keresztül
Naptár fájlkéntiCalendar (ICS)RFC 5545Egy találkozó vagy egy teljes naptár formátuma, meghívókhoz is
Névjegy fájlkéntvCard (VCF)RFC 6350 (4.0-s verzió), RFC 2426 (3.0-s verzió)Egy névjegykártya vagy egy teljes címjegyzék formátuma
Szerverek megtalálása.well-known és SRVRFC 6764 (CalDAV/CardDAV), RFC 6186 (levelezés)Az alkalmazások maguk találják meg a megfelelő címet
DokumentumokODFISO/IEC 26300OpenDocument: odt, ods, odp
DokumentumokOOXMLISO/IEC 29500 (és ECMA-376)Office Open XML: docx, xlsx, pptx

Figyeljen az utolsó blokkra: a docx szintén rögzített szabvány, nem titkos formátum. A gyakorlatban a Microsoft Office egy kiegészítésekkel ellátott változatot használ, és egy dokumentum egy másik programban egy kicsit másképp jelenhet meg. Erről szól a 6.3. és a 6.5. lecke.

Hogyan ismeri fel, hogy egy szolgáltatás szabványokon alapul?

Nem kell RFC-ket olvasnia. Tegye fel ezeket a kérdéseket:

  1. El tudom olvasni a leveleimet bármilyen levelezőprogrammal IMAP-on keresztül? Ha csak a szolgáltató saját alkalmazása működik, az rossz jel.
  2. Össze tudom kapcsolni a naptáramat és a névjegyeimet a telefonom naptárával a szolgáltató külön alkalmazása nélkül? Akkor valószínűleg van CalDAV és CardDAV.
  3. Össze tudom kapcsolni a fájljaimat hálózati meghajtóként? Akkor van WebDAV.
  4. Exportálni tudok egy naptárt ICS formátumban, a névjegyeket pedig VCF formátumban? És vissza tudom importálni őket?
  5. A dokumentumokat docx/xlsx/pptx vagy odt/ods/odp formátumban tárolják? Vagy egy olyan saját formátumban, amely csak az adott szolgáltatás böngészőjében létezik?

Egy technikai teszt is elvégezhető. Számos szolgáltatás közzétesz egy .well-known címet: a https://cloud.example.com/.well-known/caldav egy naptáralkalmazást a valódi naptárcímhez irányít. A DNS-ben pedig szerepelhet egy SRV-rekord, például _caldavs._tcp.example.com vagy _imaps._tcp.example.com, amely megmondja az alkalmazásoknak, hol találják meg a szolgáltatást. Az A2.2 feladat ezt ellenőrzi az Ön felhőcímére.

Federáció: együttműködés egyetlen szolgáltatás határain túl

Egyes nyílt szabványok lehetővé teszik, hogy különböző szolgáltatók szolgáltatásai kommunikáljanak egymással. Ezt federációnak nevezzük. A legismertebb példa az e-mail: aki az A szolgáltatónál rendelkezik postafiókkal, gond nélkül tud levelezni a B szolgáltatónál postafiókkal rendelkezővel. A Nextcloud ismeri a federatív megosztást: megoszthat egy mappát valakivel egy másik Nextcloud-szerveren. A csevegéshez a Mátrix egy federált szabvány. A federáció csökkenti annak kockázatát, hogy egy kisebb szolgáltatónál legyen: Ön nincs elzárva a többiektől.

Zárt platformoknál (olyan csevegőszolgáltatás, amely csak az adott szolgáltatáson belül működik) mindenkinek, akivel együttműködik, ugyanannál a szolgáltatónál kell lennie. Ez a lock-in egy erős formája, amelyre a 2.3. lecke visszatér.

Nyílt forráskód: mit jelent, és mit nem

A nyílt forráskód nem minőségi jel a biztonságra, és nem jelenti az európai tulajdonlást sem. Három félreértés:

  • "A nyílt forráskód biztonságos." A nyilvános kódot bárki ellenőrizheti, és nagy projektek esetén ez meg is történik. De egy rosszul karbantartott projekt éppúgy tartalmazhat biztonsági réseket. Nézze meg a karbantartást: milyen gyakran jelennek meg frissítések, van-e biztonsági szabályzat?
  • "A nyílt forráskód ingyenes." A licenc nem kerül pénzbe, de az üzemeltetés, a frissítés és a biztonságossá tétel időt vagy pénzt igényel. Ezért sok szervezet olyan szolgáltatót választ, amely a szoftvert helyette üzemelteti.
  • "A nyílt forráskód európai." Hogy a fejlesztők hol találhatók, független a licenctől. Elsősorban az fontos, hogy Ön vagy egy másik szolgáltató tovább tudja üzemeltetni a szoftvert, ha az eredeti készítő valamit megváltoztat.

A felhős világban gyakran használt licenc az AGPL (GNU Affero General Public License, 3-as verzió). Ez kötelezi azt, aki a módosított szoftvert online szolgáltatásként kínálja, hogy a módosított forráskódot is elérhetővé tegye a felhasználók számára. A Nextcloud és az ONLYOFFICE az AGPL-t használja. Hogy a licenc teret ad a szoftver leágazásának (fork), azt 2026-ban lehetett látni: az Euro-Office az ONLYOFFICE forkjaként jött létre. Az ONLYOFFICE úgy véli, hogy ezzel licencfeltételeket sértettek meg, és leállította az együttműködését a Nextclouddal; erről a vitáról (2026 novemberi állapot szerint) nem ismert bírósági döntés. E tanfolyam szempontjából a legfontosabb pont: egy nyílt licenc lehetővé teszi az ilyen leágazást, és ez kiutat ad a felhasználóknak, ha már nem bíznak egy szolgáltatóban. Hogy e vitában kinek van igaza, azt a jogászokra bízzuk.

A gyakorlatban: így néz ki ez egy szolgáltatónál

A WebOké Nextcloud WebDAV-ot használ fájlokhoz, CalDAV-ot és CardDAV-ot naptárhoz és névjegyekhez, és képes ICS és vCard fájlokat importálni és exportálni. Az Euro-Office docx, xlsx és pptx formátumban tárolja a dokumentumokat, és képes odt, ods és odp fájlokat is megnyitni. Ezáltal más gyártók programjai is működnek, mint a Thunderbird, az iPhone naptárja vagy a DAVx5 Androidon. Más szolgáltatóknál, amelyek ugyanazokra a szabványokra épülnek, hasonlóan működik ez: ezért tud majd Ön később ismét elköltözni (8.2. lecke).

Összefoglalás

  • A nyílt szabvány egy nyilvános megállapodás az adatokról; a nyílt forráskód a nyilvános forráskódról szól. Gyakran együtt fordulnak elő, de nem mindig.
  • Egy átállásnál elsősorban a szabványok számítanak: IMAP és SMTP (levelezés), CalDAV és CardDAV (naptár, névjegyek), WebDAV (fájlok), ICS és vCard (export), ODF és OOXML (dokumentumok).
  • Egy szabványokon alapuló szolgáltatást felismerheti az IMAP-hozzáférésről, a telefon saját naptárával való összekapcsolásról, a WebDAV-ról, valamint az ICS, VCF és docx/odt formátumú exportról.
  • A federáció lehetővé teszi, hogy különböző szolgáltatók szolgáltatásai együttműködjenek.
  • A nyílt forráskód nem automatikusan biztonságos, ingyenes vagy európai, de lehetővé teszi, hogy egy másik szereplő tovább üzemeltesse.

Kvíz

1. Mi a különbség a nyílt szabvány és a nyílt forráskód között?



2. Melyik szabvány gondoskodik arról, hogy a telefonján lévő naptár szinkronban legyen a szerveren lévő naptárral?



3. Egy naptárt fájlként szeretne magával vinni egy másik szolgáltatáshoz. Melyik formátumot használja?



4. Egy irodai programcsomag nyílt forráskódú. Mit lehet ebből biztosan megállapítani?



5. Miért teszi a federáció kevésbé kockázatossá egy kisebb szolgáltató választását?



Feladat

A2.2 feladat: Nyílt szabványokat beszél az Ön felhője? Adja meg a jelenlegi vagy új felhőjének címét (például cloud.example.com) és a levelezési domainjét. A program ellenőrzi, hogy léteznek-e a naptárhoz és névjegyekhez tartozó .well-known címek, és vannak-e SRV- vagy autoconfig-rekordok a levelezéshez, majd megmutatja, mit talált.

A2.2. feladat: Nyílt szabványokat beszél az Ön felhője?

Adja meg az (új) felhőjének a címét. A program bejelentkezés nélkül megnézi, hogy a naptár, a névjegyek és a levelezés megtalálhatók-e nyílt szabványokkal: CalDAV és CardDAV a /.well-known és SRV útján, a levelezés pedig SRV, autoconfig vagy autodiscover útján.



Amit beír, és amit találunk, azt nem tároljuk. A böngészője megjegyzi a válaszait és azt, hogy teljesítette e a feladatot. Ha bejelentkezett, a Fiókomban csak azt tároljuk, hogy a feladat (majdnem) helyes volt; ott ezt is törölheti.

Ajánlott olvasmányok

Az ezekben a cikkekben szereplő lépések a WebOké szolgáltatásaira érvényesek; más szolgáltatóknál hasonlóan működik.

Egy pillanat…

Domainek beállítása

Állítsa be domainenként a névszervereket, a tárhelyhez való kapcsolást és azt, hogy ki legyen a tulajdonos.

Domainek betöltése…