Comments 76
Думаю, скоро мне пригодятся эти советы. Спа-кармаплюс-сибо!
это 3 вариант
Отличная штука. Сам юзаю. А в PHP6, вроде, обещают штатный интерфейс fast-cgi.
Штатный интерфейс к FastCGI bundled ещё c PHP 4.3.0 ( --enable-fastcgi). Другое дело что он корявый.
nginx + php-fpm - отличный вариант.
nginx + php-fpm - отличный вариант.
А есть мануалы по настройке? желательно на русском
мануалы по настройке чего? штатного fastcgi? ил патченого fpm?
nginx + php-fpm
Как такового мануала по такой связке не встречал. Есть вот такие:
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 - там всё достаточно понятно и прозрачно.
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 - там всё достаточно понятно и прозрачно.
>Забудьте о всяких ob_start("ob_gzhandler");
>
>Зачем напрягать php и себя, если можно сжимать всё веб сервером автоматически?
>Ставим\включаем mod_deflate или mod_gzip для apache и всё! весь ваш контент будет сжат автоматом >(почти :) ).
Стоит добавить, что, если я не ошибаюсь, mod_deflate и mod_gzip сжимают вывод скриптов только если они через cgi, в случае же с mod_php вывод не сжимается. Если я не прав, то поправьте меня.
>
>Зачем напрягать php и себя, если можно сжимать всё веб сервером автоматически?
>Ставим\включаем mod_deflate или mod_gzip для apache и всё! весь ваш контент будет сжат автоматом >(почти :) ).
Стоит добавить, что, если я не ошибаюсь, mod_deflate и mod_gzip сжимают вывод скриптов только если они через cgi, в случае же с mod_php вывод не сжимается. Если я не прав, то поправьте меня.
javascript_aggregator.... Вот пофиксят багу с TinyMCE - тогда посмотрим...
если я правильно понял 2 вариант, то можно предложить
4 вариант:
вешаем апач на другой порт, а nginx проксирует на него некоторые (специфические) запросы
4 вариант:
вешаем апач на другой порт, а nginx проксирует на него некоторые (специфические) запросы
Для сжатия и объединения js и css файлов можно использовать minify - принцип тот же, но можно использовать не только в drupal.
надеюсь, будущие материалы у автора будут более высокого качества
ой ой ой... какое мы конкретное :)
PS. Все равно спасибо за статьи по теме
PS. Все равно спасибо за статьи по теме
автор (я) не писатель :)
дело не в писательских навыках, а в умении грамотно подавать материал. Это касается и контекстных ссылок на источники, касающиеся тематики. И контекстных картинок, а не "все в одном месте". И последовательности в изложении материала (а не наборе цитат). И в разметке статьи, которая "не режет глаз". И в умении выделять новое, а не повторять одно и то же, избранно компилируя разные источники.
Это все приходит с опытом оформления материалов, поэтому, я надеюсь, замечания не пройдут незамеченными (а то некоторые особенно рьяные завистники уже заминусовали).
Это все приходит с опытом оформления материалов, поэтому, я надеюсь, замечания не пройдут незамеченными (а то некоторые особенно рьяные завистники уже заминусовали).
Автор, :) поправьте, плз: "на право, с верху" - надо писать слитно в данном контексте.
полностью поддерживаю — пост ниочём.
разжёван только первый пункт, а остальное выглядит как выдача поисковика — нужна лезть дальше, чтобы понять о чём речь.
зы. пронумеруйте рисунки
разжёван только первый пункт, а остальное выглядит как выдача поисковика — нужна лезть дальше, чтобы понять о чём речь.
зы. пронумеруйте рисунки
При чтении таких вещей истпытываю странно ощущение, сначала надергав библиотек и фреймворков пишем как попало сайт, затем проделав очевидные вещи приводим все к более-менее удобоваримому виду и удивляемся этому...
Ну откуда такой наивняк идет? Неужели это все сразу не ясно, что сто загрузок вместо одной будет больше времени есть? Сколько еще можно удивляться сжатию и кэшированию? Мрак...
Ну откуда такой наивняк идет? Неужели это все сразу не ясно, что сто загрузок вместо одной будет больше времени есть? Сколько еще можно удивляться сжатию и кэшированию? Мрак...
Ставим\включаем mod_deflate или mod_gzip для apache и всё! весь ваш контент будет сжат автоматом (почти :) ).
Лучше всего не заставлять апач выполнять лишнюю работу - его задача сгенерить динамику, быстро отдать лёгкому проксирующему серверу! Чем быстрее он это сделает, тем легче будет серваку.
nginx может сжимать файлы по Content-Type: text/html можно жать всегда, а для css и js где-то толи в доках, толи в поставляемых файлах есть пример использования (там IE6 иногде не понимает сжатый контент)
Заинтересовало, поискал на странице и в рассылке, нашел только тему "gzip, javascript", в которой есть ссылка на http://support.microsoft.com/kb/825057/e…
И еще цитата с рассылки: "Да, но тут же HTTPS и выбрана особая настройка, т.е. достаточно узкие условия."
И еще цитата с рассылки: "Да, но тут же HTTPS и выбрана особая настройка, т.е. достаточно узкие условия."
для nginx есть gzip_static_module, он вначале "смотрит" .gz представление css или js файла и отдает его в случае наличия, это позволяет не сжимать каждый раз статику отдаваемую пользователям.
Кроме nginx забыли про lighttpd, а это на данный момент мейнстрим.
Можно топик перенести в "Высокая производительность", а то блог какой-то дохлый...
Можно топик перенести в "Высокая производительность", а то блог какой-то дохлый...
Ну и причем тут друпал?
Смысл вписывать то, о чем не говорится? Ну я понимаю если бы еще описал как оптимизировать движок, а так эту статью можно применить к любому веб-двигателю.
Смысл вписывать то, о чем не говорится? Ну я понимаю если бы еще описал как оптимизировать движок, а так эту статью можно применить к любому веб-двигателю.
потому что задача у меня стояла сделать это именно с drupal
Но ты ничего не сделал с самим друпалом!
Я понимаю если бы ты оптимизировал код вывода шаблона, модулей, статьи; оптимизировал загрузку самим друпалом на сервер. Вот тогда можно упоминать его.
А так эту статью можно применить и для джумлы, и для вордпресса, и для вики, и для...
Измени название - вместо друпал напиши КМС. А то отпугнёшь тех кто не пользуется друпалом, а например использует вордпресс.
Я понимаю если бы ты оптимизировал код вывода шаблона, модулей, статьи; оптимизировал загрузку самим друпалом на сервер. Вот тогда можно упоминать его.
А так эту статью можно применить и для джумлы, и для вордпресса, и для вики, и для...
Измени название - вместо друпал напиши КМС. А то отпугнёшь тех кто не пользуется друпалом, а например использует вордпресс.
Прочитайте статью, прежде чем писать комментарии - там ясно сказано и про спец. модули для Друпала, и про конкретные настройки для него же.
интересно где вы их там нашли? тыкните конкретно вот модуль этот и называется он так...
ааа, ну ладно - это заморочки для новичков, остальные работают прямо с файлами используя минты, и разного рода яхушные компресоры.
Работа на уровне цсс и ява-скриптов я бы не отнес к друпалу. Как скрипты так и цсс можно и самому сжать, что я и делаю без разных модулей...
А вот модули которые бы кэшировали на уровне БД или файлов полностью всю страницу или какие-то части страницы - это стоило бы описать. Так как такого рода модуль может сократить запрос к базе в 2-3 раза.
Работа на уровне цсс и ява-скриптов я бы не отнес к друпалу. Как скрипты так и цсс можно и самому сжать, что я и делаю без разных модулей...
А вот модули которые бы кэшировали на уровне БД или файлов полностью всю страницу или какие-то части страницы - это стоило бы описать. Так как такого рода модуль может сократить запрос к базе в 2-3 раза.
задача была сократить до не более 5 сек
вы наверно плохо представляете коммерческие проекты\разработки. это же не личный стартап, над которым ходишь с напильником кучу времени.
моя фирма получает за этот проект почасовую оплату (мы делаем только небольшую часть)
я думаю заказчикам не очень хочется платить просто так кучу денег. а время - деньги (остаётся только догадываться сколько денег за неё они заплатили)
вы наверно плохо представляете коммерческие проекты\разработки. это же не личный стартап, над которым ходишь с напильником кучу времени.
моя фирма получает за этот проект почасовую оплату (мы делаем только небольшую часть)
я думаю заказчикам не очень хочется платить просто так кучу денег. а время - деньги (остаётся только догадываться сколько денег за неё они заплатили)
имхо apache уж очень медленный (по сравнению с nginx)
PS: еще не забываем про mysql/postgres и др., из-за них тоже создаются задержки при генерации страниц
PS: еще не забываем про mysql/postgres и др., из-за них тоже создаются задержки при генерации страниц
Я ведь правильно понимаю, что измерять производительность в firebug это не самое правильное?
Прописывайте названия картинок не в alt, а в title. В альт должно быть сказано, что на картнике, дословно. Всплывающюю подсказку к картнике браузеры делают из title. Из alt не должны и мой не сделал.
Сказали про nginx, но не дали ни одной ссылки на инструкции по установке. Предлагаю исправить ;)
1 вариант: http://server-tuning.info/nginx/standalo…
2 вариант: http://server-tuning.info/nginx/apache-f…
Инструкция по 3 варианту в работе, скоро будет. :)
1 вариант: http://server-tuning.info/nginx/standalo…
2 вариант: http://server-tuning.info/nginx/apache-f…
Инструкция по 3 варианту в работе, скоро будет. :)
Оптимизация speed performance сайта - замечательное занятие)
Правда, я бы порекомендовал ко всему сказанному еще одно: отказаться от тормозного drupal. Тогда и скорость генерации/выдачи страниц возрастет)
Правда, я бы порекомендовал ко всему сказанному еще одно: отказаться от тормозного drupal. Тогда и скорость генерации/выдачи страниц возрастет)
а почему бы не отказаться от тормозного дотнета? :)
я думаю причина ясна - время и цена разработки!
поэтому и используют фрейморки, cms, cmf итд..
я думаю причина ясна - время и цена разработки!
поэтому и используют фрейморки, cms, cmf итд..
1) При чем здесь .NET?
2) Этот комментарий, полагаю, выражение личной неприязни к .NET? Мне, как разработчику (замечу, программирую я не только на C#, но и, если говорить о веб-приложениях, на PHP), смешно про "тормозной дотнет" читать)
2) Этот комментарий, полагаю, выражение личной неприязни к .NET? Мне, как разработчику (замечу, программирую я не только на C#, но и, если говорить о веб-приложениях, на PHP), смешно про "тормозной дотнет" читать)
Я бы дал вам домашнее задание посчитать на сколько порядков .Net быстрее PHP/Ruby (хотя это и так известно). Но я знаю, чтолюди очень не любят разрушать собственные иллюзии.
Подскажите чем меряли?
Вот как раз занялся это темой. Выбор остановил всё-таки на Lighttpd - и php 5.2.5 - как fast-cgi.
Nginx - не попёр :( - особенно на многопроцессорных системах.
Кстати тут вычитал чтобы потестить скорость при большой нагрузки.
Достаточно набрать. ab -n 1000 -c 200 http://localhost/
Короче команда ab. В Дебиане входит в пакет apache2-utils.
Nginx - не попёр :( - особенно на многопроцессорных системах.
Кстати тут вычитал чтобы потестить скорость при большой нагрузки.
Достаточно набрать. ab -n 1000 -c 200 http://localhost/
Короче команда ab. В Дебиане входит в пакет apache2-utils.
а почему не "попёр"? можно поподробней?
apache benchmark
http://httpd.apache.org/docs/2.0/program…
ну я бы не назвал эту утилиту протвинутым тестером..
ab -n 1000 -c 200 открыть сайт 1000 раз в 200 потоков (скачать одно и тоже много раз)
apache benchmark
http://httpd.apache.org/docs/2.0/program…
ну я бы не назвал эту утилиту протвинутым тестером..
ab -n 1000 -c 200 открыть сайт 1000 раз в 200 потоков (скачать одно и тоже много раз)
При сегодняшних скоростях доступа в интернет, все странички грузятся быстро. Это бессмысленная статья. Автор потерял свое время. Надо думать сегодняшним днем
думать надо не только о себе, а еще и о других пользователях..
Ну извините если сайт жутко перегружен контентом, это ошибка менеджера проекта, если код перегружен – верстальщик виноват. Вариант для мобильных устройств - делать специальный CSS и желательно делать ссылку на него в начале … странице, а не как на Янедксе в конце сайта (один из немногих недосмотров яндекса
Всегда было интересно, о чём думает человек, создавая тему, название которой начинается со слов «И снова».
Тема хорошая, хоть и мусолиться данная тема уже в пятый раз.
Про скрипт комбинатор - http://kashey.habrahabr.ru/blog/35058.ht…
Я к сожалению красиво писать не умею :(
А так - узнать бы как ускорить Ajax запросы(они не кешируются) и распределить их нагрузку..
Про скрипт комбинатор - http://kashey.habrahabr.ru/blog/35058.ht…
Я к сожалению красиво писать не умею :(
А так - узнать бы как ускорить Ajax запросы(они не кешируются) и распределить их нагрузку..
процесс оптимизации скорости выдачи исключительно интимный,
для оптимизации надо конкретно знать, что оптимизировать. для этого умные люди сначала развивают средства диагностики и профайлинга, а советы в стиле Y!SLOW - рассчитаны на то, что у тебя уже дорогое и мощное железо в виде бэка, широкий канал и многое другое, что буржуями уже подразумевается за их бабло.
думаю, в отношении национальных веб-два-нольных приложений - важно обеспечить быструю выдачу для многих клиентов, а это уже затрагивает вопросы кластеризации/отказоустойчивости разработанного решения.
для оптимизации надо конкретно знать, что оптимизировать. для этого умные люди сначала развивают средства диагностики и профайлинга, а советы в стиле Y!SLOW - рассчитаны на то, что у тебя уже дорогое и мощное железо в виде бэка, широкий канал и многое другое, что буржуями уже подразумевается за их бабло.
думаю, в отношении национальных веб-два-нольных приложений - важно обеспечить быструю выдачу для многих клиентов, а это уже затрагивает вопросы кластеризации/отказоустойчивости разработанного решения.
Sign up to leave a comment.
И снова о speed performance вашего сайта