Salt la conținut

Setări cookie-uri

Alegeți pentru fiecare tip ce cookie-uri permiteți. Puteți modifica oricând alegerea prin Setări cookie-uri, în partea de jos a fiecărei pagini. Declarație de confidențialitate

Necesare

Mereu active

Necesare pentru autentificare, pentru păstrarea coșului și pentru a vă reține alegerile. Acestea sunt mereu active.

Ce cookie-uri?
  • weboke_sessie, weboke_klant, weboke_remember: sesiunea și menținerea autentificării
  • weboke_basket: coșul de cumpărături
  • wkBtwIncl: afișarea prețurilor cu sau fără TVA
  • wok_cookies: alegerea privind cookie-urile, 12 luni

Măsoară ce reclamă duce la o vizită sau o comandă, ca să nu plătim pentru reclame care nu aduc nimic.

Ce cookie-uri?
  • Google Ads prin Google Tag Manager (_gcl_au, _gcl_aw), până la 90 de zile
  • OpenAI Ads, reclame în ChatGPT
  • wok_aff: prin ce partener ați ajuns la noi (program de afiliere), 60 de zile

4,6

Țară și limbă

Fiecare țară are propriul site, cu prețurile și TVA-ul pentru țara respectivă.

Vedeți

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 deschisStandard propriu (închis)
Software open sourceNextcloud cu CalDAV și WebDAVSoftware open source care funcționează doar cu un format propriu, nedocumentat (rar)
Software închisApple Calendar cu CalDAV; Outlook cu IMAP; Microsoft Word cu docxFiș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ăStandardStabilit înCe face
Citirea e-mailuluiIMAPRFC 9051 (IMAP4rev2), anterior RFC 3501 (IMAP4rev1)E-mailul rămâne pe server; fiecare dispozitiv vede aceleași foldere
Trimiterea și livrarea e-mailuluiSMTPRFC 5321Serverele 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 MXRFC 5321, DNSIndică ce server primește e-mailul pentru domeniul dumneavoastră (cursul DNS, lecția 4.1)
FișiereWebDAVRFC 4918Citirea și scrierea fișierelor prin https; și ca disc de rețea
Sincronizarea calendaruluiCalDAVRFC 4791Programări prin WebDAV între server și aplicații
Sincronizarea contactelorCardDAVRFC 6352Contacte prin WebDAV
Calendar ca fișieriCalendar (ICS)RFC 5545Formatul unei programări sau al întregului calendar, inclusiv pentru invitații
Contact ca fișiervCard (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 SRVRFC 6764 (CalDAV/CardDAV), RFC 6186 (e-mail)Aplicațiile găsesc singure adresa corectă
DocumenteODFISO/IEC 26300OpenDocument: odt, ods, odp
DocumenteOOXMLISO/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:

  1. 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.
  2. 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.
  3. Pot să conectez fișierele mele ca disc de rețea? Atunci există WebDAV.
  4. Pot exporta un calendar ca ICS și contactele ca VCF? Și le pot importa?
  5. 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

1. Care este diferența dintre un standard deschis și open source?



2. Ce standard asigură că agenda de pe telefon se sincronizează cu agenda de pe server?



3. Doriți să luați un calendar ca fișier la alt serviciu. Ce format folosiți?



4. Un pachet office este open source. Ce puteți deduce din asta cu siguranță?



5. De ce face federația ca un furnizor mai mic să fie mai puțin riscant?



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.

Exercițiul A2.2: Comunică serviciul dumneavoastră cloud prin standarde deschise?

Completați adresa serviciului dumneavoastră cloud (nou). Programul verifică, fără a se autentifica, dacă agenda, contactele și e-mailul pot fi găsite prin standarde deschise: CalDAV și CardDAV prin /.well-known și SRV, iar e-mailul prin SRV, autoconfig sau autodiscover.



Ceea ce completați și ceea ce găsim nu se salvează. Browserul dumneavoastră reține răspunsurile și dacă ați rezolvat exercițiul. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că exercițiul a fost (aproape) corect; și de acolo îl puteți șterge.

Lectură suplimentară

Pașii din aceste articole sunt valabili pentru serviciile WebOké; la alți furnizori funcționează în mod similar.

Un moment…

Configurați domeniile

Stabiliți pentru fiecare domeniu nameserverele, legătura cu hostingul și cine devine titularul.

Se încarcă domeniile…