значит разбирайтесь в скрипте, чего это он там делает такого, что остальные работать не могут. может он базы лочит?
как долго он будет "висеть"? или он так и не отрабатывает и вообще глухо вешает все? посмотрите в server-status апача, что там происходит в момент зависона
можно запустить скрипт из консоли... нужно понять что ему не нравится в конкретно этом окружении, что он так себя ведет...
конфигурацию mysql гляньте...
вот уже в который раз убеждаюсь в том, что подобные инциденты обычно таки заканчиваются переездом на более мощный vds/сервер
(д)дос на ровном месте как правило не возникает. досят тех, кто начинает нести угрозу (конкуренция), то есть возрастает посещаемость и т.д. и т.п., а не "от фонаря" - год работало-работало, - а вот вам нате!
можно конечно наворачивать лимиты на nginx с автобанами и прочим, оптимизировать запросы/алгоритмы, вводить кеширование и т.п., но итог очень часто (кроме случаев изначально грубых ошибок проектирования) будет все равно тем же - переезд (пусть через полгода-год). такова тенденция из личного опыта, то есть ИМХО....
навернуть что ли все эти 10 пунктов на несчастный vps? ☝ 🤪
ошибка 504 говорит лишь о том, что nginx дал отлуп по таймауту, когда апач еще не успел отработать
спрошу еще раз (вы так и не ответили): после запуска генерации эта ошибка вылазит на любом запросе что ли? или только для этой генерации? в первом случае это конечно лажа, во втором случаи нормально вполне
а разве она генерируется динамически? я правда не знаю что там за cms у вас, но не думаю что она генерируется по-новой постоянно...
потом таймаут а nginx какой? а у апача какой?
или у вас стала выскакивать 504 на любое обращение, пока шла генерация?
не совсем понятно просто....
заставили таки полезть в маны :D
ну в общем-то есть еще maxlifetime, так что меня память не подвела...
ну там алгоритм не прост
ставьте 1, посмотрите как будет
вот еще до кучи почитайте - /ru/forum/452646
мой пост как-бы в продолжение(дополнение) ответа myhand следует трактовать
ведь простой может случится из-за многих причин, начиная от пожара в ДЦ хостера и заканчивая банальным превышением допустимой нагрузки (в результате сайт будет недоступен части, а иногда и вообще всем клиентам)....
а стоит или нет.. вы так и не сказали чем вас не устраивал шаред-хостинг. ну и впс ведь не идет "голым железом", там же есть панель, плюс вам наверное сайт перенесут и помогут в вопросах некоторых, да и тут можно спросить тоже....
например с помощью rsync (поверх ssh) файлы, ну а БД как выйдет, то есть банально дампом или же репликацией в особо трудных случаях (думаю это не ваш случай)
вот и подумайте о целесообразности выбрасывать еще тысяч 8-10 админу, который будет мониторить ваш vps, бекапить его, быстро восстанавливать случай чего, защищать от атак/ддос-ов и т.п...
если вдруг плюсы перевесят явные минусы (расходы) - мы всегда к вашим услугам)))
есть у php переменная, что-то session_life....
/ru/forum/comment/7365489
