Сервер зависает при зажатии F5 на сайте

Как правило, при зажатии F5, на многие запросы следует код 499. То есть клиент (браузер) не дождался ответа.

Программу симулирующую зажатие F5 не знаю, но вот эта утилита на Perl, возможно, пригодится Вам. https://code.google.com/p/httpflooder/

Отличие в том, что она ждет ответ. :)

Кстати да, если выберете вариант с запросами, смотрите, что бы вы не забанили гугл бота, те тоже умники еще такие бегают по страницам как сумасшедшие парся их, но там можно настроить по другому. Но с лимитами запросов по ip будьте осторожней.

подсети гугла в исключения,

connlimit-above 19 -j DROP,

tcp --syn тоже ограничить в секунду и все.

Надо оптимизровать SQL-запросы, наверняка есть какой-то плагин wordpress который затормаживает работу. Можете попробовать отключать плагины по очереди и тестировать через F5 :)

Кэши, лимиты - это потом, после оптимизации SQL.

Оптимизайка, частота автоповтора клавиши ~15 символов в секунду.

Имхо, для 15 запросов в секунду - это уже надо NodeJS иметь на сервере, а не Апач с php.

Хотя, если сделать кэширование страниц, справится и Apache. nginx для отдачи статики - тоже сильно облегчит жизнь.

Но зажатая <F5> - это аномальное поведение посетителя, с аномалиями проще бороться ограничениями и лимитами на уровне сервера, а не самого скрипта.

Не надо мудрить, лимиты nginx хорошо отбивают простейшие флуды.

Для более злых посетителей рисуются скрипты автобана в фаерволе.

Да ладно, 15 запросов в сек (причем я не уверен, что браузер их действительно с такой частотой отправляет) - ерунда для php с апачем. Но не для кривых запросов на MySQL 🤪

Оптимизайка,

возьмите WP без кэша. Будете удивлены сколько ресурсов он скушает. А если еще плагинов навешать то вообще ужас.

по хорошему сайт не должен складываться даже если у нескольких человек залипнет F5

если сайт складывается то ищите узкое место, лимиты только потом.

запас по производительности должен быть всегда.