Для работы с формой введите имя интересующего вас домена. Затем отметьте зоны, в которых нужно его проверить, и нажмите на кнопку Проверить!. В результате будет получен ответ о том, свободен или занят домен. Если он свободен, его можно будет сразу же и заказать.

Проверка гиперссылок

Разработаны и применяются автоматические роботы, которые могут «зайти» на сайт и проверить все ссылки (в том числе и внешние).

W3C Link Checker

W3C Link Checker – это мощный сетевой ресурс для всестороннего тестирования ссылок на сайте, предоставляемый организацией W3C (консорциумом World Wide Web;. Первая версия тестера была разработана в августе 1998 года, а в ноябре 1999 года вышла новая, которая регулярно дорабатывается. Исходный код программы, написанный на языке программирования Perl, доступен на сайте консорциума. Если вы зайдете в Internet по адресув окне браузера появится форма, показанная на рис. 2.17.

Рис. 2.17. Форма W3C Link Checker

В поле Enter the address (URL) of a document that you would like to check (Введите адрес документа, который хотите проверить) впишите URL страницы, предназначенной для тестирования, или начальный адрес, если будет проверяться несколько документов. Напомним, что аббревиатура URL (сокращение от англ. Universal Resource Locator, Универсальный указатель на ресурс) означает принятый в Internet адрес ресурса, имеющий определенный формат, а именно: протокол://адрес. Нажмите на кнопку Check (Проверить).

Тестер проверяет HTML– или XHTML-документы, строит список ссылок на метки и адреса, сообщает в своем отчете о найденных ошибках. Проверяется, не повторена ли одна и та же метка дважды. Затем тестируются все обнаруженные ссылки (включая переходы на метки внутри документов) – с тем, чтобы определить их доступность.

Отчет о проверке выглядит, как показано на рис. 2.18.

Рис. 2.18. Отчет о проверке ссылок

Для дополнительной проверки отметьте, если требуется, нужные поля в секции Options (Параметры):

• Summary only (Только итоги) – формируется общий отчет без подробного описания хода проверки: проверяемых адресов и страниц, времени ответа и т. д.;

• Hide redirects (Не показывать перенаправленные) – обнаруженные ссылки с переадресацией показаны в обычном отчете в следующем виде:

http://counter.rambler.ru/top100/ redirected to

http://top100.rambler.ru/top100/

What to do: Usually nothing.

HTTP Code returned: 302 -> 200

HTTP Message: Found -> OK

Lines: 193

Если выключатель Hide redirects включен, подобные ошибки не фиксируются. Изображенный выше фрагмент отчета формируется при положении расположенного рядом переключателя в состоянии All (Все). При этом обнаруженные в ходе проверки ссылки с переадресацией каталогов, если таковые имеются, показаны в обычном отчете следующим образом:

List of directory redirects:

The links below are not broken, but the document does not use the exact URL.

http://www.homeincome.com/websearch/bizsearch redirected to

http://www.homeincome.com/websearch/bizsearch/

What to do: Add a trailing slash to the URL.

HTTP Code returned: 301 -> 200

HTTP Message: Moved Permanently -> OK

Lines: 221

При фиксации дополнительного переключателя в положении For directories only (Только для каталогов) подобные ошибки не фиксируются;

• Don\'t send the Accept-Language header (Не отправлять заголовок Accept-Language) – не посылать заголовок о предпочитаемом языке.

• Check linked documents recursively, recursion depth __ (Рекурсивно проверять документы по ссылкам, глубина рекурсии__). Можно проверить часть сайта рекурсивно, то есть от ссылки к ссылке – и это, пожалуй, самая сильная сторона проекта. В этом случае в отчет включаются страница за страницей сайта, и для каждой из них сообщаются результаты проверки. Однако такое тестирование может занять довольно много времени. Указание небольшой глубины рекурсии, то есть количества проверяемых документов, позволяет уменьшить время проверки;

• Save options in a cookie (Сохранить опции в файле cookie). Выбранные вами опции будут сохранены на вашем компьютере в файле cookie, и при последующей проверке будут сразу использованы.

Обратите внимание, что программа не поддерживает так называемый стандарт исключений для роботов, то есть содержимое файла robots.txt не анализируется.

Проверка HTML-кода

Сервис проверки HTML-документов Markup Validation Service

Сервис Markup Validation Service (Сервис проверки синтаксиса разметки), предлагаемый организацией W3C – World Wide Web консорциумом – по адресупредназначен для проверки HTML-документов на соответствие рекомендациям W3C HTML и XHTML, а также другим HTML-стандартам. Данный сервис представляет собой шлюз к известному синтаксическому анализатору SGML (Standard Generalized Markup Language – Обобщенный стандартный язык разметки) – программному модулю SP . Markup Validation Service переправляет указанный посетителем адрес модулю SP, получает результат, форматирует его в HTML-страницу и выдает ее в браузер пользователя. Сам по себе рассматриваемый сервис не генерирует никаких сообщений об ошибках.

SGML – это международный стандарт на определение не зависящих от компьютерных платформ и систем методов представления текстов в электронной форме. Точнее, SGML является метаязыком, то есть средством формального описания языка, в данном случае, языка разметки.

Исторически слово разметка использовалось для описания аннотаций или других отметок в тексте, предназначенных для указания машинистке или наборщику, как именно должна быть напечатана или набрана определенная фраза. Примерами служат волнистое подчеркивание для обозначения жирного шрифта, специальные символы для обозначения пропуска отдельных предложений или их печати определенным шрифтом, и т. п. С автоматизацией форматирования и печати текстов термин был расширен, охватывая сейчас всяческие коды разметки, вставляемые в электронные тексты для управления форматированием, печатью или иной обработкой.

В определенном смысле все печатные тексты размечены: знаки пунктуации, использование заглавных букв, размещение букв на странице, даже пробелы между словами можно считать своеобразным кодированием, функция которого – помочь читателю определить, где заканчивается одно слово и начинается другое, как отделить структурные элементы, например, заголовки или подчиненные предложения. Кодирование текста для компьютерной обработки можно считать выявлением неявного или предположительного, указанием пользователю, как интерпретировать содержимое текста. Таким образом, язык разметки – это набор соглашений о разметке, используемых в комплексе для кодирования текстов. Язык разметки должен определять, какая разметка является допустимой, какая – необходимой, как различаются разметка и текст, и что разметка означает. SGML предоставляет средства решения первых трех задач; последняя требует описательных документов – руководств.

Форма Validate Your Markup (Проверка синтаксиса разметки), загружаемая в окно браузера, представлена на рис. 2.19.

Рис. 2.19. Форма Validate Your Markup сервиса Markup Validation Service

Введите в поле Address (Адрес) раздела Validate by URL (Проверка по URL) адрес страницы в Internet, которая должна быть протестирована, и нажмите на кнопку Check (Проверить). Рассматриваемый сервис имеет дополнительные возможности, которые становятся доступны при переходе по ссылке Extended Interface (Расширенный интерфейс). В этом случае откроется страница, изображенная на рис. 2.20.

Рис. 2.20. Страница дополнительных возможностей сервиса Markup Validation Service

Если нужно, воспользуйтесь здесь следующими опциями:

• Encoding (Кодировка). Установленное по умолчанию значение Detect automatically (Автоопределение) подойдет для большинства случаев, но иногда с целью тестирования может понадобиться его изменение и выбор конкретной кодировки;

• Use Fallback instead of Override (Использовать как аварийный режим вместо полной отмены). Если флажок установлен, кодировка, указанная в пункте Encoding, будет применена лишь тогда, когда документ не содержит информации о кодировке символов;

• Doctype (Тип документа). Служит для принудительного задания типа документа, не зависящего от имеющейся в нем информации. Размещенная рядом опция Use Fallback instead of Override, как и в предыдущем пункте, нужна для принудительного включения типа документа в том случае, если он не задан на странице явно;

• Show Source (Показывать исходный код). В отчет выводится исходный HTML-код документа с привязанными к нему сообщениями об ошибках;

• Show Outline (Показать иерархическую структуру). Выдается наглядная структура документа, начиная с тэгов <H1> – <H6>;

• Show Parse Tree (Показать дерево синтаксического анализа). Отображается точная последовательность прочтения документа SGML-анализатором;

• „.exclude attributes (…исключая атрибуты). Для наглядности из дерева синтаксического анализа будут удалены атрибуты;

• Validate error pages (Проверять правильность страниц с ошибками). Когда страница недоступна (ошибка 404), выдается сообщение об ошибке. В некоторых случаях требуется оттестировать такую страницу с сообщением – тогда и включается опция;

• Verbose Output (Подробный отчет). Флажок ставится, если необходимо получить дополнительную информацию о найденных ошибках.

Для проверки нажмите на кнопку Validate this page (Проверить эту страницу).

После тестирования документа, расположенного по указанному вами адресу, на экран выводится листинг результатов.

Существует возможность альтернативной проверки – посредством загрузки документов, требующие исследования, на сервер. Для этого предназначен раздел Validate by File Upload (Проверка загруженного файла) формы Validate Your Markup (рис. 2.19). Нажмите на кнопку Browse (Обзор), расположенную рядом с полем Local File (Локальный файл), и выберите на своем компьютере нужный файл. Для его загрузки на удаленный сервер и начала проверки щелкните по кнопке Check. Как и при проверке по URL, можно воспользоваться дополнительными опциями, если перейти по ссылке Extended File Upload Interface (Расширенный интерфейс для загруженного файла). В этом случае вам будет предложено заполнить форму, аналогичную представленной на рис. 2.20. С той же целью можно набрать в строке браузера адрес: http://validator.w3.org/file-upload.html.

Кроме описанных проверок, рассматриваемый сервис позволяет тестировать таблицы CSS (так называемые каскадные или иерархические таблицы стилей). Для этого наберите в строке браузера адрес:На экране отобразится страница с формой Validate Your Style Sheet (Проверка таблицы стилей), представленной на рис. 2.21.

Рис. 2.21. Форма Validate Your Style Sheet

Как и при проверке HTML-страницы, существует возможность исследовать таблицу CSS по ее адресу в Internet (поле Address в разделе Validate by URI) и с помощью загрузки требуемого файла на сервер (поле Local CSS file (Локальный файл CSS) в разделе Validate by File Upload). Кроме того, в разделе Validate by direct input (Проверка прямого ввода) вы можете просто ввести текст таблицы CSS. В любом случае тестирование начнется после щелчка по кнопке Check, соответствующей выбранному разделу. В каждом из рассмотренных разделов имеются ссылки на формы с дополнительными параметрами проверки (Advanced Interface – Расширенный интерфейс), одна из которых представлена на рис. 2.22.

Рис. 2.22. Форма Validate Your Style Sheet с расширенными возможностями проверки