И снова о speed performance вашего сайта

[@alfsoft]

Думаю, скоро мне пригодятся эти советы. Спа-кармаплюс-сибо!

[@zoza]

это 3 вариант

[@NonErr]

Отличная штука. Сам юзаю. А в PHP6, вроде, обещают штатный интерфейс fast-cgi.

[@johndow]

Штатный интерфейс к FastCGI bundled ещё c PHP 4.3.0 ( --enable-fastcgi). Другое дело что он корявый.
nginx + php-fpm - отличный вариант.

[@Rulez]

А есть мануалы по настройке? желательно на русском

[@johndow]

мануалы по настройке чего? штатного fastcgi? ил патченого fpm?

[@Rulez]

nginx + php-fpm

[@johndow]

Как такового мануала по такой связке не встречал. Есть вот такие:
http://sysoev.ru/nginx/docs/http/ngx_http_fastcgi_module.html
http://blog.kovyrin.net/2006/05/30/nginx-php-fastcgi-howto/ - настройка nginx с fastcgi
http://php-fpm.anight.org/docs.html - про PHP fpm. Его настройка осуществляется через php-fpm.conf - там всё достаточно понятно и прозрачно.

[@Rulez]

Огромное благодарю, если что к вам за консультацией можно?

[@johndow]

Обращайтесь, чем смогу - помогу.
Данная связка очень хорошо проявила себя.
Сейчас применил nginx в качестве фронтэнда для tomcat. Пока тоже всяко доволен )

[@syndicut]

>Забудьте о всяких ob_start("ob_gzhandler");
>
>Зачем напрягать php и себя, если можно сжимать всё веб сервером автоматически?
>Ставим\включаем mod_deflate или mod_gzip для apache и всё! весь ваш контент будет сжат автоматом >(почти :) ).

Стоит добавить, что, если я не ошибаюсь, mod_deflate и mod_gzip сжимают вывод скриптов только если они через cgi, в случае же с mod_php вывод не сжимается. Если я не прав, то поправьте меня.

[@zoza]

проверю - отпишусь

[@proxor]

Не правы.

[@Razunter]

javascript_aggregator.... Вот пофиксят багу с TinyMCE - тогда посмотрим...

[@zoza]

да. есть такое дело.. просто мне не актуально

[@slayerhabr]

если я правильно понял 2 вариант, то можно предложить
4 вариант:
вешаем апач на другой порт, а nginx проксирует на него некоторые (специфические) запросы

[@zoza]

это и есть 2 вариант
апач как бек-енд

[@donquijote]

Для сжатия и объединения js и css файлов можно использовать minify - принцип тот же, но можно использовать не только в drupal.

[@m151]

Автор, добавьте этот совет в топик! странно, что вы его пропустили

[@zoza]

ну что-то похожее это css спрайты
но вечером, дома, добавлю

[@sunnybear]

надеюсь, будущие материалы у автора будут более высокого качества

[@Santacruz]

ой ой ой... какое мы конкретное :)
PS. Все равно спасибо за статьи по теме

[@zoza]

автор (я) не писатель :)

[@sunnybear]

дело не в писательских навыках, а в умении грамотно подавать материал. Это касается и контекстных ссылок на источники, касающиеся тематики. И контекстных картинок, а не "все в одном месте". И последовательности в изложении материала (а не наборе цитат). И в разметке статьи, которая "не режет глаз". И в умении выделять новое, а не повторять одно и то же, избранно компилируя разные источники.

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

[@powerman]

Автор, :) поправьте, плз: "на право, с верху" - надо писать слитно в данном контексте.

[@alexbig]

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

[@geospot]

Так напишите лучше! А критиковать все могут.

[@alexbig]

критиковать не запрещали. будет интересный материал — обязательно напишу.
когда буду писать, подумаю, как раскрыть тему и донести информацию до читателя так, чтобы было приятно читать и чтобы что-то осталось в голове у тех, кому понравится.

[@goodbear]

При чтении таких вещей истпытываю странно ощущение, сначала надергав библиотек и фреймворков пишем как попало сайт, затем проделав очевидные вещи приводим все к более-менее удобоваримому виду и удивляемся этому...

Ну откуда такой наивняк идет? Неужели это все сразу не ясно, что сто загрузок вместо одной будет больше времени есть? Сколько еще можно удивляться сжатию и кэшированию? Мрак...

[@glader]

О! Расскажите пожалуйста, как писать сайт не как попало?

[@goodbear]

Зачем? Гугл в руки и вперед, материалов в сети достаточно. Просто перед тем как что-то делать надо понять для себя как это работает и чем это черевато.

[@glader]

В сети конечно материалов много. Но к сожалению не все они содержат хорошие советы. Вот вы например недовольны этой статьей. Порекомендуйте плз хорошие вещи.

[@Covex]

Ставим\включаем mod_deflate или mod_gzip для apache и всё! весь ваш контент будет сжат автоматом (почти :) ).

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

nginx может сжимать файлы по Content-Type: text/html можно жать всегда, а для css и js где-то толи в доках, толи в поставляемых файлах есть пример использования (там IE6 иногде не понимает сжатый контент)

[@alrond]

Заинтересовало, поискал на странице и в рассылке, нашел только тему "gzip, javascript", в которой есть ссылка на http://support.microsoft.com/kb/825057/e…
И еще цитата с рассылки: "Да, но тут же HTTPS и выбрана особая настройка, т.е. достаточно узкие условия."

[@alfa]

для nginx есть gzip_static_module, он вначале "смотрит" .gz представление css или js файла и отдает его в случае наличия, это позволяет не сжимать каждый раз статику отдаваемую пользователям.

[@Covex]

Я про это не знал. Спасибо =)
Пойду пну админа по этому поводу.

[@AirWorker]

Кроме nginx забыли про lighttpd, а это на данный момент мейнстрим.
Можно топик перенести в "Высокая производительность", а то блог какой-то дохлый...

[@anight]

Это мейнстрим только за пределами России ;-)

[@Denys]

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

[@zoza]

потому что задача у меня стояла сделать это именно с drupal

[@Denys]

Но ты ничего не сделал с самим друпалом!
Я понимаю если бы ты оптимизировал код вывода шаблона, модулей, статьи; оптимизировал загрузку самим друпалом на сервер. Вот тогда можно упоминать его.
А так эту статью можно применить и для джумлы, и для вордпресса, и для вики, и для...
Измени название - вместо друпал напиши КМС. А то отпугнёшь тех кто не пользуется друпалом, а например использует вордпресс.

[@geospot]

Прочитайте статью, прежде чем писать комментарии - там ясно сказано и про спец. модули для Друпала, и про конкретные настройки для него же.

[@Denys]

интересно где вы их там нашли? тыкните конкретно вот модуль этот и называется он так...

[@geospot]

Модуль javascript_aggregator, например.

[@Denys]

ааа, ну ладно - это заморочки для новичков, остальные работают прямо с файлами используя минты, и разного рода яхушные компресоры.
Работа на уровне цсс и ява-скриптов я бы не отнес к друпалу. Как скрипты так и цсс можно и самому сжать, что я и делаю без разных модулей...

А вот модули которые бы кэшировали на уровне БД или файлов полностью всю страницу или какие-то части страницы - это стоило бы описать. Так как такого рода модуль может сократить запрос к базе в 2-3 раза.

[@zoza]

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

[@Denys]

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

[@zoza]

Хе.. Ты перфекционист. так же как и я..
но не все так думают.
Сомневаюсь что заказчик готов променять какие-то пару сек (с 5 до 3 напр.) на "тонну бакинских комиссаров".

[@zoza]

и скорее всего не одну

[@BuriK666]

имхо apache уж очень медленный (по сравнению с nginx)

PS: еще не забываем про mysql/postgres и др., из-за них тоже создаются задержки при генерации страниц

[@Proxmiff]

Задаюсь этим же вопросом с позапрошлого сентября :)

[@ignatov]

Я ведь правильно понимаю, что измерять производительность в firebug это не самое правильное?

[@akral]

Прописывайте названия картинок не в alt, а в title. В альт должно быть сказано, что на картнике, дословно. Всплывающюю подсказку к картнике браузеры делают из title. Из alt не должны и мой не сделал.

[@ugnich]

Сказали про nginx, но не дали ни одной ссылки на инструкции по установке. Предлагаю исправить ;)
1 вариант: http://server-tuning.info/nginx/standalo…
2 вариант: http://server-tuning.info/nginx/apache-f…
Инструкция по 3 варианту в работе, скоро будет. :)

[@zoza]

добавил

[@drozdovsky]

Оптимизация speed performance сайта - замечательное занятие)
Правда, я бы порекомендовал ко всему сказанному еще одно: отказаться от тормозного drupal. Тогда и скорость генерации/выдачи страниц возрастет)

[@zoza]

а почему бы не отказаться от тормозного дотнета? :)
я думаю причина ясна - время и цена разработки!
поэтому и используют фрейморки, cms, cmf итд..

[@drozdovsky]

1) При чем здесь .NET?
2) Этот комментарий, полагаю, выражение личной неприязни к .NET? Мне, как разработчику (замечу, программирую я не только на C#, но и, если говорить о веб-приложениях, на PHP), смешно про "тормозной дотнет" читать)

[@Fduch]

Я бы дал вам домашнее задание посчитать на сколько порядков .Net быстрее PHP/Ruby (хотя это и так известно). Но я знаю, чтолюди очень не любят разрушать собственные иллюзии.

[@aduchi]

Подскажите чем меряли?

[@diablitozzz]

Вот как раз занялся это темой. Выбор остановил всё-таки на Lighttpd - и php 5.2.5 - как fast-cgi.
Nginx - не попёр :( - особенно на многопроцессорных системах.

Кстати тут вычитал чтобы потестить скорость при большой нагрузки.
Достаточно набрать. ab -n 1000 -c 200 http://localhost/
Короче команда ab. В Дебиане входит в пакет apache2-utils.

[@zoza]

а почему не "попёр"? можно поподробней?

apache benchmark
http://httpd.apache.org/docs/2.0/program…
ну я бы не назвал эту утилиту протвинутым тестером..
ab -n 1000 -c 200 — открыть сайт 1000 раз в 200 потоков (скачать одно и тоже много раз)

[@bobrob]

При сегодняшних скоростях доступа в интернет, все странички грузятся быстро. Это бессмысленная статья. Автор потерял свое время. Надо думать сегодняшним днем

[@penexe]

думать надо не только о себе, а еще и о других пользователях..

[@bobrob]

Ну извините если сайт жутко перегружен контентом, это ошибка менеджера проекта, если код перегружен – верстальщик виноват. Вариант для мобильных устройств - делать специальный CSS и желательно делать ссылку на него в начале … странице, а не как на Янедксе в конце сайта (один из немногих недосмотров яндекса

[@Dr_Logic]

Про яндекс наболело чтоли? как-то совсем не в тему. Ни к комментируемому ни к комментарию.

[@MTonly]

Всегда было интересно, о чём думает человек, создавая тему, название которой начинается со слов «И снова».

[@kashey]

Тема хорошая, хоть и мусолиться данная тема уже в пятый раз.
Про скрипт комбинатор - http://kashey.habrahabr.ru/blog/35058.ht…
Я к сожалению красиво писать не умею :(

А так - узнать бы как ускорить Ajax запросы(они не кешируются) и распределить их нагрузку..

[@goshi]

Что имеется ввиду под фразой «Ajax запросы не кешируются». На стороне клиента или сервера?

[@justhack]

процесс оптимизации скорости выдачи исключительно интимный,

для оптимизации надо конкретно знать, что оптимизировать. для этого умные люди сначала развивают средства диагностики и профайлинга, а советы в стиле Y!SLOW - рассчитаны на то, что у тебя уже дорогое и мощное железо в виде бэка, широкий канал и многое другое, что буржуями уже подразумевается за их бабло.

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