Перейти к содержимому
EVI Solutions

Обновление не удалось, и сайт в режиме обслуживания: решение

Средне 15 мин Обновлено:

Краткий ответ

Когда обновление WordPress не удается, сайт часто остается в режиме обслуживания из-за оставшегося файла `.maintenance` в корне установки. Достаточно удалить или переименовать его, и сайт снова станет доступен. Затем проверьте, завершено ли обновление, и при необходимости повторите его.

Как проявляется проблема

  • Сайт показывает сообщение «Briefly unavailable for scheduled maintenance»
  • Сообщение появляется на всех страницах, не только в админке
  • Доступ к административной панели заблокирован
  • После попытки обновления WordPress, плагина или темы сайт упал
  • В корне сайта есть файл `.maintenance`

Частые причины

Оставшийся файл `.maintenance`

Во время обновления WordPress автоматически создает файл `.maintenance` в корне установки. Если обновление прерывается (отключение питания, обрыв связи, нехватка ресурсов), файл остается, и сайт остается в режиме обслуживания.

Прерванное обновление из-за ограничения времени

Если обновление длится дольше допустимого времени выполнения PHP-скрипта, процесс прерывается, а файл `.maintenance` остается.

Недостаточно прав доступа

Если у WordPress нет прав на удаление `.maintenance` или на запись в папку плагина/темы, обновление не может завершиться правильно.

Конфликт с плагином или темой

Редко плагин, мешающий обновлению, или плагин безопасности может блокировать процесс и оставить сайт в режиме обслуживания.

Пошаговое решение

  1. 1

    Убедитесь, что сайт действительно в режиме обслуживания

    Откройте сайт в браузере. Если вы видите сообщение «Briefly unavailable for scheduled maintenance. Check back in a minute.», подтвердите, что это режим обслуживания, а не другая ошибка. Попробуйте также перейти по пути /wp-admin/; если и он заблокирован, переходите к следующему шагу.

  2. 2

    Получите доступ к файлам сайта через FTP или файловый менеджер

    Войдите в панель хостинга (cPanel, Plesk или аналогичную) и откройте файловый менеджер или подключитесь через FTP/SFTP-клиент. Перейдите в корневой каталог установки WordPress, где находятся wp-config.php, wp-content и wp-admin.

  3. 3

    Найдите и удалите файл `.maintenance`

    В корне найдите файл с точным именем .maintenance. Сначала проверьте, не идет ли обновление; если идет, дождитесь его завершения. Если файл существует и обновление прервано, удалите его или переименуйте в .maintenance.old. Обновите сайт в браузере; режим обслуживания должен исчезнуть. Если файл не виден, включите отображение скрытых файлов в файловом менеджере или FTP-клиенте.

  4. 4

    Проверьте, завершено ли обновление

    Войдите в админку WordPress. Перейдите в Консоль > Обновления. Если указано, что WordPress обновлен до последней версии, обновление ядра завершено. Если по-прежнему предлагается то же обновление ядра, вероятно, оно прервано и его нужно повторить.

  5. 5

    Повторите обновление при необходимости

    Если обновление прервано, запустите повторно обновление WordPress, плагинов или тем из админки. Перед этим сделайте резервную копию сайта (файлы и база данных). Обновляйте плагины по одному, чтобы легче выявить возможную проблему.

  6. 6

    Проверьте права доступа и владельца файлов

    Убедитесь, что WordPress имеет права на запись в wp-content и подпапки. Обычно папки имеют права 755, а файлы 644. Если не уверены, обратитесь в поддержку хостинга; неправильные права могут вызвать проблемы безопасности.

  7. 7

    Отключите плагины, которые могут мешать

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

  8. 8

    Восстановите сайт из резервной копии, если ничего не помогает

    Если сайт по-прежнему не работает или обновление нанесло ущерб, восстановите файлы и базу данных из последней резервной копии. Перед восстановлением сделайте копию текущего состояния, если возможно, так как восстановление перезаписывает файлы и базу данных. Делайте это через панель хостинга или плагин резервного копирования. После восстановления сначала проверьте, работает ли сайт, и только затем снова попробуйте обновление.

Если ничего не помогает: проверка ошибок и обращение в хостинг

Если вы удалили .maintenance, а сайт по-прежнему показывает режим обслуживания или другую ошибку, включите WP_DEBUG в wp-config.php. Перед изменением сделайте копию wp-config.php. Определите define( 'WP_DEBUG', true );, define( 'WP_DEBUG_LOG', true ); и define( 'WP_DEBUG_DISPLAY', false );, чтобы видеть подробности ошибки в wp-content/debug.log, а ошибки не показывались посетителям. Часто в логе появится имя плагина или темы, вызывающей проблему. По завершении проверки отключите WP_DEBUG или удалите эти строки. Если у вас нет доступа к файлам или нужна помощь с базой данных, обратитесь в поддержку хостинга. Они могут проверить, не блокируется ли обновление на уровне сервера (например, лимиты ресурсов) и нет ли механизма безопасности, блокирующего доступ. Не пытайтесь вручную изменять файлы ядра WordPress, если точно не знаете, что делаете.

Как избежать повторения

  • Регулярно делайте резервные копии сайта (файлы и база данных) перед каждым обновлением.
  • Обновляйте WordPress, плагины и темы регулярно, но сначала на тестовой копии сайта.
  • Поддерживайте права доступа к файлам и папкам в соответствии с рекомендациями (папки 755, файлы 644).
  • Используйте надежный хостинг с достаточными ресурсами и включенным автоматическим резервным копированием.

Когда лучше обратиться к специалисту

Если у вас нет доступа к файлам сайта, вы не знаете, завершено ли обновление, или проблема повторяется с подозрением на поврежденную базу данных, лучше обратиться в IT-поддержку. Они могут безопасно проверить состояние, восстановить резервную копию и предотвратить повторение проблемы.

Создание сайтов · Быстрые, SEO-оптимизированные многоязычные сайты

Частые вопросы

Безопасно ли удалять файл `.maintenance`?

Да, если обновление прервано и сайт застрял в режиме обслуживания; не удаляйте его, пока обновление выполняется. WordPress создает этот файл временно и автоматически удаляет его по завершении обновления. При удалении вы не потеряете данные, но сначала сделайте резервную копию, если возможно.

Как узнать, что обновление завершено?

Войдите в админку и перейдите в `Консоль > Обновления`. Если указано, что WordPress обновлен до последней версии и нет доступных обновлений ядра, процесс завершен. Проверьте также страницу сайта, нормально ли она загружается.

Что делать, если не могу получить доступ к файлам сайта?

Обратитесь в поддержку хостинга и попросите удалить файл `.maintenance` или предоставить вам доступ к файловому менеджеру. Без доступа к файлам вы не сможете вручную отключить режим обслуживания.

Поделиться
Не нашли решение?ИИ-помощник работает 24/7. Опишите проблему или отправьте скриншот ошибки и получите инструкцию для вашего случая.Спросить ИИ-помощника