Модул 2 · 2.2
Отворени стандарти и отворен код
Модул 2: Какво всъщност представлява европейският облак? · Време за четене: 11 минути
Учебна цел: След този урок ще можете да обясните разликата между отворен стандарт и отворен код, и за всяка част от Вашата работа (поща, календар, контакти, файлове, документи) да посочите стандарта, който улеснява преминаването.
Основни понятия: отворен стандарт, отворен код, лиценз (AGPL), RFC, IMAP, SMTP, CalDAV, CardDAV, WebDAV, iCalendar (ICS), vCard (VCF), ODF, OOXML, федерация
Защо стандартите Ви дават свобода
Представете си, че всеки доставчик на телефони има собствен вид контакт за зареждане. Преминаването към друг би означавало: ново зарядно, нови кабели, може би дори нов телефон. При облачните услуги е по същия начин. Ако дадена услуга използва правила, които всеки може да ползва, Вие лесно вземате данните и приложенията си със себе си. Ако използва собствени правила, оставате заклещени.
Bakkerij De Korrel иска занапред да може да избира, а по-късно и отново да избира. Затова тя не гледа само кой доставя дадена услуга (урок 2.1), но и "контактите за зареждане": стандартите, чрез които услугата комуникира.
Отворен стандарт и отворен код: две различни неща
Един отворен стандарт е публично описано правило за това как програмите обменят или съхраняват данни. Всеки може да го чете и използва, без разрешение или заплащане. Много интернет стандарти са описани в RFC (Request for Comments) на IETF; форматите за документи често са определени като ISO стандарт. Отвореният стандарт не казва нищо за това кой създава софтуера.
Отвореният код се отнася до самия софтуер: изходният код е публичен и е под лиценз, който Ви позволява да го четете, използвате, променяте и разпространявате. Nextcloud, Thunderbird, LibreOffice и Euro-Office са с отворен код.
Често се срещат заедно, но не винаги:
| Отворен стандарт | Собствен (затворен) стандарт | |
|---|---|---|
| Софтуер с отворен код | Nextcloud с CalDAV и WebDAV | Софтуер с отворен код, който работи само със собствен, недокументиран формат (рядко) |
| Затворен софтуер | Apple Calendar с CalDAV; Outlook с IMAP; Microsoft Word с docx | Файлове на Google Docs (само като линк към Google); Teams чатове |
За преминаване към друга услуга отворените стандарти са най-важни. С тях можете да вземете данните си със себе си, дори ако софтуерът е затворен. Отвореният код е допълнителна гаранция: ако даден доставчик спре дейност или промени нещо, друг може да продължи да използва същия софтуер.
Стандартите за всяка част
Това са правилата, които ще срещате непрекъснато в останалата част на курса.
| Част | Стандарт | Определен в | Какво прави |
|---|---|---|---|
| Четене на поща | IMAP | RFC 9051 (IMAP4rev2), преди това RFC 3501 (IMAP4rev1) | Вашата поща остава на сървъра; всяко устройство вижда едни и същи папки |
| Изпращане и доставяне на поща | SMTP | RFC 5321 | Пощенските сървъри си изпращат поща един на друг; Вашата пощенска програма изпраща чрез submission порта 587 или 465 |
| Намиране на получаването на поща | MX запис | RFC 5321, DNS | Указва кой сървър получава пощата за Вашия домейн (DNS курс, урок 4.1) |
| Файлове | WebDAV | RFC 4918 | Четене и запис на файлове чрез https; също и като мрежов диск |
| Синхронизация на календар | CalDAV | RFC 4791 | Срещи чрез WebDAV между сървър и приложения |
| Синхронизация на контакти | CardDAV | RFC 6352 | Контакти чрез WebDAV |
| Календар като файл | iCalendar (ICS) | RFC 5545 | Форматът на една среща или цял календар, включително за покани |
| Контакт като файл | vCard (VCF) | RFC 6350 (версия 4.0), RFC 2426 (версия 3.0) | Форматът на визитна картичка или цяла адресна книга |
| Намиране на сървъри | .well-known и SRV | RFC 6764 (CalDAV/CardDAV), RFC 6186 (поща) | Приложенията сами намират правилния адрес |
| Документи | ODF | ISO/IEC 26300 | OpenDocument: odt, ods, odp |
| Документи | OOXML | ISO/IEC 29500 (и ECMA-376) | Office Open XML: docx, xlsx, pptx |
Обърнете внимание на последния блок: docx също е утвърден стандарт, а не таен формат. На практика Microsoft Office използва вариант с допълнителни функции и даден документ може да изглежда малко по-различно в друга програма. За това става дума в урок 6.3 и 6.5.
Как разпознавате услуга, която работи на стандарти?
Не е необходимо да четете RFC документи. Задайте си следните въпроси:
- Мога ли да чета пощата си с всяка пощенска програма чрез IMAP? Ако работи само собственото приложение, това е лош знак.
- Мога ли да свържа календара и контактите си с календара на телефона си без допълнително приложение от доставчика? Тогава вероятно има CalDAV и CardDAV.
- Мога ли да свържа файловете си като мрежов диск? Тогава има WebDAV.
- Мога ли да експортирам календар като ICS и контакти като VCF? И мога ли да ги импортирам?
- Документите се съхраняват ли като docx/xlsx/pptx или odt/ods/odp? Или като собствен формат, който съществува само в браузъра на тази услуга?
Може да се направи и технически тест. Много услуги публикуват .well-known адрес: https://cloud.example.com/.well-known/caldav пренасочва дадено приложение за календар към истинския адрес на календара. А в DNS може да има SRV запис, като _caldavs._tcp.example.com или _imaps._tcp.example.com, който казва на приложенията къде трябва да отидат. Задача A2.2 проверява това за Вашия облачен адрес.
Федерация: сътрудничество отвъд границите на една услуга
Някои отворени стандарти позволяват услуги от различни доставчици да комуникират помежду си. Това се нарича федерация. Най-известният пример е електронната поща: някой с пощенска кутия при доставчик А изпраща без проблем поща до някой при доставчик Б. Nextcloud поддържа федеративно споделяне: споделяте папка с някого на друг Nextcloud сървър. За чат Matrix е федериран стандарт. Федерацията прави по-малко рисковано да бъдете при по-малък доставчик: не сте отрязани от останалите.
При затворени платформи (чат услуга, която работи само в рамките на тази услуга) всеки, с когото работите, трябва да бъде при същия доставчик. Това е силна форма на обвързаност с доставчик, за което ще стане дума отново в урок 2.3.
Отворен код: какво означава и какво не
Отвореният код не е знак за качество за сигурност, нито за европейска собственост. Три погрешни схващания:
- "Отвореният код е сигурен." Публичният код може да бъде прегледан от всеки и при големи проекти това наистина се случва. Но зле поддържан проект може точно толкова лесно да съдържа уязвимости. Гледайте поддръжката: колко често излизат актуализации, има ли политика за сигурност?
- "Отвореният код е безплатен." Лицензът не струва нищо, но работата, актуализирането и защитата му струват време или пари. Затова много организации избират доставчик, който управлява софтуера вместо тях.
- "Отвореният код е европейски." Къде се намират създателите, няма нищо общо с лиценза. Важно е най-вече дали Вие или друг доставчик можете да продължите да използвате софтуера, ако първоначалният създател промени нещо.
Често използван лиценз в облачния свят е AGPL (GNU Affero General Public License, версия 3). Той задължава всеки, който предлага променен софтуер като онлайн услуга, да предостави променения изходен код и на потребителите. Nextcloud и ONLYOFFICE използват AGPL. Че лицензът дава възможност за разделяне на софтуера (fork), се видя през 2026 г.: Euro-Office възникна като fork на ONLYOFFICE. ONLYOFFICE смята, че при това са нарушени условията на лиценза, и прекрати сътрудничеството си с Nextcloud; относно този спор (към ноември 2026 г.) няма известно съдебно решение. За този курс най-важното е: отвореният лиценз прави подобно разделяне възможно, и това дава на потребителите изход, ако престанат да се доверяват на даден доставчик. Кой е прав в този спор, е въпрос за юристите.
На практика: ето как изглежда при един доставчик
Nextcloud на WebOké използва WebDAV за файлове, CalDAV и CardDAV за календар и контакти и може да импортира и експортира ICS и vCard. Euro-Office съхранява документи като docx, xlsx и pptx и може също да отваря odt, ods и odp. Благодарение на това работят и програми на други доставчици, като Thunderbird, календарът на Вашия iPhone или DAVx5 на Android. При други доставчици, които работят на същите стандарти, нещата изглеждат сравнимо: затова впоследствие можете отново да напуснете (урок 8.2).
Обобщение
- Отвореният стандарт е публично правило за данни; отвореният код се отнася до публичен изходен код. Често се срещат заедно, но не винаги.
- За преминаване към друга услуга най-важни са стандартите: IMAP и SMTP (поща), CalDAV и CardDAV (календар, контакти), WebDAV (файлове), ICS и vCard (износ), ODF и OOXML (документи).
- Разпознавате услуга, базирана на стандарти, по IMAP достъп, свързване със собствения календар на телефона Ви, WebDAV и износ в ICS, VCF и docx/odt.
- Федерацията позволява на услуги от различни доставчици да си сътрудничат.
- Отвореният код не е автоматично сигурен, безплатен или европейски, но прави възможно продължаването на работата от друг доставчик.
Тест
Задача
Задача A2.2: Вашият облак поддържа ли отворени стандарти? Въведете адреса на Вашия текущ или нов облак (например cloud.example.com) и Вашия пощенски домейн. Програмата проверява дали .well-known адресите за календар и контакти съществуват и дали има SRV или autoconfig записи за пощата, и показва какво е открила.
Прочетете още
Стъпките в тези статии важат за услугите на WebOké; при други доставчици действието е сравнимо.
- Nextcloud наръчник 1.5: Кои браузъри, приложения и устройства работят?
- Ръководство за Euro-Office 1.4: Кои браузъри и файлови формати работят с Euro-Office?
- Nextcloud наръчник 3.5: App-пароли: кога и как
- Ръководство за DirectAdmin 8.7: IMAP или POP3: каква е разликата?
- 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 (намиране на CalDAV/CardDAV), RFC 6186 (поща-SRV); ISO/IEC 26300 (ODF), ISO/IEC 29500 (OOXML)