Вот и зря - в США есть такое понятие как Managed VPS, это VPS за которой следят их админы, из популярных таким занимаются к примеру https://www.knownhost.com или https://www.liquidweb.com - т.е. проблем будет меньше чем с шаредом, ресурсов больше, заморочек никаких.
Есть ещё Baremetall Managed VPS - когда VPS находится на сервере и там только ваша VPS, т.е. по сути это аналог выделенного сервера.
That's nothing - in the United States is such a thing as a Managed VPS, VPS is followed by their administrators, from popular engaged so for example https://www.knownhost.com or https://www.liquidweb.com - ie . problems will be less than with SHARED, more resources, no problems.
There is Baremetall Managed VPS - VPS when located on the server and there is only your VPS, ie in fact it is an analogue of a dedicated server.
Из бесплатных хороша Centminmod - почему-то никто из хостеров про неё даже не вспоминает. VPSSIM чуть похуже, но тоже ничего.
Ну если брать .txt - то лучше всего он сохранится в той операционке, для которой был создан - CP/M - гарантированно у вас их оттуда никто не утащит и не посмотрит тоже.
Из всех возможных вариантов - это самая дырявая панель. И дырки не простые, а на закачку и запуск шелов в основном...
https://www.rack911labs.com/research/security-analysis-of-alternative-control-panels/
Продолжать конечно :) Можно ещё намутить nginx + apache (event + lsphp) или даже openlitespeed тестнуть.
Это IO пользователя, с этим графиком всё нормально, оно совсем немного поднялось из-за того, что было активно большое количество процессов от пользователя - в общем это следствие первого графика, можно этот проигнорировать.
В Cloudlinux уже несколько лет есть система снапшотов, которая в момент возникновения ограничения для юзера пишет лог всех запущенных скриптов и лог mysql запросов, пишутся они только в момент ограничения юзера по любому из лимитов.
Также в Cloudlinux есть система уведомлений - может уведомляться конкретный пользователь, может администратор, есть лимит по уведомлениям, например слать все ограничения не чаще раза в сутки и т.п., есть шаблоны для писем, которые он может слать:
Т.е. все механизмы, чтобы уведомить пользователя и записать что именно вызвало ошибку в системе есть, нужно только их настроить.
P.S. >но не может сказать что же вызвало это превышение (в 3 часа ночи!).
Скорее всего в это время либо пришёл бот и сканировал ваш сайт (выясняется просто по логам Apache/Nginx), либо выполнялся скрипт на сервере - например бэкап или оптимизация баз данных, который использовал всё доступное IO диска, чем вызвал долгую работу пользовательских скриптов и как следствие переполнение по памяти у конкретного юзера, т.к. появилось большое количество пользовательских запущенных процессов. Если диск не загружен (нормальная работа днём) - процессы быстро отрабатывают и закрываются и памяти юзера хватает.
Поднялся. По мониторингу 17 мин. 20 сек. был не доступен.
mcrypt устарела и в 7.2 больше не поддерживается, вместо неё можно использовать sodium. Если софту очень нужен mcrypt - самое простое откатиться на php версии 7.1, там она уже deprecated, но ещё работает.
http://php.net/manual/ru/migration71.deprecated.php
