Структура и изисквания към RSS 2.0 емисиите
Форматът RSS 2.0 се основава на XML структура, която изисква специфична йерархия за правилното разчитане на съдържанието. Всеки валиден RSS 2.0 документ трябва да съдържа точно един пряк елемент <channel> под кореновия елемент. Ако в структурата бъдат открити повече или по-малко елементи, инструментът показва съобщението: "RSS трябва да съдържа точно един пряк елемент <channel>; намерени са ‹count›.".
В рамките на елемента <channel> се дефинират метаданните на емисията и списъкът от индивидуални записи, означени като <item>. За всеки отделен запис в RSS емисията съществуват правила за задължителни полета, които гарантират, че потребителите и софтуерните четци ще получат смислена информация. Инструментът проверява следните ключови компоненти за всеки <item>:
- Заглавие или описание: Проверява се правилото
title-or-description, което изисква всеки запис да притежава поне заглавие или описание, за да бъде валиден. - Идентификатори и връзки: Анализаторът прочита стойностите в полетата
GUIDиlink. - Дата на публикуване: Извлича се и се проверява датата на публикуване на записа.
Структура и изисквания към Atom 1.0 емисиите
Форматът Atom 1.0 се отличава с по-строги правила за валидация и структура в сравнение с по-старите синдикационни формати. При проверка на Atom емисия, инструментът анализира кореновия елемент <feed> и вложените в него записи <entry>. Валидацията на Atom 1.0 обхваща следните задължителни правила и полета:
- Идентификатор (ID): Всеки запис трябва да има уникален идентификатор. Използването на относителни идентификатори не е разрешено. При откриване на такова несъответствие се извежда съобщението: "Използвайте абсолютен IRI за
‹field›; относителните идентификатори не са валидни Atom ID.". Дублирането на идентификатори също се следи и инструментът сигнализира с: "Този ID повтаря стойността, срещната за първи път на ред‹first›.". - Заглавие и актуализация: Полетата за заглавие (
title) и време на последна актуализация (updated) са задължителни за всеки запис. - Наследяване на автор: Проверяват се правилата за авторство. Ако липсва информация, инструментът изисква корекция чрез съобщенията: "Добавете <author> към емисията или директен <author> към всеки запис." или "Добавете <author> към този запис, неговия <source> или емисията.".
- Алтернативни връзки и съдържание: Проверява се наличието на алтернативни връзки при липса на вградено съдържание. Ако Atom запис няма вграден елемент за съдържание, се задейства правилото: "Добавете алтернативен <link>, когато Atom запис няма вграден <content>.". При конфликт в елемента за съдържание се показва: "Когато <content> използва src, премахнете вградения текст и дъщерните му елементи.". При външно съдържание се изисква резюме: "Добавете <summary>, когато съдържанието на Atom е външно или не може да се прочете като текст.".
Ролята на xml:base при относителните препратки в Atom
В Atom 1.0 емисиите връзките и идентификаторите трябва да сочат към конкретни адреси в мрежата. Използването на относителни адреси е източник на чести грешки при парсване от външни приложения. Стандартът Atom позволява разрешаването на относителни препратки чрез атрибута xml:base.
Инструментът анализира полетата, съдържащи връзки, и се опитва да разреши относителните препратки в Atom, като използва дефинирания xml:base. Ако дадена връзка е относителна и не може да бъде разрешена поради липса на валидна базова база данни, инструментът показва грешката: "Използвайте абсолютен адрес за ‹field›; само препратките на Atom с използваем xml:base могат да бъдат относителни.". Всички останали полета за връзки, които не съответстват на правилен формат, се маркират със съобщението: "Поправете ‹field›; тази връзка не може да се анализира като URL или URI препратка.".
Форматиране на датите в RSS и Atom емисиите
Правилното указване на времето на публикуване и обновяване е критично за хронологичното подреждане на записите в четците на емисии. RSS 2.0 и Atom 1.0 използват различни спецификации за представяне на времеви марки.
При проверка на датите инструментът следи дали стойностите съответстват на изисквания формат за съответния тип емисия. Ако стойността в полето за дата не съответства на стандарта или съдържа несъществуваща дата, се задейства грешката: "Използвайте реална дата във формата, изискван от тази емисия.".
Разлика между структурна проверка и проверка на съдържанието
Важно е да се разбере обхватът на действие на този инструмент. Той извършва изцяло структурна и синтактична проверка на предоставения XML код.
| Тип проверка | Какво се контролира от инструмента | Какво НЕ се контролира |
|---|---|---|
| Структурна проверка | Наличие на задължителни полета, правилно затваряне на XML тагове, лимит на символите, съответствие с версиите на схемите. | Точност на текстовата информация, правописни грешки, смислово съдържание на публикациите. |
| Проверка на връзките | Синтактичен анализ на URL/URI адресите, разрешаване на относителни адреси чрез xml:base. |
Достъпност на сървъра, наличие на HTTP пренасочвания (redirects), валидност на SSL/TLS сертификати, сигурност на целевия сайт. |
Инструментът никога не отваря външните URL адреси, съдържащи се в емисията. Поради тази причина отчетът съдържа следната бележка за ограничение: "Този отчет проверява само структурата и обичайните правила за формата. Той не доказва, че съдържанието е точно, безопасно, прието от всеки четец или готово за публикуване.".
Чести грешки при обработка на XML структурата
При подготовка и редактиране на емисии често се допускат грешки в самия XML синтаксис, преди още да се стигне до специфичните изисквания на RSS или Atom. Инструментът идентифицира тези проблеми в ранна фаза на анализа:
- Декларации на DOCTYPE: Наличието на DOCTYPE декларации може да попречи на правилното валидиране. В такива случаи инструментът извежда: "Премахнете декларацията DOCTYPE преди да проверите тази емисия.".
- Неправилно оформен XML: При незатворени тагове, грешно вложени елементи или непозволени символи се показва съобщението: "Поправете неправилно оформения XML и проверете отново.".
- Неподдържан формат или версия: Ако се направи опит за проверка на формат, различен от поддържаните, се показва: "Използвайте RSS 2.0 документ с <rss> или Atom 1.0 документ с <feed>.". При несъответствие във версиите се извежда: "Този валидатор поддържа
‹format›‹expected›; открито е‹actual›.".
Инструментът има ограничение на размера на въвежданите данни до 500 000 знака на една проверка. Ако лимитът бъде надвишен, се показва съобщението: "Този инструмент приема до ‹max› знака на проверка.". При прекалено дълга обработка се извежда: "Проверката отне твърде много време. Опитайте с по-малка емисия.", а при неочакван срив: "Проверката не можа да завърши.".
Често задавани въпроси (FAQ)
Кои формати на емисии поддържа този валидатор?
Проверява актуалните документи RSS 2.0 и Atom 1.0. По-старите RSS, RDF/RSS 1.0 и Atom 0.3 се разпознават, но не се проверяват по неподходящи правила.
Отваря ли или тества ли връзките в емисията?
Анализира полетата с връзки и разрешава относителните препратки в Atom чрез xml:base. Никога не отваря URL адресите, затова не проверява достъпност, пренасочвания, сертификати или съдържанието на целта.
Кои полета на записите се проверяват?
За RSS item проверява дали има заглавие или описание и прочита GUID, връзката и датата на публикуване. За Atom entry проверява ID, заглавие, updated, наследяване на автор, алтернативни връзки и правилата за content или summary.
Къде се обработват данните от моята емисия?
Емисията се проверява във вашия браузър. BroBroGo не качва и не запазва нищо.