Является ли HTML слишком большим количеством текста для быстрого Интернета?

StackOverflow https://stackoverflow.com/questions/1712091

  •  19-09-2019
  •  | 
  •  

Вопрос

Кто-нибудь знает что-нибудь об эффективности HTML как передаваемого языка разметки?Мне кажется, что наличие закрывающих тегов, а не просто закрывающей фигурной скобки (или просто </>) добавляет в файл много текста.Пропускная способность — ценный ресурс, и когда миллиарды (триллионы?) HTML-файлов постоянно передаются по всему миру, эти закрывающие теги суммируются.

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

Это было полезно?

Решение

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

HTML, будучи языком разметки, многословен;но если вы уберете часть этого многословия, работать с ним внезапно станет намного труднее.

Другие советы

Нет.

Если вам нужен меньший размер загрузки, автоматически настройте свой веб-сервер на gzip-сжать все text/html ответы.

Нет.По сравнению с изображениями (и видео!) HTML все еще крошечный.Если добавить сжатие, оно станет еще лучше (особенно если повторяющиеся строки (например, имена тегов) сжимаются хорошо.

Увеличение затрат на обслуживание более чем компенсирует экономию полосы пропускания.

HTML неэффективен, и все указывает на то, что он станет менее эффективным.

Взгляните на следующий пример:

<b>some bold text</b>

против

<span class="boldText">some bold text</span>
.boldText {font-weight:bold;}

Хорошо, это небольшой пример, но он иллюстрирует мою точку зрения.

Во времена модемов 56k я писал функции Javascript на стороне клиента, а затем использовал Ajax (до того, как он назывался ajax) для передачи только значений (а не описания), а затем использовал сторону клиента для создания элементов в DOM, это оказалось примерно на 20% более эффективным, но заставило меня задуматься, изобретет ли кто-нибудь сокращенную версию HTML.Никто этого не сделал, а вместо этого мы просто обновили наши соединения, и вы правы — мы разбрасываем тонны битов, которых там быть не должно.

Но кого это волнует?

В целом, HTML-разметка не является ограничивающим фактором в отношении пропускной способности.Две основные причины:

  1. HTML — это текст, а это означает, что он легко сжимается с помощью HTTP-сжатие.
  2. Пропускная способность, используемая HTML, чрезвычайно мала по сравнению с пропускной способностью, используемой графикой/видео.

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

Если вас это действительно беспокоит, вы всегда можете настроить свой веб-сервер на сжатие HTML-контента при его обслуживании.

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

http://code.google.com/speed/articles/optimizing-html.html

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top