зачем показывать 502? можно же красиво оформить ... <div>"подождите, ваш запрос обрабатывается ..." </div><div>и пр <br><br><div><span class="gmail_quote">21.09.07, <b class="gmail_sendername">proforg</b> <<a href="mailto:proforg@maloletka.ru">
proforg@maloletka.ru</a>> написал(а):</span><blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">On 21.09.2007, at 18:02, Pentarh Udi wrote:<br><br>> Пробовал. Но имело место проблема. Проскакивало не редко и не часто
<br>> 502 Bad Gateway или чето такое. Апач при этом висел. Я пробовал<br>> всякое, даже с бубном попрыгать, но решения не нашел. Конкретно на<br>> этом сервере. На других ок.<br><br>502 - страшное дело :) Особенно когда эпизодическое.
<br><br>Вообще есть у меня подозрение что в случае с обычным апачем в такие<br>моменты тоже происходит что то "не то", но так как<br>пользователи не видят этой странички - то думают что всё ок и просто<br>нажимают рефреш. А при виде 502 - у них в головах срабатывает
<br>какойто странный механизм, и начинается истерика :) Ну и слухи о<br>"глючном nginx" с его 502/504.<br><br>Впрочем, обычно внимательного изучение логов nginx/apache +<br>статистики по соединениям хватает для решения поблемы,
<br>хотя и времени занимает изрядно.<br><br>><br>> 21.09.07, proforg<<a href="mailto:proforg@maloletka.ru">proforg@maloletka.ru</a>> написал(а):<br>>> А вы не пробовали тупо проксировать nginx'ом все запросы для всех
<br>>> этих сайтов к апачу ?<br>>> Он вполне позволяет и даже предполагает такую схему работы, в<br>>> значительной степени (иногда на порядок) снижая<br>>> количество активных процессов апача, как за счёт переноса keep-alive
<br>>> "на себя" так и за счёт буферизирования<br>>> относительно "долгой" отдачи контента клиенту.<br>>><br>> --<br>> Regards, Pentarh Udi<br><br>Алексей Бещёков<br><a href="mailto:proforg@maloletka.ru">
proforg@maloletka.ru</a><br>+7 495 7853149<br><br><br><br><br></blockquote></div><br> </div>