sunnybear Aug 6 2008 at 11:36

nginx как reverse proxy

1 min

41K

Client optimization*

Comments 46

donflash Aug 6 2008 at 12:09

Определённо в закладки!

kabachok Aug 6 2008 at 12:10

так же апачу нужен mod_rpaf для корректной работы с nginx

myiworm Aug 6 2008 at 15:33

необязательно, можно смотреть и на x-real-ip для определения ip, и обойтись без mod_rpaf

alexbig Aug 6 2008 at 23:50

а можно поподробнее?

kabachok Aug 8 2008 at 13:07

Подробнее: Вам придется переписывать ту часть кода, что работает с определением IP адреса пользователя.

alexkbs Jul 22 2011 at 09:20

Можно, только тогда в логах апача будет ерунда.

LaggyLuke Aug 6 2008 at 12:11

Интересно.
Только одна мелочь - по-моему

RewriteCond %{DOCUMENT_ROOT}/%{REQUEST_FILENAME} !-d

можно заменить на просто

RewriteCond %{REQUEST_FILENAME} !-d

А nginx отдает только определенный набор картинок?
Чего всю статику через него не отдаете?

sunnybear Aug 6 2008 at 12:25

статики не так много, а CSS/JS отдается через Apache, ибо вся Rewrite-логика под него писана

sharifulin Aug 6 2008 at 12:33

по-моему, всю логику раздачи статики можно написать на nginx и трогать Apache только когда нужно :)

sunnybear Aug 6 2008 at 12:39

боюсь, прав автор
http://webo.in/articles/all/10-frontend-…
все упрется в дисковые операции. Прочитать и отдать статику умеет быстро как nginx, так и Apache.

UFO landed and left these words here

sunnybear Aug 6 2008 at 15:18

и? где тесты производительности?

UFO landed and left these words here

sharifulin Aug 6 2008 at 12:31

Опыт работы с nginx подсказывает
expires 10y
заменить на
expires max

Иногда (но все же бывает) сервер может спросить установку даты и времени и тогда отдача контента с заголовком Expires на 10 лет не поможет, на помощь приходит параметр "max", который задаёт время 31 декабря 2037 23:55:55 GMT для строки "Expires" и 10 лет для строки "Cache-Control".

UFO landed and left these words here

juks Aug 6 2008 at 12:32

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

Ну и то, что апач никаким сжатием заниматься не должен, мне кажется, тоже очевидно.

LaggyLuke Aug 6 2008 at 12:37

А разве результаты DNS-запросов не кэшируются?

juks Aug 6 2008 at 12:45

Чтобы что-то закешировать, надо что-то спросить

LaggyLuke Aug 6 2008 at 13:23

Всё равно не вижу проблемы.
При первом обращении к example.com клиент в любом случае делает DNS-запрос.
Сделать ещё один для img.example.com - не такая уж и проблема, учитывая что это просиходит всего один раз, зато даёт много вкусных плюшек в перспективе :)

sunnybear Aug 6 2008 at 12:37

советую ознакомиться с
http://webo.in/articles/habrahabr/39-out…
и
http://webo.in/articles/habrahabr/32-par…

juks Aug 6 2008 at 13:00

Не пробовал такого, но для меня как-то странно, что браузер не может сравнить ip-адрес, а знает только доменное имя. Может, всё же, имеется в виду то, что у всех псевдонимов должен быть отдельный адрес?

Потом, при первом запросе, всё же будет задержка на DNS-разрешение всех псевдонимов, что поменяет картину, а на графиках это не отображено.

sunnybear Aug 6 2008 at 13:01

вполне Вам верю, однако, все же советую ознакомиться с темой. Для меня это тоже было странно поначалу

juks Aug 6 2008 at 13:04

Для меня сейчас главная тема - оптимизация базы данных. 20 миллисекунд как-то трудно сравнить с минутами простоя в момент засоса :-)

vinzz Aug 6 2008 at 20:06

Если очень много статики (например, мелких картинок, а-ля thumbnails) то можно сделать несколько хостов (около 3-4) для их раздачи, с точки зрения клиента, они *все* загрузятся быстрее из-за параллельности загрузки.

Pavel_Pronskiy Aug 6 2008 at 12:49

В данной конфигурации можно обойтись одним веб-сервером (nginx).

sunnybear Aug 6 2008 at 12:51

это не было задачей данного топика :)

juks Aug 6 2008 at 13:01

Мне тоже кажется, что присутствует некоторое недопонимание того, зачем нежен nginx, раз уж он взят в использование.

sunnybear Aug 6 2008 at 13:02

в названии статьи заявлено, зачем конкретно здесь нужен nginx. Что угодно можно сделать как угодно. Я не говорю, что данная конфигурация оптимальна, я говорю, что она рабочая.

juks Aug 6 2008 at 13:07

Если приделать три апача в ряд, а с конца поставить nginx, то тоже получится рабочая конфигурация

sunnybear Aug 6 2008 at 13:10

самое интересное, что никто не выкладывал тесты производительности таких серверных конфигураций, а языками начесано не на один Гб :)

sdemch Aug 6 2008 at 12:52

отличная статья

Jo_ker Aug 6 2008 at 13:31

fgf

JiMButton Aug 6 2008 at 13:36

огромное спасибо за статью!

UFO landed and left these words here

myiworm Aug 6 2008 at 15:35

народ увидел "крутые" слова, и ломанулся плюсовать.

meniam Aug 6 2008 at 20:16

народ увидел дельные слова

Woof Aug 6 2008 at 15:05

нафига жать апачем и отдавать CSS/JS?

mikes Aug 6 2008 at 15:30

послушать народ, так зачем вообще этот апач нужен то ? :-)
всё вынести в nginx

Urevic Aug 7 2008 at 02:40

Ну многие так и делают ;) Nginx + FastCGI реально рулит.

Kosyan Aug 6 2008 at 18:29

Степень сжатия 9 никто в здравом уме не ставит. При 1 текст жмется на 80% без нагрузки на проц, все остальное даст уменьшение на 1-2% при этом проц загрузишь нипадецки.

Вообще все это жевано еще в 2001 году. И я не стал бы боготворить nginx, на больших объемах трафа (больше 50мбпс) не всегда корректно работает. 1.3.41 апач собранный в статик без излишеств пашет, порой, быстрее.

UFO landed and left these words here

akshakirov Aug 6 2008 at 19:59

хм.. у Вас сервер обслуживает один проект? если так, то на кой Вам вообще апач?

sunnybear Aug 6 2008 at 22:29

я привел конфиг для одного проекта. Зачем его дублировать 100 раз с незначительными изменениями здесь?

akshakirov Aug 7 2008 at 01:06

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

sunnybear Aug 7 2008 at 07:52

к черту значимость :) Просто было интересно поставить именно такую связку. До этого с nginx не работал, настраивать все конкретно под него не было желания, а по косвенным признакам серверная производительность не сильно меняется.

LDEV Aug 7 2008 at 00:27

Прочитал эту статьи и наблу Дмитрия Котерова "50. Заметки про фронтенды, бэкенды, балансировщики и тому подобное" (http://dklab.ru/chicken/nablas/50.html) - в последней более подробно описано о Reverse proxy и её сути. Стоило бы и на страницах этого поста определить суть этого понятия, если оно раньше не встречалось.