Проверка на валидность используется для. Проверка данных на валидность

Современные тренды и веб-приложения кардинально изменили возможности разработчиков. Нет сомнения в том, что им нужен некий IDE для кодирования новых файлов и их сохранения для последующего размещения. А что, если просто проверить фрагменты кодов? К счастью, в наше время для этого существует великое множество различных инструментов!

В данной статье мы расскажем о 15 веб-приложениях для онлайн тестирования кодов. Все они работают при условии соединения с интернетом; некоторые из них предлагают pro-планы для получения дополнительного пакета свойств. Большинство из них окажутся полезными при попытке отыскать и произвести отладку части javascript или PHP.

1.Codepad

Созданное Стивеном Хейзелом, является уникальным веб-приложением, с помощью которого вы сможете кодировать синтаксические конструкции во всей сети. Помимо отладки, Codepad позволяет своим пользователям копировать/вставлять важные части кодов и делиться ими онлайн.

На экране вывода отражаются сообщения обо всех ошибках, связанных с вашим кодом. Используя кнопки в левом меню, вы можете изменить язык (C/C++, Perl, PHP, Python, Ruby и мн. др.). Codepad в большей степени предназначен для разработчиков программного обеспечения, которым нужно работать совместно и отлаживать наиболее проблемные программы.

2.Write Code Online

Основной веб-сайт перенаправит вас на свой редактор Java Script. Вы можете выбрать между JS, PHP и базовой URL кодировкой. Приложение не только безопасное и надежное, но и достаточно простое в использовании.

Что интересно, результаты работы вы увидите прямо под текстовым полем. Так что если вы нажмете «запустить код», то результат будет выведен на экран. Отладка больших PHP скриптов может проходить посложнее, потому что требует включения других файлов.

Тем не менее, приложение окажет вам незаменимую помощь в проверке новой идеи на прочность.

3.Tinkerbin

Я вполне могу назвать своим любимым онлайн ресурсом для редактирования кодов. Он поддерживает HTML5/CSS3/JS, и результат выводит непосредственно на экран. Приложение все еще находится на стадии альфа разработки, но большинство инструментов работают отлично и быстро отыскивают ошибки в программах.

Механизм визуализации поддерживает такие языки как Coffeescript и Sass в рамках CSS. Они могут похвастаться продвинутой системой управления и поддержкой многих брендов веб-дизайна, которые вы бы предпочли использовать для дальнейшей работы.

Нельзя оставить без внимания и тот факт, что здесь есть горячие клавиши для самых популярных опций. А такая функциональность встречается далеко не у всех веб-приложений, не говоря уже о встроенных в браузер редакторах кодов. Когда вы вводите новые тэги, IDE автоматически вписывает новые строчки. Tinkerbin является фронтэнд инструментом, который непременно должен быть в числе ваших инструментов для веб-разработки.

4.JS Bin

У новичков работа с интерфейсом может вызвать некоторые сложности. Чтобы избежать этого, они могут воспользоваться . JS Bin предлагает большое количество библиотек на выбор – jQuery, JQuery UI, jQM Prototype, MooTools и др.

Если вы кодируете различные элементы, проекты будут сохраняться автоматически. К тому же у вас есть возможность скачать окончательный результат своего труда или же сохранить исходник онлайн. Эта система больше приспособлена для экспортирования и сохранения вашего кода, чем обычный шаблон.

5.JsFiddle

Каждый, кто посещал Stack Overflow, должен знать о . Их интерфейс отличается от JSBin наличием большего количества предлагаемых опций.

Также поддерживает такие библиотеки, как Prototype и jQuery. Более того, вы можете включить дополнительные внешние источники к JS/CSS файлам в любом тестируемом документе. Невероятно, но приложение поддерживает даже XHP Ajax, где вы можете передавать информацию от сервера в окно браузера клиента и наоборот.

6.CSSDesk

Двигаемся от скриптов к языку стилей и . Все выглядит примерно так, как и в предыдущих инструментах: исходный текст находится слева, конечная веб-страница – справа. Это веб-приложение отлично подойдет для создания шаблонов веб-страниц и тестирования свойств CSS3.

7.Jsdo.It

Некоторые приложения располагают японским языком, что наводит меня на мысль о том, что они были созданы где-то в Азии. Что мне больше всего нравится в их интерфейсе, так это загрузка только что созданных файлов и хранение их в проекте. Вы безо всяких сложностей можете хранить целыйемакеты веб-страниц онлайн и с любого компьютера получать к ним доступ и редактировать.

8.Google Code Playground

Меня удивило, как много разработчиков не знают о существовании . Вы получаете полный доступ к их API, и в том же окне можете отлаживать все свои коды.

Говоря об API, я имею в виду то, что вы можете получать данные из самых крупных продуктов Google: посты из Blogger, ориентиры из Google Maps и даже видео прямо с YouTube. Когда вы кликаете по различным опциям, данные в окне предварительного просмотра также обновляются.

Я бы посоветовал сохранить этот инструмент лишь в качестве ресурса, так как он подойдет далеко не для всего того, что вы пишите. Тем не менее, Google является крупной компанией со множеством API данных исходных кодов. Если вам когда-нибудь потребуется материал с YouTube или поисковика Google, этот инструмент вам непременно пригодится.

9.IDEOne

– еще один инструмент для «глубокого» программирования и разработки ПО. Их онлайн редактор поддерживает выделение синтаксических элементов для ряда важных языков, среди которых Objective-C, Java, C#, VB.NET, SQL и мн. др.

10.Viper7 Codepad

Это веб-приложение, также известное как , расположено на сайте , где происходит перенаправление на тот же онлайн редактор. Их инструменты настроены на отладку выходной переменной PHP, которая в зависимости от вашего выбора может варьироваться между PHP5 и PHP4.

Создав аккаунт, Codepad может быть использован как личная система хранения данных. Здесь, как и в других онлайн редакторах, можно называть каждый PHP проект и бесплатно хранить его в сети. Этот редактор кодов отличается тем, что пользователям не нужно устанавливать на свой компьютер никакого программного обеспечения. Во время интерпретации каждого из скриптов, редактор будет предлагать такие дополнительные мета-детали, как вызов браузера или заголовки ответов.

11.JSLint

Сам по себе немного странный, в то время как редактор кодов работает по вполне стандартной схеме.

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

12.SQL Fiddle

Немного ранее мы рассматривали веб-приложение под названием jsFiddle. Теперь пришло время поговорить об , который работает в том же русле, за исключением SQL базы данных синтаксиса. Мне удалось отыскать достойную альтернативу для тестирования кода базы данных.

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

Если вы не знакомы с базами данных или языком SQL, то это приложение едва ли окажется для вас полезным. Но разработчикам, которые заинтересованы в знакомстве с SQL, этот инструмент подойдет идеально!

13.Cloud9 IDE

На мой взгляд, является лучшим редактором исходников из всех доступных в сети. Это не просто редактор, а целая система инструментов и ресурсов; на их серверах вы можете хранить все свои репозитории исходных кодов.

Регистрация бесплатна для всех общественных проектов. Если же вам нужно личное пространство доя разработки, то это будет стоить 15$ в месяц или 180$ в год. Делиться частными репозиториями кодов можно с любым пользователем по вашему усмотрению. Данная опция позволяет разработчикам осуществлять совместную работу над различными проектами.

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

Спектр возможностей, которые предлагает Cloud9, очень широк. Я рекомендую минут 10-15 осмотреться в бесплатном аккаунте, и вы сразу влюбитесь в работу UI. Компания не перестает набирать обороты, поэтому в ближайшие несколько лет я надеюсь на добавление новых полезных опций.

14.CodeRun

– онлайн редактор для любого динамического веб-приложения. Текстовый редактор очень похож на Microsoft Visual Studio; вы даже можете кодировать в C# для ASP.NET. Их библиотеки включают сторонние ресурсы в лице Facebook Connect и Silverlight.

Помимо основанных на Microsoft веб-приложениях, вы можете кодировать прямо в javascript или PHP. Принцип работы CodeRun мало чем отличается от Visual Studio: создание нового проекта веб-сайта и работа над отдельными файлами. В нижней части экрана расположены инструменты для отладки и результаты из окна консоли.

Незаменим, если у вас есть опыт работы с Visual Studio. Интерфейс практически одинаковый, и вы даже можете скачивать/загружать файлы проекта на свой компьютер. Это еще один инструмент, который опытные веб-разработчики могут взять на заметку.

15.Compilr

Шаблон очень схож с шаблоном приложений Windows. Вы можете работать с открытыми документами и редактировать файлы прямо на ходу. Тем не менее, прежде чем приступить к созданию новых проектов, вам придется зарегистрироваться.

Так как макет страницы напоминает обычное настольное приложение, работать с ним достаточно легко даже новичкам. Инструменты поддерживают такие методики программирования, как C++, C# и Visual Basic. В целом, Compilr должен стать запасным приложением для тестирования и отладки исходного текста.

В заключение

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

Надеюсь, приведенная в нашей статье коллекция инструментов для тестирования кодов заставила вас задуматься о современном пространстве для разработки. В наше время ничего не стоит в считанные минуты соединить HTML/CSS веб-проект и получить небольшое демо-видео. Обратите внимание, что эти инструменты служат лишь для того, чтобы помочь вам в процессе создания финального продукта.

Здравствуйте, дорогие друзья! Рад видеть вас на моём блоге! Сегодня речь пойдет про валидность HTML на сайте в целом и его отдельных страницах. Валидность — это соответствие кода определённым стандартам. Над разработкой веб-стандартов работает Консорциум World Wide Web (W3C) — это международное сообщество, в котором состоят организации, штатные сотрудники и общественность.

Миссия консорциума заключается в том, чтобы раскрыть весь потенциал всемирной паутины, разрабатывая и внедряя протоколы и руководящие принципы, обеспечивающие долгосрочный рост сети Интернет.

На официальном сайте W3C предоставлены очень полезные онлайн-инструменты для вебмастеров, одним из них является валидатор — это бесплатный сервис, позволяющий проверить приверженность сайта современным веб-стандартам.

К сожалению, сервис полностью на английском языке, но если вы чуточку разбираетесь в разработке и вёрстке, то непременно поймёте его суть и посыл 😉

Итак, на главной странице расположены три вкладки:

Validate by URI — проверка указанного URL-адреса;

Validate by File Upload — проверка загруженного файла;

Validate by Direct Input — проверка путем прямого ввода исходного кода.

Для запуска анализатора нужно переключиться на требуемую вкладку, в качестве примера я буду рассматривать проверку по URL-адресу. Под ссылкой More Options скрываются дополнительные опции, нажмите на нее, чтобы получит доступ к настройкам:

• Character Encoding — кодировка символов. WordPress использует UTF-8, но можно оставить стандартное значение «Detect automatically» для автоматического определения кодировки.
• Document Type — тип документа (HTML, XHTML, SVG и др.). Поставьте флажок Only if missing, если тип документа не задан на странице и его нужно задать вручную для проверки.
• List Messages Sequentially — выводить ошибки и предупреждения последовательным списком;
• Group Error Messages by Type — группировать ошибки и предупреждения по типу;
• Show Source — показать исходный код;
• Show Outline — показать структуру документа;
• Clean up Markup with HTML Tidy — очистка разметки с помощью HTML-Tidy;
• Validate error pages — проверять страницы с ошибками, например, с 404 ошибкой;
• Verbose Output — подробный вывод. Если честно, я не заметил разницы при включении этой опции, если знаете за что она отвечает — поделитесь в комментариях, буду очень признателен.

Когда все настройки выставлены, нажимайте кнопку Check для старта HTML валидатора. Если документ не имеет ошибок, появится надпись:

Document checking completed. No errors or warnings to show.

В переводе на русский язык это означает: «Проверка документа завершена. Ошибки или предупреждения не найдены». Отлично!

В том случае, если документ не пройдёт проверку, увидим простую надпись об её завершении:

И конечно же список сообщений, которые содержат сведения об ошибках и предупреждениях с пояснениями, а также ссылки на конкретные строки документов, но только в том случае, если была включена опция Show Source.

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

В начале своего пути Блог Свободного Вебмастера содержал очень много ошибок и предупреждений. По мере изучения мне удалось снизить их количество, а со временем и вовсе избавиться. Впредь буду придерживаться стандартов W3C, хотя некоторые плагины добавляют ложку дёгтя в бочку мёда… Время покажет!

Так зачем же нам валидный код ? Валидация веб-документов — важный шаг, который может значительно помочь улучшить и обеспечить их качество, а также сэкономить много времени и денег. Некоторые специалисты уверяют, что правильный код может благоприятно повлиять на в поисковой выдаче! Проверьте свой сайт и расскажите о результатах!

Сегодняшнюю статью я хочу посвятить валидации сайта (то есть HTML). Сперва определим что означает этот термин! Валидация сайта — это проверка синтаксических ошибок, проверка вложенности тэгов и другие критерии. Как правило, валидаторы (сервисы для проверки сайтов на наличие ошибок в структуре документа) проверяют HTML-код на соответствие определенному стандарту, который указан в самом начале любой HTML-страницы первой строчкой. Если вы не знали для чего она, теперь будете знать! 🙂 Но для чего, собственно, нужна эта самая валидация и на что она влияет?

«Что такое валидация сайта?»

Как я уже говорил выше, валидация — это соответствие HTML-кода определенным правилам и стандартам. На смену XHTML пришла , которая значительно облегчила жизнь разработчикам. Дело в том, что в версии XHTML синтаксис был очень строгим. Если в HTML5 вы можете писать тэг переноса
как без наклонной черты, так в таком виде
, то в XHTML будет верным только последний вариант. HTML5 не так строг, да и к тому же появилось множество полезных тегов, но не об этом сейчас 🙂 .

«На что влияет валидация сайта?»

А сейчас ответим на второй вопрос.

Валидация сайта позволяет следить за правильным отображением сайта в разных браузерах. Например, если не закрыть тэг или где-то сделать опечатку в коде, в дальнейшем одна и та же страница может отображаться в разных браузерах по-разному. Также (CSS) могут отображаться не так как вы этого ожидали. Поэтому необходимо внимательно следить за этим.

Также я не мог не сказать что валидация влияет на поисковые системы: поисковые системы отдают предпочтение сайтам с валидным HTML-кодом . Имейте это в виду!

Ну что, я вас убедил в том, что валидация сайта действительно необходима? Тогда с теорией закончили и переходим к практике!

Способы проверки валидации

О каждом из способов я написал подробные инструкции в виде текста, а также, если кому-то лень читать и вникать, снял видео 😉 .

1 способ. Сервис validator.w3.org

Суть первого способа состоит в использовании сервиса для проверки валидности сайта. Как проверить валидность сайта с помощью сервиса validator.w3.org :

1. Переходим по адресу: validator.w3.org . Перед нами откроется страница, на которой есть 3 вкладки. На первой вкладке «Validate by URI» вы можете проверить валидность сайта размещенного в интернет, на второй «Validate by File Upload» — загрузить файл с компьютера, и на третьей «Validate by Direct Input» — вставить содержимое файла непосредственно в форму для ввода. Я буду рассказывать о первом варианте, то есть когда сайт размещен в интернет (думаю и с другими способами у вас проблем не возникнет). Поэтому выбираем первую вкладку как на изображении ниже:

• Character Encoding — кодировку вашего сайта. НО! Если она уже есть между тегами (у себя на сайте в браузере нажимаете на сочетание клавиш CTRL+U , и ищете в начале документа примерно такую строку

  ). Если же в первой строчке присутствует что-то похожее, тогда и здесь оставляйте значение (detect automatically) .

Если у вас что-то из того, что я описал выше нету, тогда вам самостоятельно необходимо будет выставить эти значения. Я здесь ничего не менял и оставил всё как есть.

3. Затем в поле «Address» вводим адрес вашего сайта как сделал я:

После чего нажимаем на кнопку «Check», которая расположена по середине серого блока:

4. Далее идет валидация вашего сайта и через некоторое время появится результат валидации. Будет похожая страница с сообщением «This document was successfully checked as HTML5!» (что значит что ваш сайт успешно прошел проверку на валидность определенному типу документа, то есть в моем случае HTML5):

Если у вас надпись на красном фоне — это значит что у вас присутствуют ошибки в вашем HTML-документе. Их необходимо исправить. Для этого просто выделяете название ошибки (в видео я всё это показываю как делать) и вставляете ее, например, в Google. Далее просто читаете как с этой ошибкой боролись другие веб-мастера и исправляете ее следуя этим советам. Также у вас есть другой выход — поручить это дело знающему человеку, который разбирается в коде, и пусть он это сделает за вас.

2 способ. Плагины для браузеров

1. Плагин для браузера Mozilla Firefox — Перейти

Переходите по ссылке выше, выбираете версию браузера Firefox и нажимаете на кнопку «Download». Затем выбираете необходимую операционную систему и устанавливаете как обычное дополнение. (те, кто не понял, смотрите видео 🙂)

2. Плагин для браузера Google Chrome — Перейти

Здесь вам необходимо нажать на кнопку «Бесплатно» и затем во всплывающем окошке нажать «Добавить».

3. Плагин для браузера Opera — Перейти

Производит несколько проверок Вашего кода. Основные из них:

Валидация синтаксиса - проверка на наличие синтаксических ошибок. является корректным синтаксисом, несмотря на то, что не является допустимым HTML-тэгом, так что проверка синтаксиса является минимально полезной для написания хорошего HTML.

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

Валидация DTD - проверка соответствия Вашего кода указанному Document Type Definition. Она включает проверку названий тэгов, атрибутов, и «встраивания» тэгов (тэги одного типа внутри тэгов другого типа)

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

Имейте ввиду, что это логические проверки, и не важно как реализован валидатор. Если хотя бы одна из проверок не проходит успешно, то HTML считается невалидным. И в этом заключается проблема.Аргументы Основным аргументом за валидацию HTML является обеспечение кроссбраузерности. Каждый браузер имеет свой парсер и «скармливать» ему то, что понимают все браузеры - это единственный путь быть уверенным, что Ваш код будет работать правильно во всех браузерах. Поскольку каждый браузер имеет свой механизм коррекции ошибок HTML Вы не можете полагаться на невалидный код.

Основным аргументом против валидации является то, что она слишком строгая и не соответствует тому, как на самом деле работают браузеры. Да, HTML может быть невалидным, но все браузеры могут обрабатывать некоторый невалидный код одинаково. Если я готов взять на себя ответственность за неправильный код, который я пишу, то я не должен беспокоиться о проверке. Единственное, о чем я должен заботиться - это чтобы оно работало.

Моя позиция Это один из немногих случаев, когда я публично говорю о своей позиции по отношению к чему-нибудь. Я всегда был среди противников валидации, основываясь на том, что валидатор слишком строг, чтобы быть практичным в реальных приложениях. Есть вещи, которые поддерживаются большинством браузеров ( в , после ), которые являются невалидными, но иногда очень необходимы для правильной работы.

Вообще, моей наибольшей проблемой валидации является проверка #4 (на посторонние элементы). Я сторонник использования пользовательских атрибутов в HTML тэгах для хранения дополнительных мета-данных, относящихся к определенному элементу. В моем понимании, это, например, добавить атрибут foo, когда у меня есть данные (bar), которые мне надо ассоциировать с определенным элементом. Иногда люди перегружают существующие атрибуты для этих целей только для того, чтобы пройти валидацию, несмотря на то, что атрибут будет использовать не по назначению. Для меня это бессмысленно.

Секрет браузеров заключается в том, что они никогда не проверяют соответствие HTML-кода указанному DTD. Doctype, который Вы указали в документе, переключает парсер браузера в определенный режим, но это не приводит к загрузке doctype и проверке кода на соответствие ему. То есть, парсер браузеров обрабатывает HTML с некоторыми допущениями невалидности, вроде самозакрывающихся тэгов и блочных элементов внутри строковых (я уверен, что есть и другие).

В случае пользовательских атрибутов, все браузеры парсят и распознают синтаксически корректные атрибуты как допустимые. Это делает возможным получить доступ к таким атрибутам через DOM с помощью Javascript. Так почему я должен беспокоиться о валидности? Я буду продолжать использовать свои атрибуты и я очень рад, что HTML5 формализует их.

Лучший пример технологии, которая приводит к невалидному HTML, но имеет огромное значение, - это ARIA . ARIA работает с помощью добавления новых атрибутов в HTML 4. Эти атрибуты предоставляют дополнительное семантическое значение HTML-элементам и браузер способен передать эту семантику вспомогательным устройствам для помощи людям с ограниченными физическими возможностями. Все основные браузеры сейчас поддерживают разметку ARIA. Однако, если Вы будете использовать эти атрибуты, у Вас будет невалидный HTML.

Насчет пользовательских тэгов - я думаю, что в добавлении на страницу синтаксически корректных новых тэгов нет ничего плохого, но я не вижу особого практического смысла в этом.

Чтобы прояснить мою позицию: я считаю, что проверки #1 и #2 являются очень важными и должны проводиться всегда. Проверку #3 я тоже считаю важной, но не столь, как первые две. Проверка #4 очень сомнительна для меня, так как она задевает пользовательские атрибуты. Я считаю, что, как максимум, пользовательские атрибуты должны быть помечены как предупреждения (а не ошибки) в результатах проверки, чтобы была возможность проверить, не ошибся ли я при вводе названия атрибута. Отметка пользовательских тэгов как ошибок, возможно, хорошая идея, но тоже имеет некоторые проблемы, например, при встраивании содержимого в другой разметке - SVG или MathML.

Валидация ради валидации? Я считаю, что валидация ради валидации - это крайне глупо. Валидный HTML означает только лишь то, что все 4 проверки прошли без ошибок. Есть несколько важных вещей, которых не гарантирует валидный HTML:

• валидный HTML не гарантирует accessibility;
• валидный HTML не гарантирует хороший UX (user experience);
• валидный HTML не гарантирует функционирующий сайт;
• валидный HTML не гарантирует корректное отображение сайта.

Валидный HTML может служить поводом гордиться самим собой, но само по себе это не является показателем мастерства. Ваш валидный код не всегда лучше выполняет свои функции чем мой невалидный.Валидация HTML5 Валидация HTML5 исправит некоторые проблемы, которые были с валидацией HTML 4. Она явно позволяет употребление пользовательских атрибутов (они должны начинаться с data-). Это позволит моему коду пройти проверку на валидность для HTML5. Конечно, есть некоторые моменты в валидаторе HTML5, с которыми я не согласен, но я считаю, что он намного больше соответствует практическим потребностям чем валидатор HTML 4. Заключение Я считаю, что некоторые составляющие HTML-валидации крайне важны и полезны, но я не хочу быть ее заложником, потому что я использую свои атрибуты. Я горжусь тем, что я использую ARIA в моей работе и мне безразлично то, что это считается невалидным кодом. Опять же, из четырех проверок валидатора у меня есть проблемы только с одной. И HTML5 валидатор избавит меня от большинства этих проблем.

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

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

Влад Мержевич

Для проверки веб-страниц на наличие ошибок и замечаний существует множество путей и способов. Условно они делятся на онлайновые и локальные. Онлайновые предназначены для проверки страниц с помощью браузера через Интернет, а локальные используются для проверки документов на текущем компьютере. Далее рассмотрим популярные методы валидации документов.

validator.w3.org Установка расширения

После скачивания файла установить расширение можно несколькими способами.

1. Через менеджер расширений

Запустите Firefox и откройте меню Инструменты > Расширения . Перетащите мышью загруженный файл (он имеет расширение xpi) в открывшееся окно. Далее расширение будет установлено автоматически.

2. С помощью открытия файла

Выберите в меню Firefox пункт Файл > Открыть файл... и укажите путь к файлу с расширением, дальнейшие действия браузер выполнит сам.

3. Копирование файла в папку extension

Откройте папку на диске, где установлен Firefox (к примеру c:\Program Files\Mozilla Firefox) и найдите в ней подпапку extension, в которую скопируйте расширение. После запуска браузера дальнейшая установка пройдет самостоятельно.

Все приведенные методы установки требуют перезагрузки браузера после установки расширения. Работа HTML Validator начинается сразу же после повторного запуска Firefox.

Если указанные способы по каким-либо причинам не помогли, вы можете обратиться на сайт поддержки браузера Mozilla Firefox и прочитать обо всех возможных методах установки расширений по адресу
http://forum.mozilla-russia.org/doku.php?id=general:extensions_installing

Использование HTML Validator

При открытии веб-страницы HTML Validator начинает сразу же свою работу, и результат проверки отображается в строке состояния, в ее правом нижнем углу в виде небольшой картинки. Изображение зависит от статуса проверки и показано на рис. 14.6.

Рис. 14.6. Виды картинок, отображаемых при проверке документа

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

Просмотреть все ошибки можно двояко. Во-первых, заглянуть в HTML-код документа через меню Вид > Исходный код страницы или щелкнуть правой кнопкой и в контекстном меню выбрать Просмотр исходного кода страницы (рис. 14.7).

Рис. 14.7. Контекстное меню с пунктом выбора исходного кода

Окно исходного кода веб-страницы разделено на три части (рис. 14.8), где верхний блок содержит собственно HTML-код. В левом нижнем блоке отображается список ошибок и замечаний или информационные сообщения в случае валидного документа. Правый нижний блок предназначен для подробных подсказок о текущих замечаниях.

Рис. 14.8. Результат работы расширения HTML Validator