хостинг 502 error nginx

а в чем собственно виноват nginx при возникновении 502 ошибки?

502 - bad gateway - ошибка говорит о том, что бекэнд не ответил за отведенное время или же вообще лежит (не доступен). каким боком тут виноват nginx, мне честно говоря совершенно не понятно. ну увидали бы вы без него "connection refused" или timeout, и что с того?

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

они давно там есть

еще раз - эти факты не указывают на какие-то проблемы в nginx

они говорят о падении бакэнда, либо о кривогукости (неумении читать) админа. все.

вы сравниваете.. мм.. я не буду говорить что с чем, но думаю вы меня поняли (по толщине и длине отличаются).

а ч чего вы взяли что там должен быть апач? а вот у меня там не апач.. или даже так - 2 апача, 3 cgi, 2 fcgi и еще несколько nginx-ов, а так же сквид и varnish.. еще что-то самописное... да я могу 2 страницы перечислять. и что, каждому выдавать разные 502 что ли?

а на drupal.ru апача кажется нет вообще, там, емнип, php-fpm...

Не использую ни Nginx ни lighttpd потому, что они не дают абсолютно никакого прироста в производительности... ;). У кого под что руки заточены. Кто апач крутит, а кто nginx`ом от медленных клиентов спасается... А кто и апачем с полуоткрытыми соединениями научился бороться ;).

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

Guru911 добавил 12.03.2011 в 10:09

Читал на хабре где то про это статью - и что действительно удается ? и как вы это делаете ?

а проект размеров каких у вас ? большой ?

Guru911 добавил 12.03.2011 в 10:17

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

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

голословно, факты товарищи факты ... сами то пробовали и то и другое ? или тоже женились на всю жизнь ?

Из клиентов никто не жаловался, масштаб проектов - серьезный. Да нет у апача проблем с производительностью, просто нет. Его не умеют готовить обычно.... Nginx и lighttpd используют для чего? Правильно, для экономии памяти. А теперь предлагаю изучить почему апач может тем же способом экономить память... Ну исо всеми вытекающими. Люди, наверное, просто думают, что Сысоев круче чем большое сообщество, хотя его продукт очень достоин и его следует применять, но в других условиях (не везде имеет смысл апач).

а это уже вопрос к админу сервера.

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

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

Nginx и lighttpd - еще и статику отдают на лету, без обработки всего процесса, что тоже сильно сказывается на загрузке страницы...

Правильно организованный кеш + Nginx или lighttpd - позволяют очень серюезно увеличеть скорость отдачи ...

вот и я про то же "одна голова хорошо, а две не красиво ..."

Что будет с проектом энджина через год ? или через два ? разработчик то один ... надоест ему проект и усе ... аривидерчи ...

Нет не правильно. Читать надо документацию.

Это оупенсурс. И не умрет проект, можете не беспокоиться на этот счет. Его просто будут поддерживать уже другие люди в случае чего.

Raistlin добавил 12.03.2011 в 10:30

Разные mpm apache. Ткнул. А еще из-за системы разделения прав по умолчанию многие "маленькие" хостинги уязвимы. Правда, этому способствуют еще и быдлокодеры на php. С полуоткрытыми соединениями можно бороться соответствующими корректировками кода или модулями.

Raistlin добавил 12.03.2011 в 10:33

З.З.Ы. Не следует еще путать сервер с 512 мегабайтами RAM и сервер с 16 гигабайтами. Дефолтные настройки рассчитываются ни на то и ни на другое. И если в первом случае легко уронить сервер, то во втором случае сервер просто не нагрузить на всю катушку в случае работы преимущественно со статикой.

nginx - вообще сомнительное удовольсвтие иногда лучше и без него.

"МП-модуль должен быть выбран на этапе конфигурации, а затем скомпилирован вместе с сервером, чтобы стать его частью. Компиляторы способны оптимизировать многие функции при условии, что используются потоки, однако они должны знать еще на этапе компиляции, используются потоки или нет.

Чтобы подключить желаемый МП-модуль к Apache, используйте аргумент --with-mpm=MPM скрипта configure, где MPM - это название желаемого МП-модуля.

После того, как сервер скомпилирован, всегда можно определить, какой МП-модуль был выбран, используя команду ./httpd -l, которая выведет список всех модулей, собранных вместе с сервером, в том числе и название МП-модуля."

вот наверное потому как он должен быть скомпелирован ... его часто и пропускают, так как из сырцов редко кто ставит (ну я имею ввиду большинство юзеров, а не те 1% мега гуру ...)

"Например, для сайтов, требующих значительной масштабируемости, может быть выбран многопоточный МП-модуль, такой как worker, а для сайтов, требующих большей стабильности или совместимости со старым ПО, может быть использован prefork."

хм, что то одно, либо скорость либо стабильность ...

http://httpd.apache.org/docs/2.0/ru/mpm.html

ну а со статикой как быть в апаче ?

Это всё не обязательно.

В том же Debian можно установить Apache с нужным mpm через apt-get install ...