хостинг 502 error nginx

Тариф «Персональный» — это оптимальный вариант для проектов с большим количеством обращений, предполагающих быструю работу скриптов. Для каждого клиента запускается собственный Apache, таким образом все запросы к сайту обрабатывает личный веб-сервер. PHP работает в режиме mod_php. Для компиляции и кэширования запросов предустановлен eAccelerator. Все это позволяет увеличить скорость обработки скриптов на 25%-100%.

Apache/2.2.16 PHP/5.2.16

Динамическая память 128 Мб

Время использования CPU 5 мин.

Максимальное время использования процессора в сутки/неделю 300 минут / 1600 минут

Время исполнения скрипта 500 c.

Время выполнения SQL запроса 1000 c.

Количество одновременно запущенных процессов 48

Одновременно открытых файлов из одного скрипта 64

Количество адресатов в одном письме 100

Максимальное число писем в час 300

Время между отправкой писем 0.3 c.

Одновременных анонимных ftp-сессий 10

Количество одновременных подключений к MySQL 50

скрипт shopcms проверен перепроверен, на любом говнохостинге работает в том числе есть у нас аккаунт самый простой (стандарт) на той же агаве, все работает на 5 + оставьте скрипт в покое ...

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

Удачи Вам в борьбе с nignx :)

Мне кстати, тоже интересно, это какой код PHP заточен под apache и выдаёт ошибки на nginx.

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

У нас сервер был на гиг памяти падал именно из за привешения лимитов памяти, nginx разрастался ...

Да и дело не в моем конкретном случае, проблема не нова ... почему то по запросу lighttpd 502 bad getway - google отдаст вам 5000 результатов но не 240 000 ....

Что больше никто не сталкивался с проблемами конфигурирования nginx и никто не видел таких вот табличек, на посещаемых сайтах ? или тут говорят те кто вообще ни разу не настраивал сервер ?

@homer18 высказался по делу, привел личный опыт удачного конфига - зачет спасибо, но в его случае отдельный сервер с хорошими ресурсами ...

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

Lighttpd вообще кто нибудь тут пробовал ? или тут собрались фанаты аля наши футболисты лучшие в мире ?

чтобы занть что лучше надо сначало все это попробовать ...

я пробовал и то и другое, для себя выбор сделал ... а вы пробовали и то ? и другое ?

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

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

P.S. На чистом nginx+php-cgi работает он просто напросто отлично.

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

апач может падать по segfault из-за кривой сборки php (ядро, модули, библиотеки). но вполне может, что ОС не дает скрипту использовать оперативку в том объеме, который хочет скрипт. + не забывайте, что на расход памяти влияет разрядность ОС. 128МБ маловато может быть.

На халявном 000webhost.com года два назад до 100 стр магазин на этой cms нормально работал (изредка 500е ошибки выплывали, да и то хостер такой), на любом хостинге магазин с таким количеством товара проблемно работать не будет. Либо криво cms настроили или хостинг полное Г.

а вот кривую сборку php совсем не исключаю, там фряха и собирают пых из сырцов ... так что все возможно .... 128 для этой я бы даже цмс то не назвал, выше крыши ...

хотя и удивляет их опыт в этом деле и такое ...

На FreeBSD может сегфолтится с 11 (bus error) при например recode.so или других специфических модулях.

Собирать из "сырцов" там не надо, все отлично ставится из портов.

Еще Zend Optimizer вылетать может при определенных условиях (т.к. Zend давно не выпускает обновления).