Скорее всего дело не в самом nginx, а в бэкенде, либо приложении которое на нём работает. С самим nginx на опыте не встречал никогда таких проблем. А вот с бэкендом - php-fpm или апач, без разницы что у вас там - вполне может быть. Ну и сам бэкенд глючит тоже часто не просто так, а из-за кривизны приложения (cms). Хотя пишете "без разницы динамика или статика" - имеется в виду что голый html тоже виснет? Вот очень уж маловероятно подобное. Попробуйте таки направить траф на голый html сайт без бэкенда, работающий только на nginx, или хотя бы настроить серверное кэширование на уровне nginx и посмотреть что будет.
keys.so хорош, хотя и платен. Но кое-что покажет даже без реги. Также bukvarix.com можно юзать для сбора ключей и позиций с конкурентов.
Есть биржи таких текстов, очень недорого продают статьи - около 5 руб за килознак. Покупаю там, размещаю такие статьи на некоторых сайтах. Есть траф и есть доход, хоть и небольшой, но относительно затрат очень даже приемлемый.
Статьи естественно нужно правильно готовить, как и любые другие тексты - структурировать заголовками-подзаголовками, оформлять изображениями, возможно доливать комментариев.
Сайты целиком пытался восстанавливать, и даже делаю это на заказ, однако из моего опыта ни разу ничего нормально не выстреливало. У людей возможно и стреляет, я особо не интересовался. Как вариант - можно такие тексты прогонять через переводчики и точно так же толково публиковать с оформлением.
500 ошибка при нагрузке скорее всего валится что-нибудь типа нехватки памяти для PHP. Как настроить, тем более если "не разбираетесь в SSH" - способов много. Если вопрос действительно в оптимизации - https://vpsadm.ru/optimizatsiya-servera-sokratite-vremya-otveta/ - то расписано тут как и что можно настроить. Только если опять же "не разбираетесь в SSH" - вряд ли это поможет. Хотя и настроить все это можно не через SSH, а через панель, если она там есть. Но прежде всего надо конечно понимать в чем там ошибка. 500 может возникать по сотне причин.
Рекомендую contabo - дешево и мощно. Тут описывал свой опыт пару лет назад - https://vpsadm.ru/samyie-deshevyie-moshhnyie-vps-ssd-windows/ . С тех пор уже несколько лет пользуюсь, полет нормальный, стало только дешевле. Есть клиенты имеющие десятки VPS у них работающих годами. Как самостоятельно настроить такой (и любой другой) сервер показано здесь - https://vpsadm.ru/nastroyka-servera-panel-ispmanager-5-video/ - при желании справится даже школьник.
Насколько я понял что вам нужно - это параметр MaxRequestsPerChild 150 как раз за это отвечает. Процесс перезапускается после обработки 150 запросов. Если вы установите его значение в 1 - то соотвественно получите что каждый процесс будет умирать после обработки одного запроса и возрождаться новым и ждущим запроса. Но так обычно не делается, согласен с человеком выше написавшим - копайте само приложение, чтобы оно не вешало треды апача.
Спасибо за отзывы, друзья! Рад, что могу не только помочь лично в настройке, но кому-то помогают и мои видео, и статьи в блоге. Сезон отпусков заканчивается, поэтому хочу "отметиться" и сообщить, что всегда на связи и готов решать ваши задачи и проблемы с серверами.
Не соглашусь. Ибо изначально от русских разработчиков софтина, так что на русском даже больше инфы по нему. Хотя на каком языке страницы - нет никакой разницы, когда ищешь конфиги.
И при использовании кэширующих плагинов на wordpress особо нет смысла разбираться с кэшированием nginx, ибо суть одна и та же, эффект один и тот же. Зачем в этом копаться, если того же эффекта можно добиться в три клика. Необходимость возникает только при сверхнагрузках, когда сервер даже с кэширующим плагином не выгребает нагрузку. Там уже кэшер на уровне nginx только и поможет.
Любое кэширование обычно способствует противоположным вещам - снижению нагрузки на процессор в первую очередь. И ускорению, порой в десятки раз.
"Кэширование в панели на стороне сервера" - не сильно влияет на улучшение, если речь идет о галочке в ispmanager. Это лишь кэширование статики. В CDN обычно кэшируют то же самое. Плагином - это вот основное, что у вас работает, скорее всего. Если речь о wp, то наверняка оно лишь помогает.
Самое снижающее нагрузку и ускоряющее кэширование - это серверное кэширование на уровне nginx, когда кэшируется вся страница, весь ответ бэкенда. Суть работы плагинов примерно такая же. А как его настраивать, и много чего ещё по поводу настройки сервера для максимальной производительности и ускорения расписано в моем большом мануале по оптимизации серверов.
Если вкратце - используйте php7 в режиме apache module или nginx+php-fpm, включите и настройте в нем расширение акселератор php-opcache (тоже кэширование), оптимизируйте настройки mysql (и в нем тоже есть кэширование).
Скажется в лучшую сторону, если там на нынешней действительно всё плохо. При переходе надо стремиться сохранить урлы, если они адекватные, либо переделать и сделать редиректы со старых на новые.
Все вопросы решаются редиректами страница-в-страницу, даже если меняете урлы, и всю структуру. Пользуйте wordpress и не заморачивайтесь, больше никогда не встанет такой вопрос.
