Компания Google открыла (http://googlewebmastercentral.blogspot.com/2010/11/make-your...) исходные тексты Apache-модуля mod_pagespeed (http://code.google.com/p/modpagespeed/). Модуль mod_pagespeed призван помочь web-мастерам и администраторам ускорить работу web-сервера без переработки web-приложений за счет выполнения ряда оптимизаций в автоматическом режиме.
Код модуля предназначен для работы с Apache 2.2.x и распространяется в рамках лицензии Apache 2. Открытие кода рассматривается как очередной шаг в развитии инициированной в прошлом году инициативы по оптимизации скорости работы Web. Ранее был опубликован набор инструментов Page Speed (http://code.google.com/intl/ru/speed/page-speed/) для выявления узких мест конфигурации http-сервера и оптимизации web-приложений на HTML/JavaScript/CSS.
В настоящее время mod_pagespeed включает в себя 15 выполняемых на лету оптимизаций, ускоряющих работу различных аспектов производительности web-сервера. Например, п...URL: http://googlewebmastercentral.blogspot.com/2010/11/make-your...
Новость: http://www.opennet.me/opennews/art.shtml?num=28538
Приятно слышать
реквестую порт на фрю
реквестую порт на lighttpd
Пыщ... Всё то же самое можно сделать один раз и вручную, после чего отображение сайта не будет зависить от эмулятора искусственного интеллекта.Имхо если оно кому и нужно - то мелким сайтам и неискушённым товарищам, которые не хотят париться с доводкой софта до производственных норм.
Примерно так "специалисты" пытаются обосновать свою нужность.
Большинство описанных действий - не убивает контент, касается только статики, и включается одной кнопкой.
ЗАЧЕМ здесь нужно делать один раз, вручную и для того мизерного процента сайтов у который у вебмастера руки дойдут? Предлагают готовое решение, которое значительно уменьшит трафик статикти по вебу, и то хорошо. Заменил один символ в css/js/html файле, и всё, опять надо "вручную" перебилдивать gzipы, не находите что автоматом таки лучше?P.S. Как правило, "эмулятора ИИ" и вообще автоматизации, на моей памяти боялись только люди выполняющие рутину 25% раб времени, а остальное время скучающие или сидящие в ВК. ИМХО.
> Всё то же самое можно сделать один раз и вручнуюВырезать комментарии, например?
> Имхо если оно кому и нужно - то мелким сайтамНу да. Например, www.google.com. Мелкому-мелкому...
Меня терзают смутные сомнения в том, что у Гугла где-то на продакшене используется Апач.
А меня - нет.
С 2.2 на невидимых ендюзеру концах - у меня Апачи.
ну только вручную это займет день-неделю-месяц, не говоря про сайты с контентом, который постоянно обновляется и который хорошо бы оптимизировать
> Пыщ... Всё то же самое можно сделать один раз и вручную, после
> чего отображение сайта не будет зависить от эмулятора искусственного интеллекта.
> Имхо если оно кому и нужно - то мелким сайтам и неискушённым
> товарищам, которые не хотят париться с доводкой софта до производственных норм.Эм, так уж получилось, что веб-мастера обычно думают о чём угодно, но только не над оптимизацией сайтов. В то время, как работникам различных хостингов вряд ли найдётся время оптимизировать сайты своих клиентов. Поэтому данный модуль может оказаться весьма полезным для технической администрации web-хостинга.
делая преобразования контента (особенно сжатие) на стороне сервера расходуются драгоценные ресурсы. Для снятия нагрузки с apache лучше использовать nginx в режиме проксирования. В этом варианте все задержки пользователя лягут на плечи легкого nginx и компьютер самого пользователя, а apache будет глубоко плевать на скорость пользователя, он обработает запрос за доли секунд. Такчто овчинка выделки не стоит. Бесполезный модуль.
ресурсы расходуются далеко не каждый запрос, там кэширование есть. и модуль этот не для снятия нагрузки с сервера, а скорее для уменьшения времени загрузки контента.
Да чел походу вообще не в курсе, что такое клиентская оптимизация и зачем оно надо
Чел знает что такое золотая середина и почему не стоит бросатся в крайности
Гы. Они еще и изображения на лету перепаковывают... Флаг в руки.
Наконец-то компания начала что-то давать сообществу OpenSource!..
> ... Используется gzip и deflate сжатие контента, чистка и минимизация CSS, удаление лишних тэгов в HTML, сокращение размера JavaScript-кода, объединение нескольких JavaScript/CSS-файлов;оно само не ничего не сжимает
http://code.google.com/intl/en/speed/page-speed/docs/using_m...
> Note:This output filter always generates uncompressed HTML. This filter does not interfere with the operation of mod_deflate used for compression. It runs upstream of it.
Ого-го-гооо. Перестал работать нормально js. CKEditor не отобразается - ГЛЮКИ :(
самое забавное что на примерах before | after без мода страница грузиться быстрее, во всяком случае в первых трех тестах, дальше смотреть не стал
текст новости какбэ намекаэ, что именно так и должно быть для первой загрузки
Ненужный модуль, поэтому почему-бы не дать исходники. Как правильно заметили, будет жрать больше ресурсов. А админам хостингов обычно нужно обратное. Без модуля - золотая середина.
> Из оптимизаций, которые трудно реализуемы вручнуюмодуль для даунов? такие оптимизации _обязаны_ делаться вручную.
особенно перепаковки изображений и оптимизация HTML.
а уж зачем экспайры в год выставлять и в чем трудности сжатия контента - вообще неясно.
такие вещи надежнее контролировать и конфигурировать самому. не знаешь, как эти оптимизации работают - ну и не лезь, без них проживешь. знаешь - тогда и не зачем такое странное уродство в сервер пихать
> модуль для даунов? такие оптимизации _обязаны_ делаться вручную.
> особенно перепаковки изображений и оптимизация HTML.Наверное. А как по мне - лучший mod_ к опачу - называется нжинксом, особенно если опач выбросить или оставить бакэндом, а на нжинксе врубить кеширование и прочая :)
> Наверное. А как по мне - лучший mod_ к опачу - называется
> нжинксом, особенно если опач выбросить или оставить бакэндом, а на нжинксе
> врубить кеширование и прочая :)ты попутал оптимизацию вебсайта и сервера. лично я после оптимизации сайта даже не хочу и думать про нжиксы