В последнее время стала наблюдаться довольно неприятная тенденция при обновлении как самой CMS WordPress, так и ее плагинов. Постоянно при обновлении плагинов я вынужден смотреть на ошибку 500 – сервер не отвечает. Потом сайт уходит на техническое обслуживание на пару минут. В это время ты начинаешь тихо молиться и лихорадочно вспоминать – как давно делался бэкап сайта.
Хотя у меня используется не так уж много всяких плагинов, но тем не менее они все же есть. А поскольку их авторы хотят кушать хлеб с маслом, то они не дремлют и постоянно выпускают обновления, дабы идти в ногу со временем. WordPress это все дело по мере своих сил отслеживает. В результате имеем регулярно горящие циферки в консоли, где нам предлагают обновиться.
Если раньше я даже и не задумался об этом всем деле – жал обновить и все дела, то теперь ситуация начала странным образом меняться. Практически при каждом обновлении, по крайней мере у меня, стали вылазить ошибки. Новые плагины устанавливаться очень часто не хотят, причем не важно – из архива или самой библиотеки Wordpress.
В тоже время старые (в смысле уже установленные) плагины не хотят обновляться. Процесс начинается, а потом либо выскакивает ошибка 500 – Internal Server Error (внутренняя ошибка сервера) либо вообще ничего не происходит – сайт шуршит, чего-то делает, закрывается на техническое обслуживание, но по факту плагин не устанавливает. Как следствие – плагин отключается самой CMS WordPress, о чем она скромненько сообщает в разделе Плагины. В итоге – плагин не работает, но и заново установиться не дает, так как физически на диске хостинга он все же существует. А бывает (а со мной это уже было пару раз), что сайт вообще отказывается работать и показывает ошибки.
Так что же делать если произошло неудачное обновление плагина?
Если сайт работает и мы можем попасть в консоль – переходим в раздел плагины и деактивируем паразита. Потом можно его и удалить. Если сайт совсем плох и в ответ только ругается ошибками, придется провести дополнительные манипуляции.
Первым делом нам необходимо попасть через файловый менеджер хостинга или FTP-доступ к файлам нашего сайта. Там по пути /public_html/wp-content/plugins как раз и живут наши плагины. Если плагин или сайт перестали работать после обновления плагина, нам нужно удалить его (плагин) из указанной выше папки. Это возобновит работу сайта. А вот сам плагин придется устанавливать заново. Теперь это станет возможным, если ранее установка не удавалась. Например из-за сообщения – “папка установки уже существует”.
Ну и совсем не лишним будет сделать свежую резервную копию сайта перед обновлением чего бы там ни было. И внимательно изучить (лучше записать) какие именно плагины будут обновляться. Тем более, что папка с плагином называется не всегда так же, как и сам плагин.
А если уж все совсем плохо и сайт весело говорит, что в таком-то php файле не найдена такая-то строчка и больше ничего не происходит – берем на вооружение нашу резервную копию и пытаемся заменить битый/отсутствующий файл на резервный. Не сработало? Достаем из широких штанин заблаговременно сделанную резервную копию сайта – и вперед с песней.