Когда будет исправлена ошибка "502 Bad Gateway" ???
Честно говорю, надоела !!!
не говори.....
215
нормальная ошибка !!!
55
Возьму ка я рейт и поставлю + к вопросу))
130
Раздел: WMmail.ru - Мой аккаунт, проголосовало: 400, последний комментарий: 23.12.2010 23:58 Вопрос закрыт пользователем ananas1 по причине Истек трехдневный срок с момента создания вопроса в разделе
не думаю...это нагрузка на сайт путём постоянных обновлений(обычно это используют в бирже рефераллов)
P.S.я агентом не пользуюсь, но ошибка вылазиет частенько...
Над проблемой работаем, оптимизируем код, запросы к базе и т.п. Вводим ограничение на тех, кто слишком часто дает запросы к серверу и т.п.
Если не поможет, после НГ будет решать проблему уже путем модернизации сервера.
Пусть админ купит мощный серв...или поставит анти ДДОС...
чтобы 1 юзер не мог обращатся быстрей чем 1 раз в 3 сек...Нормальный юзер так быстро не пишет=)Это положет конец скриптам на бирже...
***
Прошу АдминА принять к сведению=)
Ваш Я=)
Агент - это упрощенная версия браузера.
А вот когда ошибка выскакивает - нужно на странице серфа в нормальном браузере заблокировать. http://zarabotokdom.ucoz.ru/gljuki_s_serfom.png
По количеству заблокированых и админу будет проще найти поганца.
Хотя я и не работыю на вебip но у меня она и там была) честно
Добавлено спустя 01 минуту 36 секунд
[quote=654626]
Я уже писал, но повторюсь ещё раз, что ошибка всегда у меня выскакивает когда имеются в наличии сайты для сёрфа. Думаю выной этого является "агент"
Агент - это упрощенная версия браузера.
А вот когда ошибка выскакивает - нужно на странице серфа в нормальном браузере заблокировать. http://zarabotokdom.ucoz.ru/gljuki_s_serfom.png
По количеству заблокированых и админу будет проще найти поганца.
Над проблемой работаем, оптимизируем код, запросы к базе и т.п. Вводим ограничение на тех, кто слишком часто дает запросы к серверу и т.п.
Что-то не нравится мне идея с ограничениями. Для админа это самый простой путь, а вот для пользователей неудобство в работе.
Меняем шило на мыло.
Предположим, что предложенные меры подействуют, но при достижении цифры в 2000-2500 человек онлайн все повторится. И будем мы похожи на поезд постоянно догоняющий корову :(
Над проблемой работаем, оптимизируем код, запросы к базе и т.п. Вводим ограничение на тех, кто слишком часто дает запросы к серверу и т.п.
Если не поможет, после НГ будет решать проблему уже путем модернизации сервера.
Что-то не нравится мне идея с ограничениями. Для админа это самый простой путь, а вот для пользователей неудобство в работе.
любой сайт при проектировании рассчитывается на определенное количество пользователей
Возьмем например 1000 человек онлайн. Каждый пользователь примерно раз в 20-30 секунд отсылает новый запрос на формировании новой странички, но не чаще, так как ему нужно прочитать текущую страницу и т.п. То есть при 1000 онлайн каждую секунду на сервер приходит 50 запросов, которые он легко обрабатывает.
Теперь некоторые умники понимают, что сделать автообновление можно заработать чуть больше, что имеем, при 1000 онлайн приходит уже не 50 запросов, а 300 (а это при подсчете равносильно уже 6000 онлайн!), что является предельной нагрузкой и при следующем обращении выдается ошибка 502.
Своего рода это ддос атака.
Чтобы этого не было и вводятся ограничения, в агенте например по техническому задания должно быть ограничение не менее 20-30 секунд на обновление, но разработчик его не сделал, вот и приходится делать ограничение уже на сервере.
И будем мы похожи на поезд постоянно догоняющий корову :(
ну не стоит и забывать о том, что технологии не стоят на месте, делая апгрейд железа раз в 2-3 года можно без особых проблем соответствовать нагрузке на сервер
Самое хреновое в таких ошибках - что они возникают не всегда, а периодически. И сидеть ждать можно пол-дня..
померил нагрузку сервера до 502 и во время.
выяснил причину - падение из-за сбоя, из-за нехватки памяти или зависание от переполнения очередей?
включил бы на время подробную запись всех обращений к сайту. можно и так: на сетевом интерфейсе через tcpdump, и так: писать все запросы к сайту в отдельную таблицу mysql..
проанализировал бы самые долгие запросы к mysql.
проанализировал бы самые частые запросы к mysql.
и вставил бы ограничение на них с предупреждением.
Вынес бы в отдельный сайт с такой же авторизацией рубрики, не обязательные для основного использования сайта: вопрос-ответ (ведь 20000 вопросов и 400000 ответов с поиском грузят сервер)
Или бы разбил разделы на разные mysql сервера - письма, серфинг, задания, рефералы и биржи... для локализации проблемного места.
Конечно это долгие решения и не факт, что именно в этом проблема.
Как вариант, админ пускай подготовится и известит, в какое время он будет ждать 502 - назовем ЧАС 502 или ДЕНЬ 502 или МИНУТА 502 - в заранее обозначенное время у всех на сайте (к примеру также как "вам пришло сообщение") появляется (ТОВАРИЩИ, КЛИКАЕМ ВЕЗДЕ И ЧАЩЕ - МИНУТА 502 для выяснения ОШИБКИ)
и все открывают тяжелые разделы сайта в нескольких окнах...