Хе-хе... Я была второй после Мальборро )))
Бери шинель - иди домой )))
Сообщений 1 страница 9 из 9
Поделиться22011-10-24 09:18:21
хм.. это как?
герцогиня абскакала?
Поделиться32011-10-24 09:26:26
хм.. это как?герцогиня абскакала?
А все Опера ))) Экспресс-панель. Вчера окошко Форы замерло, а сегодня начало грузиться - так я узнала, что Фора еще дышит. Прихожу - там один Мальборро на хозяйстве. Думала - опять глюки, оказалось - нет )))
Правда, на 052 еще не проверили
Поделиться42011-10-24 09:45:14
Не расслабляйтесь ))) 052 живет - не понятно пока - побеждает ли ))) На Тапкиных демотиваторах есть точно
Поделиться52011-10-24 10:41:55
Хуле толку, 502я как вылетала так и вылетает.
Поделиться62011-10-24 11:00:04
Вот нафига было Фору снова открывать, пока геморрой не вылечили? Народ болтается, как... В проруби.
Поделиться72011-10-24 11:44:14
ра
Windows-хостинг
Украина
Германия
США
Весь каталог
Ошибка 502 Bad Gateway nginx. Как исправить
Эта статья поможет разобраться, почему на сайтах время от времени появляется ошибка 502 Bad Gateway и как эту проблему решить.
Если эта ошибка возникает, значит HTTP-запросы от клиентов до вашего сайта идут через какой-то шлюз. Например, если на хостинге перед веб-сервером Apache стоит веб-сервер nginx, то nginx будет шлюзом.
502-ая ошибка означает, что запрос от клиента прошел nginx, попал к Apache, и Apache не смог запрос обработать, о чем сообщил nginx’у. В результате nginx отдает клиенту ошибку.
Почему Apache не смог обработать запрос? Как это исправить?
Скорее всего, если сайт раньше работал, а теперь не открывается, дело не в конфигурации среды. Часто причина в нехватке ресурсов сервера, и, следовательно, в невозможности обслужить всех клиентов. В частности, проблема может быть в нехватке оперативной памяти. Такое может случиться и на VPS, и на shared-хостинге.
Если PHP работает через FastCGI, то на сервере может не хватать php-cgi процессов в моменты, когда на сайте много посетителей, заглянул прожорливый бот или кто-то рьяно скачивает ваш сайт целиком для изучения в офлайне. Веб-сервер хотел бы запустить дополнительные процессы, но памяти под них уже нет. Значит, нужно добавить памяти либо оптимизировать расход доступной.
Если команда top показывает, что память есть, возможно, дело в установленных лимитах на количество php-cgi процессов. Нужно смотреть конфигурационные файлы Apache (httpd.conf), особенно секцию модуля, отвечающего за FastCGI (mod_fascgi или mod_fastcgid).
Если проблемы регулярно возникают на обычном shared-хостинге, возможно имеет место оверселлинг или сервер плохо настроен. Подумайте о смене провайдера.
Критические замечания к статье приветствуются.
Поделиться82011-10-24 11:48:42
Ты это в личку мальборо отправь. А так каждое второе обрашение к форе даёт 502.
Поделиться92011-10-24 11:52:27
Критические замечания к статье приветствуются.
Поскольку в рассматриваемом случае есть явная корреляция ошибки и поризведенной ранее аутентификации пользователя (т.е. - зарегистрированный пользователь вошёл на сайт под своим именем и паролем и установлен сеанс) - вероятнее всего, имеет место быть всё же некая проблема с базой данных - например, не обрабатываемая должным образом ситуация, возникающая при выполнении запросов, пытающихся изменить ее содержимое - INSERT, UPDATE. Т.е., какой-то запрос к базе завершается ошибочно, а php-шная морда эту ошибку должным образом не обрабатывает, просто завершая свою работу и не возвращая прокси-серверу на его запрос ровным счетом ничего. Лечится выпрямлением рук программиста и/или администратора базы данных.