Преимущества исключения заключительного тела и тегов HTML?

Question

Преимущества исключения заключительного тела и тегов HTML?

stringcase - это моя библиотека для этого; например ::

>>> from stringcase import pascalcase, snakecase
>>> snakecase('FooBarBaz')
'foo_bar_baz'
>>> pascalcase('foo_bar_baz')
'FooBarBaz'

26

rtsp

задан ina 21 July 2010 в 10:05

6 ответов

Другие вопросы по тегам:

rtsp

Похожие вопросы:

score 6 · Answer 1

Вы думаете об этом как об отдельной вещи. Если они сделали несколько разных вещей, которые экономят пропускную способность, то все это складывается. Каждый из них может быть незначительным сам по себе, но если у них есть 5 или 10 оптимизаций, то в целом это важно.

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

score 4 · Answer 2

Кроме увеличения пропускной способности, нет.

Только потому, что они делают это, ты не должен.

4

ответ дан graham.reeds 28 November 2019 в 07:47

score 3 · Answer 3

Согласно W3C , теги body и html являются необязательными и могут быть опущены.

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

Конечный тег элемента body может быть опущен, если за элементом body не сразу следует комментарий.

Если в Рекомендации W3C сказано, что теперь все в порядке, то она должна быть полностью действительной. Так что нет причин не делать этого, если только вам не нравятся незакрытые теги

score 3 · Answer 4

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

- это 14 символов, и при 3 миллиардах поисковых запросов в день это составляет примерно 39,12 ГБ данных в день без учета сжатия, или около 26 ГБ, если учесть gzipping.

Однако Google может действительно отправлять закрывающие теги body и html для старых браузеров, глядя на их пользовательские агенты. Я не могу подтвердить или опровергнуть это, но просмотр современных браузеров - Safari, Firefox и Chrome - показывает, что все они пропускают закрывающие теги.

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

score 6 · Answer 5

Я думаю, что JB на правильном пути. Их домашняя страница занимает около 8750 байт (для меня), что означает, что если они могут получить 1458 байт на сегмент TCP, это будет шесть пакетов. Дело не столько в том, чтобы сделать его 8750 байт, а не 8760, сколько в том, чтобы сделать из шести пакетов, а не семи.

Это был бы симпатичный вопрос для интервью с Google. : -)

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

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

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

score 10 · Answer 6

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

(Хотя я работаю в Google, пожалуйста, не рассматривайте это как «официальный ответ Google» - это предположение, но обоснованное.)