Pull to refresh

Comments 11

Как вариант, можно во время критической нагрузки игнорировать запросы rss: во-первых, это не критично для пользователя; во-вторых, всё равно не получится пользователя обслужить, если он заинтересуется обновлением на сайте.
RSS трогать очень не хочется. На него бывают завязаны всякие партнеры и яндексы. Ну и они обычно кешируются легко.

Да и вообще данные мероприятия проводятся как раз для того, чтобы пользователя можно бы было обслужить несмотря на всплеск нагрузки.
«всякие яндексы» итак ничего не получат по вашему сценарию ;-) Партнёры опубликуют вашу новость чуть позже — вы не потеряете посетителей, они придут просто чуть позже: «и волки целы, и овцы сыты». Зачем продолжать привлекать людей, если итак захлёбываетесь?
Логично :)
Как вариант конечно это можно рассматривать. Но лично для меня не подходит по нескольким причинам.
В первых потому что я таки хочу даже в моменты пиковых нагрузок обслуживать пользователей. А во вторых RSS кешируется, следовательно прикрыв их я не получу заметного выигрыша.

Кстати, можно настроить несколько триггеров на разный уровень нагрузки. При некритическом повышении нагрузки принимать легкие меры, а при крупных затыках уже более кардинальные.
Вместо 444 статуса лучше возвращать 503 Service Unavailable, это более правильно для поисковых ботов, по крайней мере гугловский бот правильно на него реагирует.
Спасибо за статью!
Спасибо за ссылку. Дописал в пост.
А может Вы уже выросли со своего сервера и стоит взять еще один?
Конечно оптимизация нагрузки ведется по всем фронтам.
Предложенный мной метод скорее контр аварийный. Случаи разные бывают, например кеш отвалился, или репликация, думаю этот метод может помочь в таких ситуациях.
> Для решения первой задачи я воспользовался знаменитым чудо-инструментом zabbix

Может кто-то подскажет другой, более штатный, инструментарий?
Ну можно в кроне анализировать вывод команды uptime
спасибо. совсем за uptime забыл.
Sign up to leave a comment.

Articles