хостинг 502 error nginx

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

Не удивлюсь, если в Вашем случае нет связи с sape, mainlink или с какой-нибудь туристической базой, из которой берётся контент и выводится на сайте

Да ну? Это не мода, а экономия ресурсов.

За nginx стоит апачь, если очень упрощено (кэш не считаем и тд) - запрос идет к nginx'у, он его перенаправляет апачу, апачь долго думает, nginx недожидаясь (вернее после определенного времени) выкидывает 502. Без nginx апачь отдал бы страницу к примеру через минуту (были и такие примеры у меня). Эта проблема решается.

А вообще в Вашем случае много ресурсов кушает сайт или хостинг дохлый.

Эта проблема не у всех.

lighttpd распространеней nginx?

частенько замечаю на крупных сайтах последнее время

nginx удобный сервер.

Вообще хорошая замена Apache. Если бы не тысячи кривых скриптописателей под mod_php проблем бы вообще не было и от Apache бы уже давно избавились, т.к. его устройство устарело давно уже. К сожалению, в раннюю пору хостинга альтернатива CGI (очень медленному способу) были только радикальные методы, вроде встраивания в качестве модуля. Сейчас есть fpm, WSGI, лучшие альтернативы модулям, которые не закрывают скрипт (как CGI который по сути вызов с env) и не загружаются каждый раз при вызове любого файла (mod_php). Вообще идеальный вариант заменить Apache nginx, только все скриптописатели должны адаптировать свои Rewrite скрипты.

А ошибка 502 - это всего лишь показатель того, что бекенд (апаче или что там) не отвечают в срок, ошибка легко убирается установлением таймаутов недефолтных.

Мы используем Apache без Nginx на одном сервер специально ради эксперимента. Ну там другие ошибки есть, если кривые скрипты будут.

Не обязательно использовать nginx как экономию ресурсов, да и вообще - кеширубтся и экономят ресурсы те, у кого нет денег на хостинг (шутка).

Но! Рациональности ради nginx не помешает.

Например, у вас есть достаточно тяжелые процессы, которые обрабатывает апач с модулем пхп, и каждый такой процесс занимает в памяти 30-50Мб, но так же у Вас есть несколько картинок (может даже 1-2px) на сайте. Так вот представьте, что каждый такой тяжелый процесс апача будет запускться и отдавать 1-2px вместе с загрузкой страницы с тяжелым скриптом. Где тут рациональный подход? Вот и придумал народ разделять обязанности между вебсерверами.

На мой взгляд - оптимальный вариант, это nginx + apache + php-cgi (или что-то подобное) - у каждого своя задача.

Ну а по поводу 502-ых - в логи заглядывайте почаще ;)

Даже обычное проксирование (nginx -> apache) даёт плюсы. Nginx получает данные с apache, тот дальше отдыхает, а страницу вам выдаёт уже сам nginx. Получаем экономию ресурсов, т.к. процессы тяжёлого Apache не будут постоянно висеть.

Для обработки статики (картинки там, css, jpg) Apache вообще не пригоден :) (Или обработае лёгкий процесс nginx, или тяжёлый apache со всеми модулями).

А 50x ошибки - это скорее ошибки apache, а не nginx. (Apache вовремя не ответил, ответил не корректно или вообще не отзывается)

Himiko добавил 08.03.2011 в 08:28

Кешируются - да. Кроме как экономия ресурсов это для других целей не используешь собственно.

Himiko, а мне вот интересен другой вопрос, nginx - экономия, но ведь в оперативе сервера будет 2 процесса, который каждый будет "кушать" память ОЗУ

по поводу кривости скрипта: скрипт очень известный одного магазина, работаем с ним уже около 3 лет, работает на 5 разных хостингах без запинки, там где нету nginx

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

Взяли простинький ВПС поставили туда lighttpd без апача - висит около 50 интернет магазинов по 300 уников в сутки - уже год полет отличный, я вообще забыл что такое перезагрузка сервера ...

И еще по поводу кривости скрипта - у друпала конечно бывают баги, но если это кривой скрипт, то уж увольте :)

Guru911 добавил 08.03.2011 в 10:10

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

вирусы штука весьма распространенная, но это не значит что полезная !

Статистика показывает только то что люди позволяют показывать ...

Загаловки сервера часто скрывают, для того чтобы взломы там всякие и так далее ... Поэтому все условно ...

Но еще раз задумайтесь важно колличество или качество ?

Guru911 добавил 08.03.2011 в 10:15

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

Называется хотел съэкономить время, лень было впс самому настраивать ...

Guru911 добавил 08.03.2011 в 10:18

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

Могу предположить что битрикс? 😂