Я видел статью, которую он написал в прошлом году о убийстве совершенства. Она была очень подробной об оптимизации HTML. Я пока запишу ее, хотя некоторые вещи в ней невозможно применить в текущей среде. В соответствии с нынешней тенденцией того, что веб-приложения постепенно становятся интерфейсными, оптимизация на стороне клиента привлекает все больше и больше внимания. Как сократить код, как быстро отображать приложения для пользователей, как сократить время ожидания пользователей и т. д., например, Yahoo. 34 золотых правила оптимизации Предлагается подробный план оптимизации.
Самой основной частью оптимизации веб-страницы должна быть оптимизация HTML. В частности, первая — это очистка разметки. Очистка разметки может не только уменьшить размер документа, но также облегчить его обслуживание и улучшить видимость для поисковых систем. разметка означает лучшую доступность), более простое обслуживание и хорошую видимость в поисковых системах), но даже для тех веб-страниц, которые считаются высокооптимизированными, если вы внимательно посмотрите на код, вы все равно можете найти множество использований тегов, которые можно удалить или устарели:
1.Комментируйте символы в скрипте.
<Язык СКРИПТА=JavaScript>
<!-- Начать
оповещение("daimaren.cn");
// Конец -->
</скрипт>
Если только почти вымерший браузер, такой как Netscape 1.0, не требует такой обработки, в большинстве основных браузеров добавление HTML-комментариев к блокам сценариев совершенно не требуется.
2.<![CDATA[ … ]>
<тип сценария="текст/javascript">
//<![CDATA[
...
//]]>
</скрипт>
Это еще одна мера предотвращения ошибок, которая часто добавляется в блоки кода js при работе с реальными документами XHTML (тип содержимого «application/xhtml+xml»), чтобы предотвратить анализ кода символа < как начала тега. содержимое, содержащееся в CDATA, будет рассматриваться как текст. Но реальная ситуация такова, что тип контента почти всех веб-страниц в настоящее время — text/html, что означает, что они не являются XML-документами в строгом смысле этого слова, а просто текстовым текстом, поэтому эта мера предотвращения ошибок совершенно не нужна. Если вы уверены, что поддерживаете XML-документы, вам следует использовать CDATA соответствующим образом в зависимости от ситуации.
3.onclick=”…”, onmouseover=”“и так далее.
Очень неразумно записывать атрибуты событий в HTML-теги, что снижает удобство сопровождения кода и загрязняет теги. Если атрибуты событий добавляются динамически через JS, этим можно не только гибко управлять, но и JS-клиентом. Преимущество кэширования заключается в том, что эти атрибуты событий не обязательно должны следовать за каждым запросом документа.
4.onclick=”javascript:…”
Это интересный беспорядок в JavaScript. Псевдопротоколы и встроенные обработчики событий могут составлять до 100 000 избыточных комбинаций. Дело в том, что содержимое атрибута события после анализа становится функцией тела. . , поэтому javascript: здесь становится бесполезным избыточным тегом.
5.href=”javascript:void(0)”
Продолжая псевдопротокол javascript:, одним из наиболее известных является javascript:void(0), который используется, чтобы избежать действия привязки по умолчанию. Это приведет к тому, что JS не сможет нормально проанализировать или вызвать ошибки (отключено/недоступно/). ошибки). Точка привязки полностью недоступна. Идеальное решение — указать правильный URL-адрес в href, а затем использовать JS для его динамической перезаписи, чтобы точка привязки не была недоступна, даже если JS не выполняется. HREF=“#” — это упрощенная и быстрая альтернатива.
6. style=”…”
Существенной ошибки нет, но ее сложно поддерживать в дальнейшем. Кроме того, перемещение ее во внешний файл CSS можно кэшировать для повышения эффективности выполнения страницы.
7. <script Language=”Javascript”
Один из наиболее неправильно понимаемых атрибутов — мнение, что это «язык» сценария — настолько стар, что был признан устаревшим в 1999 году.
8. <script charset=”…”
<script type="text/javascript" charset="UTF-8">
...
</скрипт>
Другой атрибут тега скрипта, который легко понять неправильно, — charset, описан в HTML4.01: обратите внимание, что атрибут charset относится к кодировке скрипта, указанной атрибутом src символа, и не затрагивает содержимое элемента скрипта. (Обратите внимание, что атрибут charset относится к кодировке символов сценария, обозначенной атрибутом src; он не касается содержимого элемента SCRIPT.), то есть он указывает только формат кодировки файла сценария при описании сценарий. Не рекомендуется.