Безопасно ли убирать пробел между «содержимым» и «кодировкой»? - PullRequest
5 голосов
/ 29 января 2012

Я уже некоторое время искал , и мне не удалось найти никаких ссылок на то, безопасно ли / возможно ли удалить пробел здесь:

<meta http-equiv="Content-Type" content="text/html; это пространство charset=UTF-8" />

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

Я вижу, что они убрали пробел на этом примере сайта . Но я больше не могу полагаться на такие сайты.

Ответы [ 3 ]

13 голосов
/ 29 января 2012

Спецификация типов носителей, RFC 2045, не требует пробела.И при этом это не запрещает место;это более неявно, так как RFC 2045 ссылается на расширенный BNF, как определено в RFC 822, который разъясняет это в пункте 3.4.2.БЕЛЫЙ ПРОБЕЛ:

«Примечание. В структурированных телах полей несколько символов ASCII линейного пространства (а именно HTAB и SPACE) обрабатываются как одиночные пробелы и могут свободно окружать любой символ.Во всех полях заголовка единственное место, в котором требуется по крайней мере один символ LWSP, находится в начале строк продолжения в сложенном поле ».

В соответствии с черновиками HTML5 особый вид тегов metaобсуждаемый может быть записан в следующей более компактной форме на том основании, что пользовательские агенты уже давно ее распознали:

<meta charset=UTF-8>

Если необходима сериализация XHTML, используйте

<meta charset="UTF-8" />

Этоболее читабельный и безопасный (меньше ошибок при наборе текста вручную).

1 голос
/ 29 января 2012

в этом нет никакого вреда, пока есть точка с запятой ";"после text/html ...

0 голосов
/ 20 июля 2012

Похоже, в Exchange Web Server существовала ошибка *1002*, которая требовала места, но браузерам вообще все равно.

...