The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Компания Google выпустила обновление Apache-модуля mod_pagespeed

25.12.2012 21:49

Представлен релиз mod_pagespeed 1.2, развиваемого компанией Google модуля для http-сервера Apache, предназначенного для автоматической оптимизации сайта с целью увеличения отзывчивости и пропускной способности при отдаче контента. Для решения указанной задачи модулем поддерживается более 40 фильтров для оптимизации web-страниц и сопутствующих ресурсов, таких как CSS, JavaScript и файлов с изображениями. Оптимизация производится в полностью прозрачном режиме и не требует изменения содержимого сайта. Код модуля распространяется под лицензией Apache.

Большинство из используемых в mod_pagespeed методов направлены на увеличение эффективности кэширования на стороне клиента, сокращение числа запросов/ответов и уменьшение размера отдаваемых и принимаемых данных. Встроенные механизмы кэширования сводят к минимуму дополнительную нагрузку на сервер, возникающую в процессе работы модуля, минимизируя число случаев, требующих выполнения преобразований на лету. В качестве примеров используемых в mod_pagespeed техник можно привести оптимизацию и сжатие изображений, уменьшение разрешения изображений (если не совпадают фактическое разрешение и указанное теге IMG), удаление избыточных данных из JavaScript-кода и CSS, удаление лишних HTML-тэгов, объединение нескольких JavaScript/CSS-файлов, оптимизация использования заголовков Expires, Cache-Control и Last-Modified.

Среди добавленных улучшений:

  • Канонизация JavaScript-библиотек - вместо загрузки типовых JavaScript-библиотек c текущего сервера, организуется их загрузка из централизованного сервиса, такого как Google Hosted Libraries, что позволяет повысить вероятность нахождения кода данных библиотек в кэше браузера (скорее всего данная библиотека была запрошена ранее, при работе с сайтами, использующими ajax.googleapis.com). Возможность направлена на увеличение эффективности кэширования при первом входе пользователя на сайт;
  • Предварительное разрешение имён в DNS - для ускорения обращения к внешним ресурсам в начало HTML-файла добавляется блок 'link rel="dns-prefetch"' для предварительного определения DNS-имён, используемых на странице, что позволяет обеспечить добавление данных об этих именах в кэш браузера на ранней стадии обработки документа, до того как эти имена будут востребованы. Свойство dns-prefetch поддерживается браузерами Chrome, Firefox и Internet Explorer;
  • Для ускорения отображения контента добавлен фильтр для преобразования JPEG файлов в прогрессивный формат, при которого картинка сразу показывается без детализации, ещё до окончании загрузки;
  • Добавлена возможность оптимизации внешних ресурсов, размещённых на сторонних сайтах, mod_pagespeed при этом выступает в роли прокси-оптимизатора.


  1. Главная ссылка к новости (http://googledevelopers.blogsp...)
  2. OpenNews: Компания Google выпустила первый стабильный релиз Apache-модуля mod_pagespeed
  3. OpenNews: Компания Google выпустила инструментарий для оптимизации web-страниц PageSpeed Insights 2
  4. OpenNews: Компания Google открыла код Apache-модуля для ускорения загрузки web-страниц
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35694-mod_pagespeed
Ключевые слова: mod_pagespeed, apache, speed
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (21) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 22:56, 25/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > загрузка из централизованного сервиса, такого как Google Hosted Libraries

    Опять грeбут под себя? Помню как у них сервак упал и половина сайтов перестала работать. Во круто!

     
     
  • 2.4, Аноним (-), 23:36, 25/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если данное решение будет  использоваться довольно часто, то все будет закешировано более менее
     
     
  • 3.8, Аноним (-), 01:43, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если данное решение будет  использоваться довольно часто, то все будет закешировано более менее

    А на практике - а вот фиг. Лично видел как гугловый хост ушел в даун по какой-то причине и сразу началась куча глюков.

     
  • 2.21, Sw00p aka Jerom (?), 18:55, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я считаю что такие библиотечки как jquery давно уже должны были бы быть на стороне клиента в поставке с браузером и обновлялись в месте с ним
     

  • 1.3, vi (?), 23:33, 25/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Большинство из используемых в mod_pagespeed методов направлены на увеличение эффективности кэширования на стороне клиента, сокращение числа запросов/ответов и уменьшение размера отдаваемых и принимаемых данных

    Во, это как это?

     
     
  • 2.5, arka (?), 00:01, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Достаточно посмотреть рекомендации от pagespeed-расширений к FF - увеличение времени кеширования статических файлов (картинки и т.д.), удаление заголовков etag из ответа, минификация/сжатие всего возможного (css, js)... и т.д. и т.п.
     

  • 1.6, Аноним (-), 01:08, 26/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > -  Добавлена возможность оптимизации внешних ресурсов, размещённых на сторонних сайтах,
    >  mod_pagespeed при этом выступает в роли прокси-оптимизатора.

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

     
     
  • 2.9, Аноним (-), 01:54, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще один неочевидный способ получить внезапно открытый прокси и быть забаненным ? Не, спасибо, мы уж как нибудь без этого.

    Установка netcat подвергает аналогичному риску :)

     
     
  • 3.19, Аноним (-), 12:15, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Установка netcat подвергает аналогичному риску :)

    Он не маскируется под оптимизаторы.

     

  • 1.7, BratSinot (ok), 01:34, 26/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И все-таки смысла в этом нет. Лучше писать не какой-то блоб к серверу, а утилиты, которые этот сайт изначально "оптимизированным" сделают.
     
     
  • 2.12, Аноним (-), 03:20, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > утилиты, которые этот сайт изначально "оптимизированным" сделают.

    А оптимизированный вариант будет примерно такой: http://button.dekel.ru/

     

  • 1.10, Аноним (-), 02:08, 26/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    speed несовместимо с неповоротливым apache. Правильный pagespeed - это nginx.
     
     
  • 2.11, BratSinot (ok), 02:16, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Под nginx есть порт этого модуля.
     
     
  • 3.13, Аноним (-), 03:20, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Под nginx есть порт этого модуля.

    Под nginx да еще с кэшом этот модуль нужен в разы реже :)

     

  • 1.14, pavlinux (ok), 04:46, 26/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    После установки модуля mod_pagespeed 1.2, развиваемого компанией Google,
    при работе через DNS 8.8.8.8, развиваемый компанией Google,
    иногда стал падать в дамп браузер Chrome, развиваемый компанией Google,
    на плугине libpepflashplayer.so, развиваемый компанией Google...

    Чё за фуйня и как жить?  :)

    http://i53.fastpic.ru/big/2012/1226/a9/f82f525190c88b991e6390dee1a9f0a9.png

    ---

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

     
     
  • 2.22, Аноним (-), 11:52, 27/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Чё за фуйня и как жить?  :)

    ...в доме который построил Джек!

     

  • 1.15, Kot (??), 06:19, 26/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > вместо  загрузки типовых JavaScript-библиотек c текущего сервера, организуется их загрузка из централизованного сервиса, такого как  Google Hosted Libraries

    Надеюсь - это никогда не станет массовым явлением. Поясню:
    сайты слишком часто "злоупотребляют" жаба-скриптами, нужно оно не часто и главным образом в веб-приложениях (сам одно такое писал и точно знал, зачем мне JS). Потому что в Опере, что в FF у меня выключен JS и настроен маленький список исключений.
    А так - если ну очень нужный мне сайт вынесет, скажем jquery на гугл-хостинг, придется дописывать функционал NoScript, а Опера так вообще не умеет..

     
     
  • 2.16, Аноним (-), 09:59, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> вместо  загрузки типовых JavaScript-библиотек c текущего сервера, организуется их загрузка из централизованного сервиса, такого как  Google Hosted Libraries
    > Надеюсь - это никогда не станет массовым явлением. Поясню:
    > сайты слишком часто "злоупотребляют" жаба-скриптами, нужно оно не часто и главным образом
    > в веб-приложениях (сам одно такое писал и точно знал, зачем мне
    > JS). Потому что в Опере, что в FF у меня выключен
    > JS и настроен маленький список исключений.
    > А так - если ну очень нужный мне сайт вынесет, скажем jquery
    > на гугл-хостинг, придется дописывать функционал NoScript, а Опера так вообще не
    > умеет..

    Ага, умник. Отруби JS полностью - и внезапно обнаружь, что в половине сайтов не работает навигация, а в другой половине - функционал. И чо? Ты ходишь только на Уеб 1.0?

     
     
  • 3.17, тоже Аноним (ok), 11:19, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Судя по кичливости заявления, человек может просто не знать, что "родные" скрипты сайтов NoScript по умолчанию не режет.
    "Внешние" же, действительно, как правило, для работы сайта некритичны.
     
  • 2.18, unknowner (?), 11:58, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Надеюсь - это никогда не станет массовым явлением.

    проснись и пой http://ru.wikipedia.org/wiki/Content_Delivery_Network

     
  • 2.20, Adui (?), 17:03, 26/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    никогда не слышал об CDN и DynDNS+GeoIP ?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру