потому что Яблоки падают в небо :) ну что не понятного ...
Грамотный пиар, облачными уже вроде никаго не удивишь, а вот квадратными яблоками запросто,
реально странное яблоко, то же чуть со стула не упал в первый раз :)
А кстати где он ? :)
про текучесть памяти не слышал, про то что в ряде проектов его использует гугл, в том числе упоминали youtube.com слышал (возможно они его и допиливали под себя, как это любят большие проекты. о том что Гугл используют nginx - не слышал, для кого как А по мне так Гугл не дурак ...
Ясность с моей проблемой появилась и звучит она из уст поддержки Агавы так:
"данная проблема связана со сборкой веб сервера Apache для тарифного
плана Personal. Вы не единственный клиент, который к нам уже обратился с
подобной проблемой и такой же CMS. на тарифе Profy используется другая сборка веб сервера. "
сроки решения пока не называют, в чем именно проблема тоже не сказали, предложили на время другой тариф профи и заверили что на нем с данным скриптом проблем нет. И на том спасибо.
Я вот тут подумал, со стороны Сысоева не предусматрительно подписываться под чужими ошибками :) В смысле мог сделать так что если это ошибка Апача - так бы и писал сервер Апачь вернул 502, а не так как это сделано, мое не мое все одно сказал nginx ...
Я не правильно пост начал, свою проблему с хостингом я наверное зря привел, возможно она как раз лежит в другой плоскости, мне хотелось больше услушать аргументы и сравнение двух серверов Lighttpd и энджина ... 502 на энджине действительно случается, Drupal.ru тому подтверждение (где то выше приводил ссылку).
Guru911 добавил 11.03.2011 в 23:59
спасибо буду знать где копать, в случае если придется таки ставить фронтом энджин
Агава поражает своей расторопностью в решении проблем, 5 дней ни какого ответа, в чем дело и почему вываливается эта ошибка ...
Но и Infobox не отстает ... сегодня тоже куча 500 х ... там где их раньше не было ... синхронно идут ноздря в ноздрю, не от того ли что одни и теже новые решению внедряют ??? остается только годать ...
пока ждем вменяемых ответов от тех поддержки ...
Guru911 добавил 11.03.2011 в 15:07
секса в советском союзе тоже 70 лет не было :) иногда люди упорно не хотят замечать очевидного ...
а ведь 500 ые сами по себе не страшны, до тех пор пока на них робот Яндекса не наткнулся и ваш сайт вылетел далекоооооо
ладно, погорячился не надо было так наязжать на nginx,
но единственно "за" которое я могу понять это документация на русском ...
тема на 5 страниц 800 просмотров, но никто так и не привел пример что использовал и то и другое но выбрал nginx потому что ....
типо был девственником, женился, а жене изменять не хорошо (пусть она и не красивая у меня ) но нельзя ... типо того :)
хотя может и не там тема поднята, потому как тех спецов наверное здесь мало ...
Да и бизнес представителей заинтересованных в стабильной работе сервера наверное тоже не много ...
а вот кривую сборку php совсем не исключаю, там фряха и собирают пых из сырцов ... так что все возможно .... 128 для этой я бы даже цмс то не назвал, выше крыши ...
хотя и удивляет их опыт в этом деле и такое ...
версия свежая, магазинные функции отключены, используется как каталог, 50 страничек все го то, да там ломаться нечему ... статика (кеш) на 50 страниц смешно просто ...
борьбы никакой нет, я не тупой и понимаю что апач завершает процесс, но это не означает что на этот процесс влияет только сам апач и скрипт (без одного компонента ведь работает :) ) не силен в архитектуре , но если не ошибаюсь то nginx тоже взаимодействует с апачем, то есть нагружает его запросами, и может быть не совсем правильными ... может не дождаться ответа и так дале ... он тоже работает в памяти и занимает место ... то есть может мешаться апачу
У нас сервер был на гиг памяти падал именно из за привешения лимитов памяти, nginx разрастался ...
Да и дело не в моем конкретном случае, проблема не нова ... почему то по запросу lighttpd 502 bad getway - google отдаст вам 5000 результатов но не 240 000 ....
Что больше никто не сталкивался с проблемами конфигурирования nginx и никто не видел таких вот табличек, на посещаемых сайтах ? или тут говорят те кто вообще ни разу не настраивал сервер ?
@homer18 высказался по делу, привел личный опыт удачного конфига - зачет спасибо, но в его случае отдельный сервер с хорошими ресурсами ...
но обычно когда что либо проверяют стараются проверить это в условиях стресс тестирования ... то есть в более зажатых условиях ... о чем и речь и если в этих условиях продукт не справляется ведет себя непредсказуемо, то вероятно когда нагрузка возрастет достаточно то он снова будет себя так же вести и на хорошем железе. ...
Lighttpd вообще кто нибудь тут пробовал ? или тут собрались фанаты аля наши футболисты лучшие в мире ?
чтобы занть что лучше надо сначало все это попробовать ...
я пробовал и то и другое, для себя выбор сделал ... а вы пробовали и то ? и другое ?
Давайте так, чтобы было яснее тема обсуждения что надежнее и стабильнее (быстрату не берем в расчет так как она не сильно отличается между кондидатами ...) так вот что надежнее и стабильнее и почему вы выбрали то или иное ...
Тариф «Персональный» — это оптимальный вариант для проектов с большим количеством обращений, предполагающих быструю работу скриптов. Для каждого клиента запускается собственный 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 - кто здесь слабое звено думаю и так понятно не надо тупить ...
по какой-то причине
apache аварийно завершает работу (запись в лог-файле: [notice] child pid
36902 exit signal Segmentation fault (11)).
как получу ответ о решении праблемы, а я надеюсь что получу и именно о решении :), обязательно отчитаюсь здесь.
Guru911 добавил 08.03.2011 в 17:30
да это я попросил в первую очередь, но у них там свое виденье как это решать ...
Guru911 добавил 08.03.2011 в 17:35
на прямую не получается, да и когда фронтом ставят что либо то обычно это что-то и становится на 8080 если мне память не изменяет ... хотя могу ошибаться ... вообщем не открывает на этом порту ...
