В ISP кеширование работает для статики (js, css, картинки и т.д.)
И преимущество в том, что заново в браузер не будет закачиваться в течении N-времени
Кардинально на нагрузку сервера при 1 К униках это не повлияет +/- пару процентов
А вот плагины для CMS могут повлиять, которые будут кешировать динамический контент, например в RAM (memcached/memcache)
Ваш ответ на Ваш же вопрос :)
Вы на шаред хостинге не имеете доступов к более низкоуровневым фильтрам (nginx/iptables/фаерволл маршрутизатора)
Следовательно, максимум, что можно сделать, если боты слишком глупые
Создать страничку html с JS кодом установки куки специальной
А в .htaccess (если он конечно есть) сделать проверку той самой куки, если её нет, то редиректить на html страницу с JS
От мелкого хулиганства это немного спасёт
Но тут нужно действовать хостеру, и принимать что-то более глобальное (что именно - писал выше)
Мне кажется там просто неоптимально настроено ПО сервера :)
Если Вы видите 503 ошибку, значит сам сервер "жив"
Нужно причину было искать, а не ребутить ;)
Тем более Mysql умеет/практикует кеширование данных в RAM (если конечно выставлены эти опции), а Вы ребутом этот кеш убили :)
Настали суровые времена :)
у Вас тонна apache процессов
Когда их становится, больше чем ограничено в лимитах, то возвращается ошибка
подключите server-status к apache, посмотрите чем он там занимается
Возможно Вас просто DoS'ят
на скрине же копирайт :)
zabbix это
Можно "научить" отправлять сообщения на мыло, немного подправить и "научить" слать SMS
ISPmanager -> root -> Доступ к функциям вкл/выкл нужные
А ISP видят, и ставят limit_req на весь виртуалхост
Ещё на момент ввода фичи говорил, что "какашка" это решение
Учитывая, что превышения банятся фаерволом
Как итог какой-то Вася выставит лимит 1/s, и все юзеры зашедшие на его сайт будут баниться с распространением бана на весь сервер
😡😡---------- Добавлено 18.10.2016 в 16:06 ----------Прошу прощения, промахнулся, тот вроде бы Cpanel, не уж то тоже не думают, и ставят лимит на весь виртуалхост?
