#Что происходит и как определить неисправность
Во время обновления WordPress создаёт в корне сайта файл .maintenance. Если операция прервалась и файл остался, посетители видят сообщение о кратковременной недоступности даже после окончания обновления. Удалять файл можно только убедившись, что обновление действительно завершилось и копия доступна.
#Вероятные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Остался файл .maintenanceОстался файл .maintenance. Все страницы показывают стандартное сообщение о технических работах | Все страницы показывают стандартное сообщение о технических работах | Проверить процессы и убрать устаревший маркер. |
| Обновление всё ещё идётОбновление всё ещё идёт. В панели видно активную операцию, скачивание/замена файлов продолжается | В панели видно активную операцию, скачивание/замена файлов продолжается | Не прерывать незавершённую установку. |
| Фатальная ошибка после обновленияФатальная ошибка после обновления. После удаления маркера появляется 500 или критическая ошибка | После удаления маркера появляется 500 или критическая ошибка | Проверить журнал, версии и резервную копию. |
#Пошаговая диагностика и исправление
- Убедитесь, что это стандартный режим WordPressОткройте главную и /wp-admin/. Если увидите «Briefly unavailable for scheduled maintenance» или перевод, зафиксируйте время появления. Если показывается страница плагина «Скоро открытие», это другой режим; не ищите файл .maintenance вслепую.
- Проверьте состояние обновления у хостераВ панели управления сайтами посмотрите задачи установки, фоновые процессы и журнал. Не удаляйте файл сразу после начала обновления больших пакетов: вы можете пустить посетителей на частично обновлённые файлы.
- Сохраните рабочую копиюЕсли обновление подозрительно завершилось сбоем, сохраните текущие файлы и базу. Сверьте наличие предыдущего резервного снимка. Откатить отдельные плагины и ядро без согласованного состояния файлов/БД может быть сложнее, чем удалить маркер.
- Найдите скрытый файл в корне сайтаВ файловом менеджере откройте Document Root, где лежат wp-config.php и wp-admin. Включите отображение скрытых файлов (начинаются с точки), найдите .maintenance. Не путайте его с .htaccess или папкой плагина: их удаление приведёт к другим сбоям.
- Переименуйте устаревший маркер для безопасного откатаТолько убедившись, что обновление больше не выполняется, переименуйте .maintenance в .maintenance.old через панель файлов и обновите сайт. Это обратимее удаления; при необходимости файл можно вернуть. Не оставляйте резервные файлы с секретами в публичном каталоге.
- Проверьте целостность установленного обновленияЕсли WordPress стал доступен, войдите в Консоль → Обновления и проверьте статусы ядра, плагинов и тем. Откройте несколько страниц и журнал PHP за период сбоя. При неполной установке выполните штатное обновление повторно из доверенного источника после копии.
- Если вместо заглушки появилась ошибка 500Сохраните текст PHP-ошибки, проверьте совместимость обновлённого плагина и версии PHP. При необходимости временно отключите только проблемный плагин переименованием его каталога и сравните результаты; не перезаписывайте всё подряд.
- Закройте диагностикуУдалите временный .maintenance.old, если он точно не нужен, и завершите проверку архива. Очистите кеш при необходимости и убедитесь, что посетитель видит уже рабочую страницу, а не старое сообщение CDN.
#Как проверить результат
Сайт и административная часть доступны, обновления отмечены как завершённые, не осталось новых PHP-ошибок; удалён только устаревший маркер после проверки процессов.
#Если не помогло
Если операция обновления ещё активна, не трогайте .maintenance. Если после удаления заглушки появился белый экран, выясняйте ошибку кода и восстанавливайте согласованную копию.