nginx

Настройка apache 2 + nginx + php 5 + MySQL + memcached + eaccelerator + sphinx в Ubuntu

Опубликовано admin в Пнд, 11/04/2011 - 16:48
Итак сегодня я раскажу вам как поднять Веб сервер на маломощном компьютере или VDS / VPS

Мной был взят сервер VDS в конфигурации CPU 480 MHz, RAM 256 Mb, HDD 8 Gb (Ubuntu Server 9.04).

Делаем начальные действия необходимые нам для дальнейшей работы:

выставим пароль root и зайдем под ним
sudo passwd root
su


обновим информацию о пакетах, и обновим систему
aptitude update
aptitude upgrade


доставим wget если ставились в минималке
aptitude install wget make


поставим webmin дабы было удобнее приглядывать за сервером (после установки он доступен по адресу https://ваш адрес:10000)

 (версию подставляйте свежую на момент своих действий)
wget http://prdownloads.sourceforge.net/webadmin/webmin_1.490_all.debdpkg -i webmin_1.490_all.deb
aptitude -f install

Читать далее

Повышение производительности за счет блочного кеширования

Опубликовано admin в Пнд, 11/04/2011 - 10:21
Тема блочного кеширования и ssi не раз проскакивала на Хабре. Ниже я представлю еще одну реализацию, использующего блочное кеширование, а также исходники фреймворка, использующего эти принципы, которые можно найти тут: http://github.com/akalend/quickly. А как это работает — прочитать ниже.
схема кеширования блоками
Читать далее

Игорь Сысоев: маштабируемая конфигурация nginx

Опубликовано admin в Пнд, 11/04/2011 - 10:14

Видео с доклада Игоря Сысоева на конференции http://devpoint.ru/.
В ней не будет рассказов о проксировании запросов или высоких нагрузках, автор расскажет как правильно писать конфиги для nginx.
Вначале сильно волнуется, но потом довольно быстро успокаивается ;) Читать далее

( categories: )

apache+nginx+gzip_static+yuicompressor

Опубликовано admin в Пнд, 11/04/2011 - 10:03
В этой статье я опишу принципиальные различия Apache и Nginx, архитектуру фронтэнд-бэкэнд, установку Apache в качестве бэкэнда и Nginx в качестве фронтэнда. А также опишу технологию, позволяющую ускорить работу веб-сервера: gzip_static+yuicompressor.
Читать далее
( categories: )

Ускоряем Drupal: Pressflow + Nginx + Varnish

Опубликовано admin в Пнд, 11/04/2011 - 09:51
Данная статья достаточно подробно показывает, как можно перейти на разработку сайтов Друпал с серьезной стрессоустойчивостью и возможностью обрабатывать большой трафик.

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

Довольно долго для разработки я использовал связку Drupal + Nginx с настройками сервера по умолчанию:

server {
listen 62.xxx.xx.xx:80;
server_name mysite.com www.mysite.com;
rewrite>^(/manager/.*)$>https://$host$1>permanent;
location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) {
proxy_pass 62.xxx.xx.xx:8080;
proxy_redirect mysite.com:8080/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
location / {
proxy_pass mysite.com:8080;
proxy_redirect mysite.com:8080/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
root /home/pathto/drupal613;
access_log /home/httpd-logs/mysite.com.access.log;
error_page 404 = @fallback;
}
location @fallback {
proxy_pass 62.xxx.xx.xx:8080;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
}


Читать далее
( categories: )

Подводные камни при использовании кэширования в nginx

Опубликовано admin в Пнд, 11/04/2011 - 09:31

В web-сервер и reverse-proxy nginx (http://sysoev.ru/nginx/docs/) встроены очень мощные возможности по кэшированию HTTP-ответов. Однако в ряде случаев документации и примеров не хватает, в результате не все получается так легко и просто, как хотелось бы. Например, мои конфиги nginx-а местами написаны кровью. Этой статьей я попробую немного улучшить ситуацию.

Лирическое отступление 
Я буду предполагать, что вы используете связку nginx+fastcgi_php. Если вы применяете nginx+apache+mod_php, просто замените имена директив с fastcgi_cache* на proxy_cache*, а также внесите изменения в следующие директивы (чтобы уменьшить объем кэша):
proxy_cache_key "$request_method|$host|$request_uri";
proxy_set_header  If-Modified-Since  "";
proxy_set_header  If-None-Match      "";
Приведенный вариант работает во всех версиях nginx, начиная с 0.7.x (хотя в 0.8.31 и старше его можно упростить).
Читать далее

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

( categories: )

История развития и оптимизаций одного высоконагруженного ресурса

Опубликовано admin в Пнд, 11/04/2011 - 09:09

Введение

Все началось с того, что я стал системным администратором у одного провинциального Интернет-провайдера. Помимо администрирования различного рода ресурсов, мне в присмотр достался один молодой, но бурно развивающийся ресурс. Ресурс представлял из себя классический LAMP (http://ru.wikipedia.org/wiki/LAMP) проект. Сайт, на котором генераторами контента являлись обычные пользователи.
* К слову, в то время я ничего не понимал в *nix системах, хоть и все сервера которые мне достались, были именно на нем, разбирался я во всем этом достаточно быстро.

Как обычно бывает с ресурсами, набирающими популярность, железки на которых все крутится, перестают справляться. Ресурс стоял на стареньком двухпроцессорном сервере, на котором крутились практически все сервисы для пользователей. В то время начальство не воспринимало ресурс как нечто стоящее вложений, поэтому, к моему сожалению (а позже – счастью), денег под новую железку мне не выделяли.
Читать далее
( categories: )
RSS-материал