Оптимизация размера Web кода


10 0

Во времена модемного соединения с интернетом размер HTML страниц имел очень важное значение и программисты очень серьезное внимание уделяли компактности HTML и JavaScript. Сейчас, когда интернет у большинства грузится на скорости более мегабита в секунду большинство откровенно забивает на компактность кода и пишет так, чтобы самому было удобно.

Лично я уже давно не забочусь о компактности, когда пишу HTML код. Мне главное, чтобы мне было удобно сопровождать мой код. А то, что пользователю приходится качать пару сотен лишних пробелов в HTML мне все равно. Это всего лишь сотни байт (умноженное на среднее 1.5 из-за UTF-8), которые для современных скоростей ничего не значат. Картинки на сайтах весят сейчас сотни килобайт и именно их нужно оптимизировать.

А ты думаешь о компактности и экономишь на пробелах, когда пишешь HTML код или JavaScript функции?


Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым


Комментарии

Серёжа

04 Сентября 2011

Мой сайтик на Joomla работает, поэтому мало возможностей оптимизировать html.  Картинки пропускаю  через Adobe Photoshop - "сохранить для веб и устройств". Уменьшаю качество картинки до предела. Когда то давно читал в одной книге, что размер каждой странички должен быть не более 35 ти килобайт. Сейчас этого уже не реально придерживаться.


M

04 Сентября 2011

Ну лично я в своих "произведениях" имею 2е версии - собственная для удобства "разработки" и та которая именно крутиться на сервере. Я не жалею времени на то что бы убрать излишки и "оптимизировать" даже такую малость.
Правда может это потому что я держу "частный" "сайтик" для себя и друзей со всей руси и снг и среди них не все обладают "супер" инетом. Да и самому приходиться иногда пользоваться "благами" мобильной связи.


Pushok

04 Сентября 2011

Сейчас, имхо, не менее актуально оптимизировать веб код. И, хотя, HTML не часто оптимизируют, а вот мнифицировать JS и CSS, а потом сжимать gzip'ом, уменьшать картинки - очень хорошая практика, ведь чем больше контента у вас, тем позднее пользователь может увидеть результат, не смотря на скорость соединения, за счет того, что на страницах больше динамических элементов.


Михаил Фленов

04 Сентября 2011

Я не имею ввиду оптимизацию Web кода, я коворю про оптимизацию РАЗМЕРА Web кода. То есть убирать лишние пробелы в оформлении и даже прогонять через спеицальные программы, которые убирают все пробелы и символы переноса строки и весь код получается в одну строку.


Серёжа

04 Сентября 2011

Интересно, есть ли такие программы, которые анализируют код веб страницы, а затем оптимизируют ее. Но при этом запоминают все что было до оптимизации. Потом, в случае необходимости редактирования, возвращают все как было.


i80586

04 Сентября 2011

Я тоже уже давно не забочусь об этом. Тем более пользователю приходиться загружать PHP-фрейморк + файлы сайта. Думаю перед громадным кода фреймворка дохлая оптимизация HTML ничто.


XHelp

04 Сентября 2011

Компиляция/сборка (веб) приложения в идеале должна проходить автоматически (maven, ant), для того что бы сразу запускать unit-тесты, подставлять разные конфигурации (dev-snapshot, release и т.д.)... Между этими шагами можно и вставить шаг, который оптимизирует выходные данные. В такой случае не будет проблем с поддержкой кода vs удобства для пользователей. Просто нужно одинажды потратить время на конфигурацию. Как пример можно привести JQuery, где есть Minified-релиз, где нет никакого форматирования и используются однобуквенные названия метотов и переменных.
В Java это можно настроить так, что-бы html вывод на ходу оптимизировался.

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

Сам на размер выходных данных не орбащаю внимания. Если пользователю ОЧЕНЬ важен низкий трафик, то он может использовать например Opera Mini или другие оптимизаторы.


Владимир (Гаврилов)

05 Сентября 2011

Как ни странно, забочусь, я так привык. Принцип: минимум HTML, максимум CSS. Раньше даже вырезал из JS-библиотек дублирующие функции. Теперь сжимаю гзипом HTML, JS, CSS. И картинки оптимизирую. Так бесит раздутый код, и особенно, неоптимизированная графика, вы не представляете! Удивительно, лепят большую картинку в маленький размер, 100х100 картинка весит 600 кб. Большего маразма трудно придумать. Дело даже не в трафике, который тратится впустую, просто глупость. Часто пользуюсь 3G модемом, и вот там это очень важно.


Overdrive

05 Сентября 2011

А я не оптимизирую размер HTML шаблона. Хотя можно прогнать через программки и выложить "рабочую" версию на сайт а у себя держать с пробелами и отступами.


Тайгер Пупс

01 Ноября 2011

Я очень серьёзно к этому отношусь - удаляю все лишние пробелы, в моём HTML-коде вообще не бывает пустых строк.

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

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

Вообще, наверное, лучше пробелы оставлять - код читабельнее.


Добавить Комментарий

Еще что-нибудь

Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.

О блоге

Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю

Обратная связь

Без проблем вступаю в неразборчивые разговоры по e-mail. Стараюсь отвечать на письма всех читателей вне зависимости от страны проживания, вероисповедания, на русском или английском языке.

Пишите мне