Хвалёный Beget

Сканируйте сайт (Screaming Frog) и отдавайте им 500 ошибки хоть в реальном времени. В результате они подключат вам логирование ошибок, найдут первые попавшиеся и предложат их исправить. Техподдрержка Бегета действительно стала хуже чем раньше, хотя и лучше чем многие. И на кого попадешься. Я когда-то предлагал сделать систему оценок ответов, но идея не получила развития.

Как так ничего нельзя? Храните страницы в статике и делов-то, когда Мускул лежит, то пользователь даже не знает что он (мускул) лежит.

Видимо, я не до конца ясно выразился. Имелось в виду, что вы ничего не сделаете с тем, что их сервер перегружается.

Если у вас весь сайт в статике и лежит в папке на сервере, то пользователь получает запрашиваемые страницы из статики. Бегет позволяет весь сайт хранить в оперативной памяти (Редис, Мемкешед), то посетителю (и вам, до определенного времени) всё равно что происходит с сервером Мускула (MySQL), пусть хоть сгорит, пользователь всё равно будет получать страницы вашего сайта в виде статичного html файла.

Тут высшей математики нет, все просто.

aleksandrbol, спасибо за матчасть! Я в курсе и о кэшировании, и о том что вы с ним плотно дружите на Бигет (вы не так давно создавали в разделе тему, ставшую в итоге довольно популярной). При этом вы также должны быть в курсе, что в некоторых случаях кэширование неприменимо, по крайней мере без специальной предварительной подготовки сайта, что часто бывает нерационально и просто того не стоит. Также не думаю, что для каждого это окажется столь уж простым и очевидным, как вы, уже опытный в данной сфере, себе это представляете)

Повторюсь, что мое сообщение изначально адресовывалось nik_kent лишь с целью того, что бы он понимал одну из возможных причин происходящего, а не просто кричал (утрирую), мол "Бигет гавно, потому что Яндекс так говорит".

У меня были такие же мысли, что типа "как же мне кешировать навечно, то что часто изменяется" (счётчики посетителей и комментариев, информеры погоды и прочее), в итоге пришел к тому, что либо вывожу ajaxом необходимые участки на странице (как правило это не более 2% от всей страницы, всё остальное в статике), либо "закрываю глаза" и врубаю "вечный кеш".

Всё конечно зависит от потребностей. Извините, что влез в ваш диалог.

вобще такого быть не должно, чтобы mysql-сервер ребутился каждую ночь.

в phpmyadmin выполните запрос

show status like 'uptime';

переменная показывает число секунд с момента старта сервера mysql.

Согласен, не должно. Такого и нет - нигде о каждой ночи речи не шло.

ну вероятно у них есть на это какие-то причины.

Меня больше 502 ошибка волнует, которая частенько стала проскакивать на полностью не нагруженном аккаунте. В бегете пишут что front-end сервер nginx не дождался корректного ответа back-end сервера Apache и привет.

С шареда я никак этими серверами управлять не могу (по крайней мере nginxом). В логах сервера на аккаунте шареда никаких записей нет, как отловить из-за чего появляется ошибка?

Причин 502 ошибок очень много: срабатывание ограничений (memory_limit, max_execution_time и т.п.), segmentation fault (тут может быть куча причин, начиная от проблем с системными библиотеками, заканчивая багом в PHP), принудительное завершение процесса со стороны сервера.

Если у вас получается воспроизвести проблему, сделайте отладку кода. Найдите тот участок кода, который вызывает проблему.