Обновления WordPress, плагинов и тем — важный элемент поддержания безопасности и функциональности сайта. Однако иногда после обновления возникают ошибки, конфликты или несовместимости, которые могут привести к сбоям в работе сайта. В таких случаях автоматический rollback (откат) обновлений помогает быстро вернуть сайт в рабочее состояние без ручного вмешательства.
Почему автоматический rollback обновлений важен для WordPress
Обновления приносят новые возможности и фиксируют уязвимости, но они могут вызвать проблемы, особенно если на сайте много кастомных решений или устаревших плагинов. Ручной откат — процесс трудозатратный и не всегда возможный без резервных копий.
Автоматический rollback позволяет:
- Обнаруживать сбои после обновления.
- Восстанавливать предыдущую рабочую версию плагина, темы или ядра WordPress.
- Минимизировать время простоя сайта.
- Уведомлять администратора о неудачном обновлении.
Реализовать такой механизм можно через плагины и собственный код, который мы рассмотрим ниже.
Плагины для автоматического отката обновлений в WordPress
1. WP Rollback
WP Rollback — популярный плагин, который позволяет быстро откатывать плагины и темы к предыдущим версиям. Он интегрируется с репозиторием WordPress и позволяет вернуться к любой доступной версии.
Основные возможности:
- Настройка отката вручную с интерфейса.
- Поддержка массового отката.
- Совместимость с большинством популярных плагинов и тем.
Минус — нет автоматического запуска rollback при неудачном обновлении, но его можно использовать как часть процедуры восстановления.
2. WP Downgrade | Specific Core Version
Этот плагин позволяет принудительно установить определённую версию WordPress, что полезно при проблемах с обновлением ядра. Однако автоматического отката в классическом понимании нет.
3. Advanced Automatic Updates + Custom Rollback
Для автоматического отката чаще всего приходится писать кастомные решения, которые используют хуки обновления и проверяют состояние сайта после апдейта.
Как реализовать автоматический rollback обновлений через код
Рассмотрим пример, как с помощью хуков WordPress и PHP реализовать базовый механизм отката плагина при ошибках после обновления.
Основная идея
1. Перед обновлением сохраняем текущую версию плагина (архив файлов).
2. После обновления запускаем проверку работоспособности (например, проверяем наличие определённого класса или функции, или HTTP статус сайта).
3. Если проверка провалилась — восстанавливаем сохранённую версию.
Пример кода
add_filter('upgrader_pre_install', 'wpmeta_save_plugin_backup', 10, 2);
function wpmeta_save_plugin_backup($true, $hook_extra) {
if (!empty($hook_extra['plugin'])) {
$plugin = $hook_extra['plugin'];
$plugin_path = WP_PLUGIN_DIR . '/' . dirname($plugin);
$backup_path = WP_CONTENT_DIR . '/plugin_backups/' . basename($plugin_path) . '-' . time() . '.zip';
// Создаем архив текущей версии плагина
$zip = new ZipArchive();
if ($zip->open($backup_path, ZipArchive::CREATE) === TRUE) {
$files = new RecursiveIteratorIterator(
new RecursiveDirectoryIterator($plugin_path),
RecursiveIteratorIterator::LEAVES_ONLY
);
foreach ($files as $name => $file) {
if (!$file->isDir()) {
$filePath = $file->getRealPath();
$relativePath = substr($filePath, strlen($plugin_path) + 1);
$zip->addFile($filePath, $relativePath);
}
}
$zip->close();
}
// Сохраняем путь к резерву
update_option('wpmeta_plugin_backup_path', $backup_path);
}
return $true;
}
add_action('upgrader_post_install', 'wpmeta_check_and_rollback', 10, 2);
function wpmeta_check_and_rollback($true, $hook_extra) {
if (!empty($hook_extra['plugin'])) {
$plugin = $hook_extra['plugin'];
$backup_path = get_option('wpmeta_plugin_backup_path');
if ($backup_path && file_exists($backup_path)) {
// Проверяем работоспособность плагина (пример: проверка класса)
deactivate_plugins($plugin); // Деактивируем для проверки
include_once(WP_PLUGIN_DIR . '/' . $plugin);
if (!class_exists('SomeRequiredClass')) { // Замените на реальную проверку
// Откат
$plugin_path = WP_PLUGIN_DIR . '/' . dirname($plugin);
// Удаляем текущий плагин
delete_folder($plugin_path);
// Распаковываем архив с резервной версией
$zip = new ZipArchive();
if ($zip->open($backup_path) === TRUE) {
$zip->extractTo($plugin_path);
$zip->close();
}
activate_plugin($plugin);
// Уведомляем администратора
wp_mail(get_option('admin_email'), 'Rollback обновления плагина', 'Обновление плагина ' . $plugin . ' было откатено из-за ошибки.');
} else {
activate_plugin($plugin);
}
delete_option('wpmeta_plugin_backup_path');
}
}
return $true;
}
// Вспомогательная функция удаления папки
function delete_folder($folder) {
if (!is_dir($folder)) return;
$files = array_diff(scandir($folder), array('.', '..'));
foreach ($files as $file) {
$path = "$folder/$file";
is_dir($path) ? delete_folder($path) : unlink($path);
}
rmdir($folder);
}Этот код создаёт резервную копию плагина перед обновлением, затем после обновления проверяет, корректно ли загрузился плагин. Если нет — выполняется откат. В реальных условиях проверку нужно адаптировать под конкретный плагин, например, проверять HTTP код страницы, наличие ошибок в логах или работоспособность ключевых функций.
Советы по автоматизации rollback обновлений
1. Используйте staging-среду — чтобы тестировать обновления и rollback без риска для живого сайта.
2. Настройте уведомления — отправляйте письма или сообщения в мессенджеры при откате, чтобы быстро реагировать.
3. Автоматизируйте создание резервных копий — для всего сайта, а не только плагинов, с помощью плагинов типа My Popup или специализированных решений.
4. Используйте Clearfy Pro для оптимизации работы и безопасности, что снижает вероятность проблем после обновлений.
Заключение
Автоматический rollback обновлений в WordPress — не самая простая, но очень полезная задача. Использование плагинов в связке с кастомным кодом позволяет минимизировать риски и поддерживать высокий уровень стабильности сайта. Важно тщательно тестировать любые решения и не забывать про резервные копии.
