Представлен (http://googledevelopers.blogspot.ru/2012/12/new-modpagespeed...) релиз mod_pagespeed 1.2 (http://www.modpagespeed.com/), развиваемого компанией Google модуля для http-сервера Apache, предназначенного для автоматической оптимизации сайта с целью увеличения отзывчивости и пропускной способности при отдаче контента. Для решения указанной задачи модулем поддерживается более 40 фильтров для оптимизации web-страниц и сопутствующих ресурсов, таких как CSS, JavaScript и файлов с изображениями. Оптимизация производится в полностью прозрачном режиме и не требует изменения содержимого сайта. Код модуля распространяется (http://code.google.com/p/modpagespeed/) под лицензией Apache.
Большинство из используемых в mod_pagespeed методов направлены на увеличение эффективности кэширования на стороне клиента, сокращение числа запросов/ответов и уменьшение размера отдаваемых и принимаемых данных. Встроенные механизмы кэширования сводят к минимуму дополнительную нагрузку на сервер, возникающую в процессе работы модуля, минимизируя число случаев, требующих выполнения преобразований на лету. В качестве примеров используемых в mod_pagespeed техник можно привести оптимизацию и сжатие изображений, уменьшение разрешения изображений (если не совпадают фактическое разрешение и указанное теге IMG), удаление избыточных данных из JavaScript-кода и CSS, удаление лишних HTML-тэгов, объединение нескольких JavaScript/CSS-файлов, оптимизация использования заголовков Expires, Cache-Control и Last-Modified.
Среди добавленных улучшений:
- Канонизация JavaScript-библиотек (https://developers.google.com/speed/docs/mod_pagespeed/filte...) - вместо загрузки типовых JavaScript-библиотек c текущего сервера, организуется их загрузка из централизованного сервиса, такого как Google Hosted Libraries (https://developers.google.com/speed/libraries/), что позволяет повысить вероятность нахождения кода данных библиотек в кэше браузера (скорее всего данная библиотека была запрошена ранее, при работе с сайтами, использующими ajax.googleapis.com). Возможность направлена на увеличение эффективности кэширования при первом входе пользователя на сайт;- Предварительное разрешение имён в DNS (https://developers.google.com/speed/docs/mod_pagespeed/filte...) - для ускорения обращения к внешним ресурсам в начало HTML-файла добавляется блок 'link rel="dns-prefetch"' для предварительного определения DNS-имён, используемых на странице, что позволяет обеспечить добавление данных об этих именах в кэш браузера на ранней стадии обработки документа, до того как эти имена будут востребованы. Свойство dns-prefetch поддерживается браузерами Chrome, Firefox и Internet Explorer;
- Для ускорения отображения контента добавлен фильтр для преобразования JPEG файлов в прогрессивный формат, при которого картинка сразу показывается без детализации, ещё до окончании загрузки;
- Добавлена возможность оптимизации внешних ресурсов, размещённых на сторонних сайтах, mod_pagespeed при этом выступает в роли прокси-оптимизатора.
URL: http://googledevelopers.blogspot.ru/2012/12/new-modpagespeed...
Новость: http://www.opennet.me/opennews/art.shtml?num=35694
> загрузка из централизованного сервиса, такого как Google Hosted LibrariesОпять грeбут под себя? Помню как у них сервак упал и половина сайтов перестала работать. Во круто!
Если данное решение будет использоваться довольно часто, то все будет закешировано более менее
> Если данное решение будет использоваться довольно часто, то все будет закешировано более менееА на практике - а вот фиг. Лично видел как гугловый хост ушел в даун по какой-то причине и сразу началась куча глюков.
я считаю что такие библиотечки как jquery давно уже должны были бы быть на стороне клиента в поставке с браузером и обновлялись в месте с ним
> Большинство из используемых в mod_pagespeed методов направлены на увеличение эффективности кэширования на стороне клиента, сокращение числа запросов/ответов и уменьшение размера отдаваемых и принимаемых данныхВо, это как это?
Достаточно посмотреть рекомендации от pagespeed-расширений к FF - увеличение времени кеширования статических файлов (картинки и т.д.), удаление заголовков etag из ответа, минификация/сжатие всего возможного (css, js)... и т.д. и т.п.
> - Добавлена возможность оптимизации внешних ресурсов, размещённых на сторонних сайтах,
> mod_pagespeed при этом выступает в роли прокси-оптимизатора.Еще один неочевидный способ получить внезапно открытый прокси и быть забаненным ? Не, спасибо, мы уж как нибудь без этого.
> Еще один неочевидный способ получить внезапно открытый прокси и быть забаненным ? Не, спасибо, мы уж как нибудь без этого.Установка netcat подвергает аналогичному риску :)
> Установка netcat подвергает аналогичному риску :)Он не маскируется под оптимизаторы.
И все-таки смысла в этом нет. Лучше писать не какой-то блоб к серверу, а утилиты, которые этот сайт изначально "оптимизированным" сделают.
> утилиты, которые этот сайт изначально "оптимизированным" сделают.А оптимизированный вариант будет примерно такой: http://button.dekel.ru/
speed несовместимо с неповоротливым apache. Правильный pagespeed - это nginx.
Под nginx есть порт этого модуля.
> Под nginx есть порт этого модуля.Под nginx да еще с кэшом этот модуль нужен в разы реже :)
После установки модуля mod_pagespeed 1.2, развиваемого компанией Google,
при работе через DNS 8.8.8.8, развиваемый компанией Google,
иногда стал падать в дамп браузер Chrome, развиваемый компанией Google,
на плугине libpepflashplayer.so, развиваемый компанией Google...Чё за фуйня и как жить? :)
http://i53.fastpic.ru/big/2012/1226/a9/f82f525190c88b991e639...
---
Теперь я понял, почему на некоторых сайтах, даже при отсутствии флеша, он дохнет.
> Чё за фуйня и как жить? :)...в доме который построил Джек!
> вместо загрузки типовых JavaScript-библиотек c текущего сервера, организуется их загрузка из централизованного сервиса, такого как Google Hosted LibrariesНадеюсь - это никогда не станет массовым явлением. Поясню:
сайты слишком часто "злоупотребляют" жаба-скриптами, нужно оно не часто и главным образом в веб-приложениях (сам одно такое писал и точно знал, зачем мне JS). Потому что в Опере, что в FF у меня выключен JS и настроен маленький список исключений.
А так - если ну очень нужный мне сайт вынесет, скажем jquery на гугл-хостинг, придется дописывать функционал NoScript, а Опера так вообще не умеет..
>> вместо загрузки типовых JavaScript-библиотек c текущего сервера, организуется их загрузка из централизованного сервиса, такого как Google Hosted Libraries
> Надеюсь - это никогда не станет массовым явлением. Поясню:
> сайты слишком часто "злоупотребляют" жаба-скриптами, нужно оно не часто и главным образом
> в веб-приложениях (сам одно такое писал и точно знал, зачем мне
> JS). Потому что в Опере, что в FF у меня выключен
> JS и настроен маленький список исключений.
> А так - если ну очень нужный мне сайт вынесет, скажем jquery
> на гугл-хостинг, придется дописывать функционал NoScript, а Опера так вообще не
> умеет..Ага, умник. Отруби JS полностью - и внезапно обнаружь, что в половине сайтов не работает навигация, а в другой половине - функционал. И чо? Ты ходишь только на Уеб 1.0?
Судя по кичливости заявления, человек может просто не знать, что "родные" скрипты сайтов NoScript по умолчанию не режет.
"Внешние" же, действительно, как правило, для работы сайта некритичны.
> Надеюсь - это никогда не станет массовым явлением.проснись и пой http://ru.wikipedia.org/wiki/Content_Delivery_Network
никогда не слышал об CDN и DynDNS+GeoIP ?
