.jpg)
Странно, это серьёзная ошибка верстки и их в данном случае более 30. Неужели Яндекс допустил такую серьёзную ошибку валидации? Что-то здесь не так. Находим заграбенный валидатором кусок ошибочного по его мнению кода, в исходнике, и действительно, обнаруживаем что весь код содержащий ошибки опубликован внутри одного массивного тега и является частью javascript. Возникает закономерный вопрос, зачем HTML-валидатор копается в коде JAVASCRIPT, если он должен проверять HTML? Непонятно. Но это ещё не всё, оказывается, после изучения строковых данных в javascript содержащих теги, что имеются и открывающие и закрывающие теги.
Следовательно, валидатор облажался и бракуем часть результата проверки, и не учитываем подобные ошибки. Продолжаем. Чтобы завершить проверку валидности HTML-разметки требуется исключить из проверки javascript-код, который несправедливо облаял валидатор. Вместо указания URL страницы, копируем исходный HTML-код в текстовый редактор (блокнот), вырезаем javascript-код, и после этого копируем оставшийся html-текст в форму ONLINE-валидатора, на закладке Validate by Direct Input.
Этой веб-формой удобно пользоваться, если проект над которым вы работаете ещё не опубликован в сети Интернет, и находится на вашем локальном веб-сервере. Итак, после очистки html повторяем валидацию и в результате получаем 10 Errors, 12 warning(s). Уже близко к соблюдению стандарта! Разберем оставшиеся ошибки: Прежде всего обращаем внимание на первую HTML-директиву! DOCTYPE. Индексная страница Яндекса объявлена как документ удовлетворяющий стандарту HTML 4.01, DOCTYPE Transitional. Transitional – означает переходный тип документа, он не является строгим и позволяет использовать в документе HTML-инструкции содержащие устаревшие теги в целях совместимости со старыми версиями HTML.
- Ошибка использования невалидного атрибута