Валідатор RSS-стрічок

Принципи перевірки XML-структури у валідаторі

Цей інструмент призначений для аналізу та перевірки структури синдикаційних стрічок форматів RSS 2.0 та Atom 1.0. Користувач може вставити XML-вміст безпосередньо у текстове поле, після чого система виконує синтаксичний розбір, визначає формат даних, виділяє окремі записи та перевіряє відповідність обов'язковим правилам розмітки.

Валідація здійснюється безпосередньо у вашому браузері. BroBroGo нічого не завантажує й не зберігає, що забезпечує локальну обробку даних без передачі вмісту стрічки на сторонні сервери. Інструмент має обмеження на обсяг вхідних даних: максимальний розмір тексту становить 500 000 символів за одну перевірку. Якщо ліміт перевищено, з'являється повідомлення «Цей інструмент приймає до ‹max› символів за одну перевірку.». У випадках, коли обробка великого файлу триває надто довго, система зупиняє процес із помилкою «Перевірка тривала надто довго. Спробуйте меншу стрічку.», а за інших критичних збоїв аналізу виводиться повідомлення «Не вдалося завершити перевірку.».

Слід враховувати різницю між структурною перевіркою та верифікацією вмісту. Цей звіт перевіряє лише структуру та поширені правила формату. Він не доводить, що вміст точний, безпечний, прийнятий усіма читачами або готовий до публікації. Інструмент не здійснює мережевих запитів до вказаних у стрічці адрес: він ніколи не відкриває URL-адреси, тому доступність, переспрямування, сертифікати й вміст призначення не тестуються.

Структура та вимоги до стрічок RSS 2.0

Формат RSS 2.0 регулюється чіткими правилами вкладеності елементів та наявності обов'язкових метаданих. Валідатор аналізує документ на відповідність цим правилам, виявляючи відхилення від специфікації.

При перевірці RSS-документа контролюються такі параметри:

• Елемент channel: Стрічка RSS повинна містити кореневий елемент, всередині якого знаходиться опис каналу. Якщо кількість цих елементів відрізняється від стандартної, виникає помилка «RSS має містити рівно один безпосередній <channel>; знайдено ‹count›.».
• Обов'язкові поля: Для кожного елемента RSS-запису (<item>) діє правило title-or-description. Запис повинен містити принаймні заголовок або опис. Якщо обов'язкове поле відсутнє, валідатор фіксує помилку «Додайте обов’язкове поле ‹field›.».
• Ідентифікатори та дати: Інструмент зчитує унікальні ідентифікатори GUID, посилання link та дату публікації. Дати мають відповідати специфікації RFC 822 (або оновленому стандарту RFC 2822). Якщо формат дати порушено, фіксується помилка «Використайте справжню дату у форматі, якого вимагає ця стрічка.».
• Унікальність полів: Певні елементи всередині каналу або запису не можуть дублюватися. Якщо виявлено надлишкові теги, система видає попередження «Залиште рівно одне поле ‹field›; знайдено ‹count›.».

Структура та вимоги до стрічок Atom 1.0

Формат Atom 1.0 є більш суворим порівняно з RSS 2.0 і вимагає точного дотримання правил ідентифікації, авторства та зв'язків між елементами.

Особливості перевірки Atom-стрічок включають:

• Унікальні ідентифікатори (ID): Кожен запис (<entry>) та сама стрічка повинні мати унікальний ідентифікатор у форматі абсолютного IRI. Використання відносних шляхів неприпустиме. При виявленні порушення виводиться помилка «Використовуйте абсолютний IRI для поля ‹field›; відносні ідентифікатори не є допустимими Atom ID.». Якщо ідентифікатор дублюється в межах документа, генерується повідомлення «Цей ID повторює значення, яке вперше з’явилося в рядку ‹first›.».
• Дати оновлення: Кожен елемент Atom повинен мати мітку часу останнього оновлення у форматі ISO 8601.
• Правила авторства: Стрічка Atom повинна мати автора. Якщо глобальний автор відсутній, кожен окремий запис повинен містити власного автора. Порушення цього правила призводить до помилок «Додайте <author> до стрічки або безпосередній <author> до кожного запису.» або «Додайте <author> до цього запису, його <source> або стрічки.».
• Альтернативні посилання та вміст: Якщо запис Atom не містить безпосереднього тексту чи вбудованого вмісту, він обов'язково повинен мати альтернативне посилання. Недотримання цієї вимоги викликає помилку «Додайте альтернативний <link>, якщо запис Atom не має вбудованого <content>.».
• Конфлікти джерела вмісту: Якщо елемент вмісту використовує атрибут src для вказівки на зовнішній ресурс, він не повинен містити вбудованого тексту чи дочірніх елементів. У такому разі виникає помилка «Коли <content> використовує src, видаліть вбудований текст і дочірні елементи.». Якщо ж вміст є зовнішнім або не читається як текст, обов'язковою є наявність резюме: «Додайте <summary>, якщо вміст Atom зовнішній або не читається як текст.».

Робота з посиланнями та роль xml:base

Посилання в синдикаційних стрічках є критично важливими для зв'язку з першоджерелами. Валідатор аналізує структуру посилань, перевіряючи їх на відповідність стандартам URL та URI.

Якщо посилання не вдається розібрати, система повідомляє: «Виправте ‹field›: це посилання неможливо розібрати як URL або посилання URI.».

Особливу увагу приділено відносним посиланням у форматі Atom 1.0. За замовчуванням усі посилання в стрічках мають бути абсолютними. Проте специфікація Atom дозволяє використання відносних адрес, якщо в документі визначено базовий URL за допомогою атрибута xml:base. Валідатор враховує цей атрибут при розборі відносних посилань. Якщо ж відносне посилання знайдено в документі без оголошеного або придатного для використання xml:base, система видає помилку «Використовуйте абсолютну адресу для поля ‹field›; відносними можуть бути лише посилання Atom із придатним xml:base.».

Помилки розмітки та несумісність форматів

Окрім логічних правил побудови стрічок, валідатор виявляє базові помилки XML-розмітки та несумісність версій документів.

• Декларація DOCTYPE: Наявність DOCTYPE у стрічках новин може призвести до вразливостей або проблем із безпекою при розборі XML. Валідатор вимагає видалення цієї декларації: «Перед перевіркою стрічки видаліть декларацію DOCTYPE.».
• Некоректний XML: Якщо документ містить незакриті теги, неправильну вкладеність або інші синтаксичні помилки XML, аналіз зупиняється з вимогою «Виправте некоректний XML і перевірте ще раз.».
• Невідповідність форматів: Інструмент розрахований на роботу з актуальними версіями. Якщо завантажено застарілий або невідомий формат, з'являється повідомлення «Використайте документ RSS 2.0 <rss> або Atom 1.0 <feed>.». Якщо ж формат розпізнано, але його версія не підтримується, виводиться повідомлення «Цей валідатор підтримує ‹format› ‹expected›; виявлено ‹actual›.».

Для зручності аналізу великих стрічок звіт обмежує кількість виведених елементів. На екран виводиться не більше 200 проблем та 100 записів. Якщо ліміти перевищено, інтерфейс показує повідомлення «Показано перші ‹shown› з ‹total› проблем.» та «Показано перші ‹shown› з ‹total› записів.».

Часті запитання (FAQ)

Які формати стрічок підтримує цей валідатор?

Він перевіряє актуальні документи RSS 2.0 і Atom 1.0. Старіші RSS, RDF/RSS 1.0 та Atom 0.3 розпізнаються, але не перевіряються за правилами іншого формату.

Чи відкриває або тестує він посилання зі стрічки?

Він розбирає поля з посиланнями й визначає відносні посилання Atom за допомогою xml:base. URL-адреси не відкриваються, тому доступність, переспрямування, сертифікати й вміст призначення не тестуються.

Які поля записів перевіряються?

Для елементів RSS перевіряється заголовок або опис, а також зчитуються GUID, посилання й дата публікації. Для записів Atom перевіряються ID, заголовок, дата оновлення, успадкування автора, альтернативні посилання та правила вмісту або резюме.

Що робити, якщо валідатор повідомляє про помилку DOCTYPE?

Необхідно видалити рядок декларації <!DOCTYPE...> з початку вашого XML-документа перед повторним запуском перевірки, оскільки використання зовнішніх визначень типів документів не підтримується з міркувань безпеки та сумісності.