Modulul 2 · 2.2
Standarde deschise și open source
Modulul 2: Ce înseamnă cu adevărat un cloud european? · Timp de citire: 11 minute
Obiectiv de învățare: După această lecție veți putea explica diferența dintre un standard deschis și open source și, pentru fiecare componentă a activității dumneavoastră (e-mail, calendar, contacte, fișiere, documente), veți putea numi standardul care facilitează o trecere la alt furnizor.
Concepte cheie: standard deschis, open source, licență (AGPL), RFC, IMAP, SMTP, CalDAV, CardDAV, WebDAV, iCalendar (ICS), vCard (VCF), ODF, OOXML, federație
De ce standardele vă oferă libertate
Imaginați-vă că fiecare furnizor de telefonie ar avea propriul tip de mufă. A trece la altul ar însemna: un încărcător nou, cabluri noi, poate chiar un telefon nou. La serviciile cloud funcționează la fel. Dacă un serviciu folosește convenții pe care oricine le poate utiliza, vă puteți lua datele și aplicațiile cu dumneavoastră. Dacă folosește convenții proprii, rămâneți blocat.
Bakkerij De Korrel dorește să poată alege în viitor și, mai târziu, să poată alege din nou. De aceea nu se uită doar la cine furnizează un serviciu (lecția 2.1), ci și la „mufe”: standardele prin care comunică serviciul.
Standard deschis și open source: două lucruri diferite
Un standard deschis este o convenție descrisă public despre modul în care programele schimbă sau stochează date. Oricine are voie să îl citească și să îl folosească, fără permisiune sau plată. Multe standarde de internet sunt descrise într-un RFC (Request for Comments) al IETF; formatele de documente sunt adesea stabilite ca normă ISO. Un standard deschis nu spune nimic despre cine creează software-ul.
Open source se referă la software-ul în sine: codul sursă este public și este disponibil sub o licență care vă permite să citiți, să utilizați, să modificați și să distribuiți codul. Nextcloud, Thunderbird, LibreOffice și Euro-Office sunt open source.
Cele două apar adesea împreună, dar nu întotdeauna:
| Standard deschis | Standard propriu (închis) | |
|---|---|---|
| Software open source | Nextcloud cu CalDAV și WebDAV | Software open source care funcționează doar cu un format propriu, nedocumentat (rar) |
| Software închis | Apple Calendar cu CalDAV; Outlook cu IMAP; Microsoft Word cu docx | Fișierele Google Docs (doar ca link către Google); conversațiile din Teams |
Pentru o trecere la alt furnizor, standardele deschise sunt cele mai importante. Cu ele vă puteți lua datele cu dumneavoastră, chiar dacă software-ul este închis. Open source este o garanție suplimentară: dacă un furnizor încetează activitatea sau face schimbări, altcineva poate continua să ruleze același software.
Standardele pentru fiecare componentă
Acestea sunt convențiile pe care le veți întâlni pe parcursul întregului curs.
| Componentă | Standard | Stabilit în | Ce face |
|---|---|---|---|
| Citirea e-mailului | IMAP | RFC 9051 (IMAP4rev2), anterior RFC 3501 (IMAP4rev1) | E-mailul rămâne pe server; fiecare dispozitiv vede aceleași foldere |
| Trimiterea și livrarea e-mailului | SMTP | RFC 5321 | Serverele de e-mail își trimit mesaje unele altora; programul dumneavoastră de e-mail trimite prin portul de submission 587 sau 465 |
| Găsirea destinației pentru primirea e-mailului | înregistrarea MX | RFC 5321, DNS | Indică ce server primește e-mailul pentru domeniul dumneavoastră (cursul DNS, lecția 4.1) |
| Fișiere | WebDAV | RFC 4918 | Citirea și scrierea fișierelor prin https; și ca disc de rețea |
| Sincronizarea calendarului | CalDAV | RFC 4791 | Programări prin WebDAV între server și aplicații |
| Sincronizarea contactelor | CardDAV | RFC 6352 | Contacte prin WebDAV |
| Calendar ca fișier | iCalendar (ICS) | RFC 5545 | Formatul unei programări sau al întregului calendar, inclusiv pentru invitații |
| Contact ca fișier | vCard (VCF) | RFC 6350 (versiunea 4.0), RFC 2426 (versiunea 3.0) | Formatul unei cărți de vizită sau al întregii agende de adrese |
| Găsirea serverelor | .well-known și SRV | RFC 6764 (CalDAV/CardDAV), RFC 6186 (e-mail) | Aplicațiile găsesc singure adresa corectă |
| Documente | ODF | ISO/IEC 26300 | OpenDocument: odt, ods, odp |
| Documente | OOXML | ISO/IEC 29500 (și ECMA-376) | Office Open XML: docx, xlsx, pptx |
Observați ultimul bloc: docx este, de asemenea, o normă stabilită, nu un format secret. În practică, Microsoft Office folosește o variantă cu elemente suplimentare, iar un document poate arăta ușor diferit în alt program. Despre asta vorbesc lecțiile 6.3 și 6.5.
Cum recunoașteți un serviciu care funcționează pe standarde?
Nu trebuie să citiți RFC-uri. Puneți-vă aceste întrebări:
- Pot să îmi citesc e-mailul cu orice program de e-mail prin IMAP? Dacă funcționează doar aplicația proprie, acesta este un semn rău.
- Pot să îmi conectez calendarul și contactele la calendarul telefonului meu fără o aplicație suplimentară de la furnizor? Atunci probabil există CalDAV și CardDAV.
- Pot să conectez fișierele mele ca disc de rețea? Atunci există WebDAV.
- Pot exporta un calendar ca ICS și contactele ca VCF? Și le pot importa?
- Documentele sunt păstrate ca docx/xlsx/pptx sau odt/ods/odp? Sau într-un format propriu care există doar în browserul acelui serviciu?
Se poate face și un test tehnic. Multe servicii publică o adresă .well-known: https://cloud.example.com/.well-known/caldav redirecționează o aplicație de calendar către adresa reală a calendarului. Iar în DNS poate exista o înregistrare SRV, precum _caldavs._tcp.example.com sau _imaps._tcp.example.com, care indică aplicațiilor unde trebuie să se conecteze. Exercițiul A2.2 verifică acest lucru pentru adresa dumneavoastră de cloud.
Federația: colaborarea dincolo de granițele unui singur serviciu
Unele standarde deschise permit serviciilor unor furnizori diferiți să comunice între ele. Acest lucru se numește federație. Cel mai cunoscut exemplu este e-mailul: cineva cu o căsuță poștală la furnizorul A trimite fără probleme e-mailuri cuiva de la furnizorul B. Nextcloud cunoște partajarea federativă: partajați un folder cu cineva de pe un alt server Nextcloud. Pentru chat, Matrice este un standard federat. Federația face mai puțin problematică utilizarea unui furnizor mai mic: nu sunteți izolat de restul.
La platformele închise (un serviciu de chat care funcționează doar în interiorul acelui serviciu), toți cei cu care colaborați trebuie să folosească același serviciu. Aceasta este o formă puternică de dependență de furnizor (lock-in), la care revine lecția 2.3.
Open source: ce înseamnă și ce nu înseamnă
Open source nu este o etichetă de siguranță și nici o garanție a proprietății europene. Trei neînțelegeri frecvente:
- „Open source este sigur.” Codul public poate fi verificat de oricine, iar la proiectele mari acest lucru chiar se întâmplă. Dar un proiect întreținut necorespunzător poate la fel de bine să conțină breșe. Priviți întreținerea: cât de des apar actualizări, există o politică de securitate?
- „Open source este gratuit.” Licența nu costă nimic, dar rularea, actualizarea și securizarea costă timp sau bani. De aceea multe organizații aleg un furnizor care administrează software-ul pentru ele.
- „Open source este european.” Locul unde se află creatorii nu are legătură cu licența. Important este în special faptul că dumneavoastră sau un alt furnizor puteți continua să rulați software-ul dacă creatorul inițial schimbă ceva.
O licență frecvent folosită în lumea cloud este AGPL (GNU Affero General Public License, versiunea 3). Aceasta obligă pe oricine oferă software modificat ca serviciu online să pună codul sursă modificat la dispoziția utilizatorilor. Nextcloud și ONLYOFFICE folosesc AGPL. Faptul că licența oferă spațiu pentru desprinderea software-ului (un fork) a fost vizibil în 2026: Euro-Office a apărut ca fork al ONLYOFFICE. ONLYOFFICE consideră că în acest proces au fost încălcate condițiile licenței și a încetat colaborarea cu Nextcloud; în privința acestui litigiu nu este cunoscută (situația din noiembrie 2026) nicio hotărâre judecătorească. Pentru acest curs, cel mai important aspect este: o licență deschisă face posibilă o astfel de desprindere, iar aceasta le oferă utilizatorilor o cale de ieșire atunci când nu mai au încredere într-un furnizor. Cine are dreptate în acest litigiu rămâne de decis de către juriști.
În practică: așa arată la un furnizor
Un Nextcloud WebOké folosește WebDAV pentru fișiere, CalDAV și CardDAV pentru calendar și contacte și poate importa și exporta ICS și vCard. Euro-Office păstrează documentele ca docx, xlsx și pptx și poate deschide și odt, ods și odp. Astfel funcționează și programe ale altor dezvoltatori, precum Thunderbird, calendarul de pe iPhone-ul dumneavoastră sau DAVx5 pe Android. La alți furnizori care funcționează pe aceleași standarde, lucrurile funcționează similar: de aceea veți putea pleca din nou mai târziu (lecția 8.2).
Rezumat
- Un standard deschis este o convenție publică privind datele; open source se referă la codul sursă public. Cele două apar adesea împreună, dar nu întotdeauna.
- Pentru o trecere la alt furnizor contează în special standardele: IMAP și SMTP (e-mail), CalDAV și CardDAV (calendar, contacte), WebDAV (fișiere), ICS și vCard (export), ODF și OOXML (documente).
- Recunoașteți un serviciu bazat pe standarde după accesul IMAP, conectarea la propriul calendar al telefonului, WebDAV și export în ICS, VCF și docx/odt.
- Federația permite serviciilor unor furnizori diferiți să colaboreze.
- Open source nu este automat sigur, gratuit sau european, dar face posibilă continuarea de către altcineva.
Quiz
Exercițiu
Opdracht A2.2: Vorbește cloud-ul dumneavoastră standarde deschise? Completați adresa cloud-ului dumneavoastră actual sau nou (de exemplu cloud.example.com) și domeniul dumneavoastră de e-mail. Programul verifică dacă există adresele .well-known pentru calendar și contacte și dacă există înregistrări SRV sau autoconfig pentru e-mail, apoi afișează ce a găsit.
Lectură suplimentară
Pașii din aceste articole sunt valabili pentru serviciile WebOké; la alți furnizori funcționează în mod similar.
- Manual Nextcloud 1.5: Ce browsere, aplicații și dispozitive funcționează?
- Manualul Euro-Office 1.4: Ce browsere și formate de fișiere funcționează cu Euro-Office?
- Manual Nextcloud 3.5: Parole de aplicație: când și cum se folosesc
- Manual DirectAdmin 8.7: IMAP sau POP3: care este diferența?
- RFC 9051 (IMAP4rev2), RFC 5321 (SMTP), RFC 4918 (WebDAV), RFC 4791 (CalDAV), RFC 6352 (CardDAV), RFC 5545 (iCalendar), RFC 6350 (vCard 4.0), RFC 6764 (găsirea CalDAV/CardDAV), RFC 6186 (SRV pentru e-mail); ISO/IEC 26300 (ODF), ISO/IEC 29500 (OOXML)
