что такое doctype и для чего он используется

Почему важен DOCTYPE и как его правильно использовать

Решил проводить регулярные лекции и практические занятия со своими сотрудниками по программированию на PHP, MySQL, Javascript. А также другим технологиям необходимым для выпуска качественных сайтов. Начать решил с самого «верха», с HTML тэгов. Буду рад, любым комментариям 🙂
Сразу оговорюсь, что бОльшая часть информации я нашел в интернете, внизу статьи будут приведены ссылки на источники. Часть информации была переведена совместно с google translate.
Итак:

Почему так важен DOCTYPE

Вроде бы вы сделали все правильно, но ваш сайт почему-то не выглядит или не работает, как ожидалось, в последних версиях броузеров.
Вы написали правильный стандартный XHTML код и стандартный CSS. Вы воспользовались стандартной спецификацией для работы с DOM (Document Object Model), чтобы управлять динамическими элементами на странице. И все-таки, в броузерах, которые казалось бы сделаны с соблюдением именно этих стандартов, ваш сайт не работает. Скорей всего, ошибка кроется в неправильном заголовке DOCTYPE.
Эта небольшая статья расскажет вам о заголовках DOCTYPE, которые работают, а также объяснит практическое и теоретическое значение этого, казалось бы отвлеченного от реальности, тега.

Что такое DOCTYPE?

Согласно спецификациям HTML и XHTML тег DOCTYPE (что означает «объявление типа документа») сообщает валидатору, какую именно версию (X)HTML вы используете в своей странице. Этот тег должен всегда находиться в первой строке каждой страницы. Тег DOCTYPE — ключевой компонент web-страниц, претендующих на соответствие стандартам: без него ваш код и CSS не пройдут проверку валидатором.
Тег DOCTYPE также важен для правильного отображения и работы страницы в броузерах, соответствующих стандартам (Mozilla, IE5/Mac, и IE6/Win).
Тег DOCTYPE, в атрибутах которого указывается полный URI (полный web-адрес), сообщает броузерам, что страницу нужно вывести с соблюдением определенного стандарта или подвида этого стандарта.
Если вы будете пользоваться неполным тегом DOCTYPE, устаревшим его видом, или вообще забудете про него, броузер перейдет в «загадочный» (quirk) режим и будет исходить из предположения, что вы писали код страницы с ошибками и вольно отступали от стандартов, т.е. так, как писали в конце 90-ых годов.
В этом режиме броузер попытается разобрать вашу страницу по правилам обратной совместимости и выведет на экран, например, CSS так, как его вывел бы Internet Explorer 4-ой версии, а DOM будет работать так, как он работал именно в этом броузере (IE переключается в свой старый DOM, а Mozilla и Netscape 6 переключается вообще в бог знает что).
Понятно, что для вас эти выкрутасы не желательны. Но именно это вы и получите, если будете пользоваться неполным или неправильным тегом DOCTYPE.

Проблема

Когда создавали NN4, IE4 выполняли правила CSS не совсем в соответствии со стандартом. Реализация Netscape была просто ужасной, IE4 подошел к реализации стандарта лучше, но тем не менее, реализовал его не до конца. Хотя IE 5 Windows исправил множество ошибок IE 4, но оставались другие сбои в CSS (в основном в модели окон (window model)).
Поэтому, когда соответствие стандартам стало важным, W3C поставил производителей браузеров перед жестким выбором.
Приблизится к спецификации W3C было одним из решений проблемы, но если бы производители браузеров просто изменили реализацию CSS, чтобы соответствовать стандартам полностью, многие веб-сайты, «поползли» бы в большей или меньшей степени или оказались полностью неработоспособными. Такое сближение с соблюдением стандарта повлекло бы за собой проблемы. С другой стороны, не приведение к соответствию стандартов могло бы внести вечную путаницу в эпоху войны браузеров.

Решение

Иными словами, всем браузерам необходимо было работать в двух режимах: режим совместимости для старых правил, и строгого режима для стандарта.
IE Mac был первым браузером использовавшим оба режима, а Windows IE 6, Mozilla, Safari, Opera и последовали его примеру.
IE 5 Windows, а также старые браузеры, как Netscape 4, постоянно заблокированы в режиме совместимости.

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

Допустимые DTD

HTML 4.01 DTDs

XHTML 1.0 DTDs

XHTML 1.1 DTD

Это новый DTD, который имеет строгость как у XHTML 1.0 Strict, и основан на фреймворке и модулях описанных в Modularization of XHTML (не стал искать что это такое :).

Источник

Что такое DOCTYPE и зачем он нужен?

Каждый, кто имеет дело с кодом, верстает или пока еще только учится верстать сайты, просто обязан знать о том, что в начале каждой HTML страницы перед тегом HTML должен стоять DOCTYPE.

Что такое DOCTYPE и зачем он нужен?

Строчка с DOCTYPE (Document Type Definition) в начале HTML страницы указывает на тип документа, который вы будете использовать при написании HTML кода для вашего сайта. Это непарный тег, то есть у него нет закрывающего тега.

Главным преимуществом использования DOCTYPE является то, что ваш сайт будет правильно работать и одинаково ровно и красиво смотреться во всех браузерах.

Какие существуют виды DOCTYPE?

Cуществует несколько видов DOCTYPE. Есть строгие виды (strict), которые работают на основе только определенных тегов, есть переходные (transitional), которые допускают возможность включения дополнительных тегов, есть такие, которые работают с фреймами (frameset).

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

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

Итак, поехали дальше.

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

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

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

Только представьте, сколько проблем раньше (почему раньше, объясню ниже в статье) несло верстальщику наличие нескольких видов DOCTYPE, между которыми приходилось постоянно выбирать, какой лучше использовать, и думать, не ошибся ли ты в своем выборе.

Можно ли вообще обойтись без DOCTYPE?

У тех, кто не любит заострять свое внимание на разных мелочах, может возникнуть вполне естественный вопрос: «А зачем мне все это нужно? Может, мне вообще не использовать DOCTYPE?»

Конечно, теоретически можно его и не указывать, но тогда вы сидите на пороховой бочке замедленного действия, не зная точно когда она рванет (а рванет она 100%).

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

Так что же делать, если не хочется во все это вникать в подробностях?

Преимущества использования DOCTYPE HTML5.

Хорошая новость состоит в том, что с выходом последней версии HTML5 (которая, кстати, все еще находится в процессе разработки, по некоторым данным окончательный стандартный вариант обещают предоставить в 2014 году) стало намного удобней выбирать DOCTYPE для своих сайтов.

Дело в том, что правила DOCTYPE HTML5 являются универсальными, включают в себя правила предыдущей версии, а также возможность работы с HTML 4 тегами и в какой-то степени с XHTML, и, насколько я понимаю, объединяют в себе возможности всех своих предшественников, адаптируя их для работы в новых браузерах.

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

Что касается браузеров: как старые браузеры относятся к DOCTYPE HTML5? Не возникнут ли проблемы с этим?

По этому поводу хочу сказать, что:

Это значит, что если вы сегодня начнете создавать свои страницы на основе DOCTYPE HTML5, то можете быть уверены в том, что им обеспечена долгая жизнь.

Выводы.

Какой из всего вышесказанного мы можем сделать вывод?

Использовать DOCTYPE необходимо, если не хотите впоследствии решать всяческие проблемы, связанные с его отсутствием (нужны они вам? ).

И использовать лучше всего последнюю версию DOCTYPE HTML5.

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

А потому желаю вам успехов!

ЗЫ: Комментировать статью никто не запрещал !

Источник

DOCTYPE в HTML5. Как и зачем объявлять

ОБЪЯВЛЕНИЕ DOCTYPE в HTML5.

Для начала небольшой спойлер: объявление Doctype в HTML5 имеет скромный минималистичный вид:

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

Однако, касательно расположения doctype в html-документе действует строгое правило: doctype должен всегда располагаться в верхней строке! Почему? Чтобы ответить на этот вопрос, необходимо сначала разобраться: для чего нужен doctype и что произойдет, если веб-мастер забудет его указать?

Зачем нужен DOCTYPE?

Позвольте мне начать эту главу с небольшой доброй истории. В далеком 1989 году на свет родился язык гипертекстовой разметки по имени HTML. Он был еще совсем малышом и позволял строить только самые простые веб-конструкции, которые с гордым видом передавал веб-браузеру. Браузер, в свою очередь, радостно считывал html-код и отображал страницы по заранее оговоренным с HTML правилам. Эти правила называются спецификацией. Тогда, в 1989 году HTML был первым представителем династии гипертекстовых языков разметки, подающим надежды на рождение более продвинутых потомков. Поэтому ему дали гордое имя HTML1.0 и издали для него свод правил, собственную спецификацию. По мере развития языка HTML, в мире веб-строительства стали появляться «более продвинутые потомки» HTML: HTML2.0, HTML3.2, HTML4.1 и другие. Для каждой версии HTML создавался свой свод правил, т. е. своя спецификация. Вы только представьте, насколько вырос уровень ответственности браузера! Теперь, читая файл с html расширением, браузер должен был выяснить, какой из потомков HTML «приложил руки» к созданию файла, и отобразить страницу в соответствии с его спецификацией! Поэтому во избежании ошибок со стороны браузера при отображении страницы, был введен doctype. В доктайпе мы сообщаем браузеру, какой свод правил(читай — спецификацию) использовать при отображении страницы.

DOCTYPE— это сокращение от словосочетания «document type«. Что в переводе с английского языка значит «тип документа».

Что случится, если не указать доктайп?

Если веб-мастер не укажет тип документа, то браузер останется наедине со своими мыслями о выборе спецификации для отображения страницы, и может представить страницу совершенно неожиданным для веб-мастера образом. Если разметка страницы составлена абсолютно верно и не содержит ошибок, то больших сюрпризов, конечно, не возникнет. Но если в разметке есть ошибки, то, уважаемый веб-мастер, пеняй на себя! Причем пеняй столько раз, сколько ты будешь открывать страницу в разных браузерах. Ведь у каждого браузера может быть своя версия о спецификации. Поэтому гораздо проще указать doctype в верхней строке html-файла и не переживать о том, что в Mozille страница отображается иначе, чем в Opere. Тем более, что сейчас объявление doctype не требует громоздких строк типа:

как это было в случае использования веб-мастером строгого синтаксиса HTML версии 4.01. А если вдруг в html-файле появились фреймы, то doctype этой же 4.01 версии приобретал уже немного другие очертания:

Согласитесь, запомнить такое количество букв проблематично. Иное дело — лаконичный doctype, появившийся с приходом HTML5:

Что означает: тип документа — html.И запомнить легко, и написать не жалко. Единственный вопрос, возникающий в голове искушенного веб-мастера: почему doctype для 5 версии HTML так сильно отличается от doctype предыдущих версий?

Почему DOCTYPE для HTML5 так отличается от DOCTYPE для прошлых версий HTML?

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

Источник

DOCTYPE: история и варианты применения

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

Определение и значение

История

Из истории HTML мы знаем, что спецификация менялась с момента первой публикации в 1992-м году и до наших дней. Вместе с ней, соответственно, менялись и типы документов. Актуальная версия HTML сейчас — это HTML Living Standard. Начиная с версии 4.0 многие элементы стали устаревшими (их рекомендовали не использовать на страницах) — стандарт очистился.

Типы синтаксиса в DOCTYPE

Синтаксис HTML-документа бывает:

Сравниваем DOCTYPE для HTML 1.0 и HTML 4.01 на примерах

Переходный синтаксис

Есть все элементы и атрибуты HTML. С устаревшими и презентационными. Фреймов нет. А разметка должна быть сделана как качественно созданный XML.

Тут есть все элементы и атрибуты HTML, в том числе устаревший тег шрифта. А также новые. Фреймов нет.

Строгий синтаксис

В этом уже нет устаревших и презентационных элементов. Всё ещё нет фреймов. От разметки ждут вида хорошо сформированного XML.

Есть все элементы и атрибуты без устаревших. Фреймов нет.

Фреймы

Здесь определение типа документа как у переходного с XHTML 1.0, но можно пользоваться содержимым фреймов.

Тут DTD как у переходного HTML 4.01 переходный, но тоже есть фреймы. Сейчас применяется редко, потому что фреймы устарели.

Формула с расшифровкой параметров (элементов)

И что теперь?

Время проходит, мы во многом стараемся двигаться к упрощению и унификации. В HTML5 декларация типа документа выглядит очень просто:

DOCTYPE для него самый простой из существовавших.

Что происходит, если указать DOCTYPE неправильно или не указывать его вообще

Браузеры покажут страницу по совместимости со своими старыми версиями.

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

— запомнить слишком просто.

Напоминалка на дорожку

Простыми словами, прописывая DOCTYPE, мы говорим браузерам/валидаторам, каким языком разметки мы писали свой документ. Вы помните, что кроме простого HTML бывает XHTML и XML. Кроме этого мы можем указать и степень строгости синтаксиса.

Доктайп нужен на каждой странице

Но не только он. Узнайте всё о структуре HTML-документов в интерактивных тренажёрах.

Нажатие на кнопку — согласие на обработку персональных данных

Источник

!DOCTYPE. Стандарты HTML. Валидная верстка

указывает, в соответствии с каким стандартом HTML написана ваша Web-страница.

Стандарты HTML и XHTML

В HTML 4.01 и HTML5 внешний вид страницы отделен от ее содержания. Содержание и структура (заголовки, абзацы, ссылки) задаются в HTML. Оформление (выравнивание, шрифты, цвета) задаются CSS-стилями.

Например, тег и атрибут align объявлены устаревшими.

Требования XHTML	Нельзя	Нужно
Все теги должны быть закрыты.
Все теги, атрибуты и CSS-свойства должны быть набраны в нижнем регистре.
Все значения атрибутов тегов должны быть заключены в кавычки.
Должна строго выполняться иерархия: первый тег закрывается последним.	.	.
Блочный тег не может быть вложен в строчный. (После блочного элемента дальнейший вывод на странице осуществляется с новой строки. Строчный элемент перевода строки не делает.)
Булевы атрибуты записываются в развёрнутой форме.
У изображений обязательно должно быть указано описание

Однако, 2 июля 2009 года Консорциум Всемирной паутины (W3C) сообщил о прекращении работ над XHTML 2.0, посчитав концепцию XHTML неверной. Группа программистов переключилась на работу над стандартом HTML5. В 2014 году стандарт HTML5 был завершён.

Кому интересно, могут ознакомиться с первоисточником:

Официальная версия стандарта HTML5 находится по адресу: www.w3.org/TR/html5/

Определимся с выбором. Сделать его несложно: использовать XHTML-стандарт не стоит, если вы не собираетесь расширять язык HTML.

Строгий и переходный синтаксис HTML 4.01

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

Понять, что тут к чему, проще на примере. Сначала зададим строгий синтаксис.

Строгий синтаксис

Чтобы отслеживать ошибки верстки, установим дополнение к FireFox Html Validator.

Откроем нашу страницу в браузере FireFox, наведем мышку на знак валидатора:

Двойной щелчок на знаке валидатора даст развернутый список ошибок:

Переходный синтаксис

Запускаем FireFox. Ошибок нет:

Вроде все прекрасно. Может, на этом и остановиться?

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

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

Зачем нужна валидная верстка

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

— это минус на оценке качества сайта.

Именно из-за способности поисковых систем замечать любые недочеты HТML-кода и рекомендуется соблюдать валидность верстки. Кроме того, проверяя код на валидность, можно обнаружить наряду с мелкими недочетами еще и серьезные ошибки, которые были не замечаны ранее.

Источник