WordPress Stuck in Maintenance Mode: что значит и как исправить
«`html id=»fj94lm»
WordPress Stuck in Maintenance Mode означает, что сайт завис в режиме обслуживания и не выходит из него после обновления WordPress, плагинов или темы. Вместо сайта посетители видят сообщение о техническом обслуживании, а иногда не открывается даже админка.
Чаще всего проблема появляется, когда обновление прервалось, сервер завис, не хватило времени выполнения PHP, произошёл конфликт плагина или в корне сайта остался файл .maintenance.
Quick Fix
- Подключитесь к сайту через файловый менеджер хостинга, FTP/SFTP или SSH.
- Откройте корневую папку WordPress, где лежат
wp-admin,wp-content,wp-includes. - Найдите файл
.maintenance. - Удалите файл
.maintenance. - Очистите кэш сайта, хостинга и CDN.
- Проверьте сайт и админку WordPress.
- Если ошибка вернулась, проверьте незавершённое обновление плагина, темы или ядра WordPress.
Что означает WordPress Stuck in Maintenance Mode
Когда WordPress обновляет ядро, плагины или тему, он временно включает режим обслуживания. В этот момент создаётся специальный файл:
.maintenance
Обычно после завершения обновления WordPress автоматически удаляет этот файл. Но если обновление прервалось, файл остаётся в корне сайта. Тогда WordPress продолжает думать, что сайт всё ещё обновляется, и показывает сообщение о режиме обслуживания.
Типичное сообщение выглядит так:
Briefly unavailable for scheduled maintenance. Check back in a minute.
На русском это можно перевести так:
Сайт временно недоступен из-за планового технического обслуживания. Попробуйте зайти позже.
Если сообщение не исчезает через несколько минут, значит WordPress завис в maintenance mode.
Основные причины WordPress Stuck in Maintenance Mode
1. Обновление было прервано
Самая частая причина — обновление плагина, темы или WordPress не завершилось. Например, пользователь закрыл вкладку, сервер оборвал соединение или процесс обновления завис.
В результате WordPress не успел удалить файл .maintenance.
2. Медленный хостинг
На слабом shared-хостинге обновление может занимать больше времени, чем разрешено сервером. Если PHP-процесс завершается раньше, чем обновление закончено, сайт может зависнуть в режиме обслуживания.
Особенно часто это происходит при обновлении сразу многих плагинов.
3. Недостаточно PHP memory limit
Если WordPress не хватает памяти, обновление может завершиться ошибкой. В логах иногда появляется сообщение:
Allowed memory size exhausted
После такого сбоя файл .maintenance может остаться в корне сайта.
4. Обновлялось слишком много плагинов сразу
Если нажать “обновить всё” и одновременно обновлять 10–20 плагинов, риск сбоя выше. Один проблемный плагин может остановить весь процесс обновления.
5. Конфликт плагина или темы
Некоторые плагины могут конфликтовать с текущей версией WordPress, PHP или другими плагинами. Если конфликт появляется во время обновления, сайт может зависнуть.
6. Проблема с правами файлов
Если WordPress не может записывать, заменять или удалять файлы, обновление может не завершиться. Это бывает при неправильных правах на папки и файлы.
Обычно для WordPress подходят такие права:
Папки: 755
Файлы: 644
7. Закончилась квота диска
Во время обновления WordPress распаковывает архивы и временно создаёт новые файлы. Если на диске нет места, процесс может оборваться.
На VPS можно проверить место командой:
df -h
8. Ошибка соединения с сервером обновлений
Иногда обновление не может скачать файл с серверов WordPress или разработчика плагина. Причина может быть в firewall, DNS, блокировке соединений или временной ошибке удалённого сервера.
9. Сбой после миграции сайта
После переноса WordPress на новый хостинг могут быть неправильные права, пути, PHP-версия или лимиты. На таком сайте обновления часто проходят нестабильно.
10. Кэш показывает старое сообщение
Иногда файл .maintenance уже удалён, но кэш продолжает показывать старое сообщение. Это может быть кэш WordPress-плагина, серверный кэш, браузерный кэш или CDN.
Как исправить WordPress Stuck in Maintenance Mode
1. Подключитесь к файлам сайта
Откройте файловый менеджер в панели хостинга или подключитесь к сайту через FTP/SFTP.
Вам нужна корневая папка WordPress. В ней должны быть такие папки и файлы:
wp-adminwp-contentwp-includesindex.phpwp-config.php
2. Найдите файл .maintenance
В корне сайта найдите файл:
.maintenance
Важно: файл начинается с точки. Некоторые файловые менеджеры скрывают такие файлы. Если вы его не видите, включите показ скрытых файлов.
В разных панелях это может называться:
- Show hidden files;
- Показать скрытые файлы;
- Display dotfiles;
- Show files starting with dot.
3. Удалите файл .maintenance
Удалите файл:
.maintenance
После удаления откройте сайт в браузере. В большинстве случаев WordPress сразу выходит из режима обслуживания.
4. Очистите кэш
Если сообщение осталось, очистите кэш:
- кэш WordPress-плагина;
- кэш хостинга;
- LiteSpeed Cache;
- WP Rocket;
- Cloudflare cache;
- браузерный кэш.
Для быстрой проверки откройте сайт в режиме инкогнито.
5. Проверьте админку WordPress
После удаления файла откройте:
https://example.com/wp-admin
Если админка открылась, проверьте раздел обновлений:
Консоль → Обновления
Посмотрите, какое обновление не завершилось.
6. Повторите обновление вручную
Если WordPress показывает, что плагин, тема или ядро не обновлены, обновите их повторно. Лучше делать это по одному, а не все сразу.
Безопасный порядок:
- Сделать бэкап.
- Обновить один плагин.
- Проверить сайт.
- Обновить следующий плагин.
- Проверить сайт снова.
7. Отключите проблемный плагин
Если после повторного обновления сайт снова зависает, проблема может быть в конкретном плагине.
Откройте:
wp-content/plugins
Переименуйте папку подозрительного плагина:
plugin-name → plugin-name_old
После этого проверьте сайт.
8. Проверьте тему
Если ошибка появилась после обновления темы, временно отключите активную тему через файловый менеджер.
Путь:
wp-content/themes/theme-name
Переименуйте папку:
theme-name → theme-name_old
WordPress попробует переключиться на стандартную тему, если она установлена.
9. Увеличьте PHP memory limit
Если обновления часто зависают, увеличьте лимит памяти WordPress.
В файле wp-config.php добавьте строку перед комментарием That's all, stop editing:
define('WP_MEMORY_LIMIT', '256M');
Для больших сайтов можно временно использовать:
define('WP_MEMORY_LIMIT', '512M');
10. Проверьте свободное место на диске
Если на хостинге закончилась квота, обновления могут зависать. Проверьте свободное место в панели хостинга.
На VPS:
df -h
Если диск заполнен, удалите старые бэкапы, логи, кэш или ненужные архивы.
Как исправить ошибку через SSH
Если у вас есть SSH-доступ, удалить файл можно одной командой.
Перейдите в папку сайта:
cd /path/to/wordpress
Проверьте, есть ли файл:
ls -la | grep maintenance
Удалите его:
rm .maintenance
После этого очистите кэш и проверьте сайт.
WordPress завис в maintenance mode после обновления плагина
Если ошибка появилась после обновления плагина, вероятно, обновление не завершилось или плагин вызвал конфликт.
Что делать:
- Удалите файл
.maintenance. - Откройте админку WordPress.
- Проверьте список плагинов.
- Отключите плагин, который обновлялся последним.
- Проверьте сайт.
- Обновите плагин вручную или замените его.
Если админка не открывается, отключите плагин через папку wp-content/plugins.
WordPress завис в maintenance mode после обновления темы
Если зависание произошло после обновления темы, проблема может быть в несовместимости темы с WordPress или PHP.
Проверьте:
- активную тему;
- дочернюю тему;
- файл
functions.php; - совместимость с текущей версией PHP;
- наличие стандартной темы WordPress для fallback.
Если нужно, временно переименуйте папку активной темы и проверьте сайт.
WordPress завис в maintenance mode после обновления ядра
Если ошибка появилась после обновления самого WordPress, сначала удалите .maintenance. Затем проверьте, завершилось ли обновление.
Откройте:
Консоль → Обновления
Если WordPress предлагает обновиться повторно, сделайте бэкап и повторите обновление.
Если сайт работает нестабильно, можно вручную переустановить ядро WordPress из админки:
Консоль → Обновления → Переустановить текущую версию
Что делать, если файла .maintenance нет
Если сообщения о maintenance mode нет, но сайт всё равно не работает, возможно, проблема не в режиме обслуживания.
Проверьте:
- ошибку 500;
- белый экран смерти;
- ошибку базы данных;
- конфликт плагинов;
- ошибку темы;
- кэш CDN;
- PHP error log.
Если файл .maintenance отсутствует, но кэш показывает старое сообщение, очистите все уровни кэша.
Advanced Troubleshooting
Проверьте debug.log
Включите WordPress debug log в wp-config.php:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
Ошибки будут записываться сюда:
wp-content/debug.log
Там можно увидеть, какой плагин или файл вызывает сбой.
Проверьте PHP error log
На хостинге откройте раздел:
- Error Logs;
- PHP Error Log;
- Logs;
- Diagnostics.
На VPS можно проверить:
sudo tail -n 100 /var/log/nginx/error.log
sudo tail -n 100 /var/log/apache2/error.log
sudo journalctl -xeu php8.2-fpm
Проверьте права файлов
Неправильные права могут мешать WordPress удалить .maintenance после обновления.
Для папок:
755
Для файлов:
644
Для wp-config.php:
600 или 640
Проверьте владельца файлов
На VPS проблема может быть во владельце файлов. Если файлы принадлежат неправильному пользователю, WordPress не сможет обновлять или удалять их.
Проверьте:
ls -la
Если нужно, исправьте владельца. На Ubuntu часто используется www-data, но на некоторых серверах правильный владелец — пользователь аккаунта.
Проверьте max_execution_time
Если обновление обрывается из-за лимита времени выполнения, увеличьте max_execution_time в настройках PHP.
Обычно для WordPress достаточно:
max_execution_time = 120
или:
max_execution_time = 300
На shared-хостинге это можно изменить через панель PHP Settings, если хостинг разрешает.
Что нельзя делать
- Не удаляйте папку
wp-content. - Не удаляйте базу данных.
- Не обновляйте все плагины сразу после сбоя.
- Не ставьте права
777на весь сайт. - Не переустанавливайте WordPress без бэкапа.
- Не очищайте папку uploads без копии.
- Не отключайте важные security-плагины навсегда без проверки.
Как предотвратить WordPress Stuck in Maintenance Mode
- Делайте бэкап перед обновлениями.
- Не обновляйте сразу много плагинов.
- Обновляйте плагины по одному и проверяйте сайт.
- Следите за свободным местом на хостинге.
- Используйте стабильную версию PHP.
- Удаляйте старые и ненужные плагины.
- Не закрывайте вкладку во время обновления.
- Проверяйте error logs после неудачных обновлений.
- Используйте хороший хостинг с нормальными PHP-лимитами.
Когда обращаться в поддержку хостинга
Обратитесь в поддержку, если:
- вы не можете открыть файловый менеджер или FTP;
- файл
.maintenanceне удаляется; - сайт возвращается в maintenance mode после удаления файла;
- обновления постоянно зависают;
- на сервере не хватает прав для записи файлов;
- вы не можете увеличить PHP memory limit;
- в логах есть ошибки PHP, которые вы не понимаете;
- после обновления сайт показывает 500 ошибку или белый экран.
Перед обращением подготовьте домен, скрин ошибки, время появления проблемы, название плагина или темы, которые обновлялись, и последние строки из error log, если они доступны.
FAQ
Что значит WordPress Stuck in Maintenance Mode?
Это значит, что WordPress завис в режиме обслуживания после обновления. Обычно в корне сайта остался файл .maintenance, который не был удалён автоматически.
Как быстро убрать maintenance mode в WordPress?
Откройте файловый менеджер или FTP, найдите корень WordPress и удалите файл .maintenance. Затем очистите кэш сайта и браузера.
Где находится файл .maintenance?
Он находится в корневой папке WordPress, рядом с wp-admin, wp-content, wp-includes и wp-config.php.
Почему WordPress зависает после обновления плагинов?
Причина может быть в медленном хостинге, нехватке памяти, конфликте плагина, ограничении времени выполнения PHP или недостатке места на диске.
Можно ли просто удалить файл .maintenance?
Да. Если обновление уже прервалось и сайт завис, удаление .maintenance — стандартный способ вывести WordPress из режима обслуживания.
Вывод
WordPress Stuck in Maintenance Mode обычно исправляется быстро: нужно удалить файл .maintenance из корня сайта и очистить кэш. Но после этого важно проверить, почему обновление зависло.
Если ошибка повторяется, проверьте PHP memory limit, свободное место, права файлов, проблемный плагин, тему и error logs. Чтобы избежать повторения, обновляйте плагины по одному и всегда делайте бэкап перед крупными обновлениями.
«`
