Подводный камень на пути использования мета-тегов

Как известно, язык разметки гипертекста HTML предусматривает разделение общего поля тегов web-страницы на три блока:



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

Пользователь видит на web-странице содержимое первого блока, и третьего – уже в качестве заголовка страницы в браузере, который должен отображать основную суть документа, например, ремонт ipad 2. Содержимое же второго блока не отображается в браузере, это, так называемая, служебная информация, передаваемая, в том числе, мета-тегами. Например, описание документа, информация об авторе html-файла, список ключевых слов, необходимых для организации поиска страницы в интернете поисковиками.

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

Тег:



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

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

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

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