Pull to refresh

Comments 76

Думаю, скоро мне пригодятся эти советы. Спа-кармаплюс-сибо!
UFO just landed and posted this here
UFO just landed and posted this here
Отличная штука. Сам юзаю. А в PHP6, вроде, обещают штатный интерфейс fast-cgi.
Штатный интерфейс к FastCGI bundled ещё c PHP 4.3.0 ( --enable-fastcgi). Другое дело что он корявый.
nginx + php-fpm - отличный вариант.
А есть мануалы по настройке? желательно на русском
мануалы по настройке чего? штатного fastcgi? ил патченого 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 - там всё достаточно понятно и прозрачно.
Огромное благодарю, если что к вам за консультацией можно?
Обращайтесь, чем смогу - помогу.
Данная связка очень хорошо проявила себя.
Сейчас применил nginx в качестве фронтэнда для tomcat. Пока тоже всяко доволен )
>Забудьте о всяких ob_start("ob_gzhandler");
>
>Зачем напрягать php и себя, если можно сжимать всё веб сервером автоматически?
>Ставим\включаем mod_deflate или mod_gzip для apache и всё! весь ваш контент будет сжат автоматом >(почти :) ).

Стоит добавить, что, если я не ошибаюсь, mod_deflate и mod_gzip сжимают вывод скриптов только если они через cgi, в случае же с mod_php вывод не сжимается. Если я не прав, то поправьте меня.
проверю - отпишусь
javascript_aggregator.... Вот пофиксят багу с TinyMCE - тогда посмотрим...
да. есть такое дело.. просто мне не актуально
если я правильно понял 2 вариант, то можно предложить
4 вариант:
вешаем апач на другой порт, а nginx проксирует на него некоторые (специфические) запросы
это и есть 2 вариант
апач как бек-енд
Для сжатия и объединения js и css файлов можно использовать minify - принцип тот же, но можно использовать не только в drupal.
UFO just landed and posted this here
Автор, добавьте этот совет в топик! странно, что вы его пропустили
ну что-то похожее это css спрайты
но вечером, дома, добавлю
надеюсь, будущие материалы у автора будут более высокого качества
ой ой ой... какое мы конкретное :)
PS. Все равно спасибо за статьи по теме
автор (я) не писатель :)
дело не в писательских навыках, а в умении грамотно подавать материал. Это касается и контекстных ссылок на источники, касающиеся тематики. И контекстных картинок, а не "все в одном месте". И последовательности в изложении материала (а не наборе цитат). И в разметке статьи, которая "не режет глаз". И в умении выделять новое, а не повторять одно и то же, избранно компилируя разные источники.

Это все приходит с опытом оформления материалов, поэтому, я надеюсь, замечания не пройдут незамеченными (а то некоторые особенно рьяные завистники уже заминусовали).
Автор, :) поправьте, плз: "на право, с верху" - надо писать слитно в данном контексте.
полностью поддерживаю — пост ниочём.
разжёван только первый пункт, а остальное выглядит как выдача поисковика — нужна лезть дальше, чтобы понять о чём речь.
зы. пронумеруйте рисунки
Так напишите лучше! А критиковать все могут.
критиковать не запрещали. будет интересный материал — обязательно напишу.
когда буду писать, подумаю, как раскрыть тему и донести информацию до читателя так, чтобы было приятно читать и чтобы что-то осталось в голове у тех, кому понравится.
При чтении таких вещей истпытываю странно ощущение, сначала надергав библиотек и фреймворков пишем как попало сайт, затем проделав очевидные вещи приводим все к более-менее удобоваримому виду и удивляемся этому...

Ну откуда такой наивняк идет? Неужели это все сразу не ясно, что сто загрузок вместо одной будет больше времени есть? Сколько еще можно удивляться сжатию и кэшированию? Мрак...
О! Расскажите пожалуйста, как писать сайт не как попало?
Зачем? Гугл в руки и вперед, материалов в сети достаточно. Просто перед тем как что-то делать надо понять для себя как это работает и чем это черевато.
В сети конечно материалов много. Но к сожалению не все они содержат хорошие советы. Вот вы например недовольны этой статьей. Порекомендуйте плз хорошие вещи.
UFO just landed and posted this here
Ставим\включаем mod_deflate или mod_gzip для apache и всё! весь ваш контент будет сжат автоматом (почти :) ).

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

nginx может сжимать файлы по Content-Type: text/html можно жать всегда, а для css и js где-то толи в доках, толи в поставляемых файлах есть пример использования (там IE6 иногде не понимает сжатый контент)
Заинтересовало, поискал на странице и в рассылке, нашел только тему "gzip, javascript", в которой есть ссылка на http://support.microsoft.com/kb/825057/e…
И еще цитата с рассылки: "Да, но тут же HTTPS и выбрана особая настройка, т.е. достаточно узкие условия."
для nginx есть gzip_static_module, он вначале "смотрит" .gz представление css или js файла и отдает его в случае наличия, это позволяет не сжимать каждый раз статику отдаваемую пользователям.
Я про это не знал. Спасибо =)
Пойду пну админа по этому поводу.
Кроме nginx забыли про lighttpd, а это на данный момент мейнстрим.
Можно топик перенести в "Высокая производительность", а то блог какой-то дохлый...
Это мейнстрим только за пределами России ;-)
Ну и причем тут друпал?
Смысл вписывать то, о чем не говорится? Ну я понимаю если бы еще описал как оптимизировать движок, а так эту статью можно применить к любому веб-двигателю.
потому что задача у меня стояла сделать это именно с drupal
Но ты ничего не сделал с самим друпалом!
Я понимаю если бы ты оптимизировал код вывода шаблона, модулей, статьи; оптимизировал загрузку самим друпалом на сервер. Вот тогда можно упоминать его.
А так эту статью можно применить и для джумлы, и для вордпресса, и для вики, и для...
Измени название - вместо друпал напиши КМС. А то отпугнёшь тех кто не пользуется друпалом, а например использует вордпресс.
Прочитайте статью, прежде чем писать комментарии - там ясно сказано и про спец. модули для Друпала, и про конкретные настройки для него же.
интересно где вы их там нашли? тыкните конкретно вот модуль этот и называется он так...
Модуль javascript_aggregator, например.
ааа, ну ладно - это заморочки для новичков, остальные работают прямо с файлами используя минты, и разного рода яхушные компресоры.
Работа на уровне цсс и ява-скриптов я бы не отнес к друпалу. Как скрипты так и цсс можно и самому сжать, что я и делаю без разных модулей...

А вот модули которые бы кэшировали на уровне БД или файлов полностью всю страницу или какие-то части страницы - это стоило бы описать. Так как такого рода модуль может сократить запрос к базе в 2-3 раза.
задача была сократить до не более 5 сек
вы наверно плохо представляете коммерческие проекты\разработки. это же не личный стартап, над которым ходишь с напильником кучу времени.
моя фирма получает за этот проект почасовую оплату (мы делаем только небольшую часть)
я думаю заказчикам не очень хочется платить просто так кучу денег. а время - деньги (остаётся только догадываться сколько денег за неё они заплатили)
Представляю хорошо. Поэтому хожу с напильничками разного калибра и цепляюсь к любой мелочи. Для своего проекта можно немного недоработать, оставив, так сказать, на потом, но для клиента этот номер не проходит.
Я за качественный продукт, а не за полуфабрикат...
Хе.. Ты перфекционист. так же как и я..
но не все так думают.
Сомневаюсь что заказчик готов променять какие-то пару сек (с 5 до 3 напр.) на "тонну бакинских комиссаров".
и скорее всего не одну
имхо apache уж очень медленный (по сравнению с nginx)

PS: еще не забываем про mysql/postgres и др., из-за них тоже создаются задержки при генерации страниц
UFO just landed and posted this here
Задаюсь этим же вопросом с позапрошлого сентября :)
Я ведь правильно понимаю, что измерять производительность в firebug это не самое правильное?
Прописывайте названия картинок не в alt, а в title. В альт должно быть сказано, что на картнике, дословно. Всплывающюю подсказку к картнике браузеры делают из title. Из alt не должны и мой не сделал.
UFO just landed and posted this here
Оптимизация speed performance сайта - замечательное занятие)
Правда, я бы порекомендовал ко всему сказанному еще одно: отказаться от тормозного drupal. Тогда и скорость генерации/выдачи страниц возрастет)
а почему бы не отказаться от тормозного дотнета? :)
я думаю причина ясна - время и цена разработки!
поэтому и используют фрейморки, cms, cmf итд..
1) При чем здесь .NET?
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.
а почему не "попёр"? можно поподробней?

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 запросы(они не кешируются) и распределить их нагрузку..
Что имеется ввиду под фразой «Ajax запросы не кешируются». На стороне клиента или сервера?
процесс оптимизации скорости выдачи исключительно интимный,

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

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

Articles