LINUX.ORG.RU

Модуль от Google ускоряет загрузку страниц под Apache

 , ,


0

4

Google выпустил mod_pagespeed — модуль для Apache — под открытой лицензией. С его помощью достигается почти двукратное ускорение загрузки страниц на стороне клиента.

Модуль mod_pagespeed содержит 15 оптимизаций, ускоряющих загрузку страниц. В первую очередь затрагивается конфигурация самого Apache. Включены оптимизации, которые Google представлял уже раньше в рамках своей инициативы Pagespeed. Иначе говоря, модуль не ускоряет сам Apache, но пытается сделать так, чтобы страницы как можно быстрее попадали в браузер на клиентской стороне. Для этого, например, оптимизированы Cache-Header, минимизированы переключения Round-Trips между сервером и клиентом и включена компрессия элементов (текст и картинки) для уменьшения трафика. Таким образом, время загрузки страниц может уменьшиться вдвое.

Кроме того, модуль оптимизирует детали, довольно сложные для ручной настройки. Например, изменение страниц, созданных CMS, без их самостоятельного разбора. В дополнение, время жизни в кэше логотипов и изображений увеличено до 1 года.

Американский регистратор доменных имён и веб-хостер GoDaddy, обслуживающий 8,5 миллионов клиентов, уже заявил, что установит у себя модуль mod_pagespeed.

Скачать mod_pagespeed можно здесь.

>>> Подробности



Проверено: post-factum ()
Последнее исправление: Dmitry_Sokolowsky (всего исправлений: 9)

Логично - за клиентами слежку установили, теперь надо аккупировать большую часть веб-серверов.

nudoru-kun
()

>>Google-Modul

Apache-Modul

Googles

сделат#

минимировано

настроит#

Cashe

Американский провайдер с 8,5 миллионами клиентов уже анонсировал, что установит у себя mod_pagespeed.

4.2. Это GoDaddy и он регистратор доменов и хостер, а не провайдер.

Хм, мне даже сложно охарактеризовать автора этой новости. Пока склоняюсь к тому, что это чей-то умный бот сбоит.

TechManiac
()
Ответ на: комментарий от TechManiac

А, я-таки сходил по ссылке. Автор конечно молодец, что попытался хоть как-то перевести, но ему бы следовало открыть для себя опеннет. Там эта новость была в 11:21, написанная нормальным русским языком

TechManiac
()

Хорошая новость, но надо бы поправить изложение

maxcom ★★★★★
()

>Американский провайдер GoDaddy

Они ж вендузятники были?

По сабжу: апач не нужен, когда есть nginx и lighttpd. И FastCGI во все поля.

anonymous
()

>ускорение .... до двух раз

убивать

anonymous
()

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

Napilnik ★★★★★
()

Поставил, проверил. Апач продержался секунд двадцать и упал. Попробовал ещё раз 0 снова упал. Зато действительно переводит картинки в код, и страница подгружалась вся разом. Один раз :-)

Ресурсов на это скушало много. Думаю, увидимся с этим модулем ещё не скоро.

alexmaru
()

>пытается сделать так, чтобы страницы как можно быстрее попадали в браузер на клиентской стороне

мне почему-то кажется, что под «браузер» гуглем имелся ввиду только Google Chrome

Sylvia ★★★★★
()

>Page Speed – это дополнение к·Firefox/Firebug с открытым кодом.

В топку. Есть Lynx и есть Opera, что даст мне Page Speed.

Кроме того, модуль оптимизирует детали, довольно сложные для ручной настройки. Например, изменение страниц, созданных CMS, без их самостоятельного разбора.


Дожили. mod_cache, mod_defalate, nginx. Кривоту самих CMS ничто не исправит.
ИМХО, гугл в очередной раз показал как хорошо делать _свои_ велосипеды.

gh0stwizard ★★★★★
()
Ответ на: комментарий от gh0stwizard

Дожили. mod_cache, mod_defalate, nginx. Кривоту самих CMS ничто не исправит.

Внутри, в конфиге, оно действительно несёт строчку

<IfModule !mod_deflate.c>
LoadModule deflate_module /usr/lib/httpd/modules/mod_deflate.so
</IfModule>

Только вот что странное в твоём сообщении: если есть nginx, зачем mod_defalate? Два раза пережимать, что-ли? До nginx'а уж пусть идёт всё несжатым, процессору легче.

alexmaru
()
Ответ на: комментарий от annulen

>многие CMS не работают через fastcgi

А многие люди в Африке не имеют компьютера. И кого это волнует?

Надо брать правильные CMS.

anonymous
()
Ответ на: комментарий от pekmop1024

>требует поддержку со стороны клиента
Это ты где такое вычитал?

kernelpanic ★★★★★
()

>Google открыл ... модуль ... под открытой лицензией.

Было бы дико и странно если бы он открыл модуль под закрытой лицензией.

веб-хостер GoDaddy, обслуживающий 8,5 миллионов клиентов, уже заявил, что установит у себя модуль mod_pagespeed

Прям таки возьмут и установят без предварительного тестирования?

Nebuchadnezzar ★★★★
()
Ответ на: комментарий от Nebuchadnezzar

> Прям таки возьмут и установят без предварительного тестирования?

Да, на локалхосте. Почему нет? :-D

Igron ★★★★★
()
Ответ на: комментарий от anonymous

> Они ж вендузятники были?

не только, там и линуксовые сервера есть. как shared так и дедики/vps.

isden ★★★★★
()
Ответ на: комментарий от Nebuchadnezzar

>таки возьмут и установят без предварительного тестирования? С ГоуДяди станется, кстати.

Sanitar
()
Ответ на: комментарий от annulen

>многие CMS не работают через fastcgi

зачем?

AVL2 ★★★★★
()

Если кто-то тестил, поделитесь плиз настройками. А то у меня почему-то жрет 100% проца и все жутко тормозит.

iron ★★★★★
()

Очень интересная идея. Особенно хочется пережим картинок по тегу alt=.

Вот только пока очень сыро. Сегодня кое-как поднял сервер. Он меня минут 20 не хотел пускать по ssh. Апач съел все ресурсы.

Буду пробовать дальше, т. к. возможности модуля интересны, но более аккуратно.

anonymous
()

хрень, удалил

DILIN ★★★★★
()

ebild'ов никто не видел?

ACR
()
Ответ на: комментарий от Igron

>> Прям таки возьмут и установят без предварительного тестирования?

Да, на локалхосте. Почему нет? :-D

Хостеру любой хост - локалхост :)

Gukl ★★★
()
Ответ на: комментарий от ggrn

> CMS ненужны

Черт побери, Холмс... Но как.... ?

Gukl ★★★
()

Жуткий костыль. Настроить так чтобы не жрал весь CPU так и не получилось...

svr4
()
Ответ на: комментарий от ggrn

> CMS ненужны

CRM, MRP, MRP II, ERP - туда же!

Счеты, тетради, карандаши - наше все!

don_Karleone
()
Ответ на: комментарий от gst

> 2alexmaru: на какой железяке тестил? выяснил причину падения?

Старый двухпроцессорный ксенон, с двумя гигами памяти, тремя небольшими сайтами - суммарно 2000 уникальных в день, хотя каждые сидят долго - специфика такая. 32-х битная архитектура, fedora 13.

выяснил причину падения?

Не стал, так-как посмотрел, что оно делает. У меня для такого, во первых, мало оперативной памяти, а во вторых - есть nginx.

alexmaru
()

О нет, гугль изобрели ускоритель интернета.

Ramen ★★★★
()

Вот за что люблю ЛОР. Вдохновляет он! :)

Один не смотрел - сразу сказал, что гумно.

Другой посмотрел, убедился что велик не работает (то ли колеса квадратные, то ли еще что).

Но при этом второй даже не удосужился зайти на http://code.google.com/p/modpagespeed/issues/list

А вдруг проблема с нагрузкой на сервер решается настройками в конфиге?

Ведь есть же nginx.

Выражаю очередное глубочайшее ФИ.

А гугль - молодцы. Двигают технологии.

de_simakov
()
Ответ на: комментарий от Sylvia

> мне почему-то кажется, что под «браузер» гуглем имелся ввиду только Google Chrome

у меня кстати такое же впечатление сложилось еще когда эту новость на опеннете читал :)

p.s. предал хром месяц назад в пользу огнелиса

robux
()

этот безумный мир требует все бОльшей скорости

kto_tama ★★★★★
()
Ответ на: комментарий от alexmaru

>Только вот что странное в твоём сообщении: если есть nginx, зачем mod_defalate?

Я сказал те реализации, которые уже существуют. Как их применять зависит от рук, случая и монетки :)

gh0stwizard ★★★★★
()
Ответ на: комментарий от true_admin

>апач на фронтенде это глупо.

mod_proxy порой куда лучше и надежней работает чем nginx сваливающийся с 500 ошибкой.

gh0stwizard ★★★★★
()
Ответ на: комментарий от true_admin

>Про 500 ошибку говорят только криворукие админы. Про апач те кто вообще не понимает ничего в hiload.

Это вообще к чему? К тому, что вы идете по пути «моды» и не знаете, что apache может работать не хуже nginx в большинстве случаев? А совмещать проксирование, сжатие и да еще к тому же load balance на одном сервере - вот верх непонимания hiload-систем.

gh0stwizard ★★★★★
()
Ответ на: комментарий от gh0stwizard

как раз я понимаю и на моду мне пофиг абсолютно. Почитай доки и узри разницу в архитектуре. Хинт: треды против конечного автомата. Проблема в том что ты не понимаешь что делает nginx. Это не просто вебсервер, это фронтенд который держит соединения, сериализует запросы(это уже автоматически получается) итд итп.

к тому же load balance на одном сервере

Не хочу тебя обидеть, мне это не интересно обсуждать с тобой после того как ты выдал такие перлы про nginx. Или ты готов обсуждать вытеснение кэша проца, переключение контекста, оверхед системных вызовов, пропускную способность памяти итд? Хотя всё это, по большому счёту, херня, главное какие результаты показывает тачка под реальной нагрузкой.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

>извини что наехал, не хочу ругаться и продолжать дальше эту тему.

Да все в порядке. Поспорить интересно со знающим человеком :)

gh0stwizard ★★★★★
()
Ответ на: комментарий от nudoru-kun

>Логично - за клиентами слежку установили, теперь надо аккупировать большую часть веб-серверов.

Толсто - он открытый.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.