Что перестало работать после обновления
После обновления плагина сайт может открываться как прежде, а заявки уже не доходят до менеджера. Начните с действия, которое клиент больше не может выполнить: отправить форму, оформить заказ или войти в кабинет. Так исполнитель получит воспроизводимую ошибку, а вы решите, какую часть сайта на время остановить.
Дальше речь о сайте компании на WordPress, где заявки принимает форма, а изменения выполняет назначенный специалист. Время установки расширения помогает сузить поиск. Однако время появления ошибки ещё не показывает, какой компонент мешает работе: новый плагин, другое расширение или тема оформления. У них может быть общий участок работы, например проверка полей. Если удалить последний установленный плагин без разбирательства, внешнее проявление исчезнет, но условия поломки могут сохраниться. Поэтому первое сообщение разработчику описывает действия и результат, а окончательный диагноз появится после проверки.
В сообщении нужны адрес страницы, последовательность действий, время и снимок ошибки. Текст сообщения об ошибке лучше скопировать целиком. «Не работает сайт» почти бесполезно, а «после отправки заполненной формы кнопка остаётся серой, подтверждения нет» уже задаёт направление поиска. Если заявка появилась в системе, но письмо не пришло, это отдельное наблюдение: форма могла сохранить данные успешно.
Остальные обновления пока отложите. Когда вслед за плагином меняются тема и сам WordPress, исполнитель получает уже несколько возможных причин вместо одного недавнего изменения, поэтому ему труднее восстановить последовательность событий и найти действие, после которого пропала отправка формы.
Клиентский путь важнее доступной админки
Административная панель и публичные страницы проверяются отдельно. В учебном материале WordPress отмечено, что белый экран и критические ошибки могут возникать на одной из этих сторон или сразу на обеих. Успешный вход сотрудника ещё ничего не говорит об отправке заявки посетителем.
Сначала выясняют, какие действия недоступны. Работает ли форма на другой странице? Повторяется ли ошибка без входа в WordPress? Приходит ли сообщение на служебный адрес? Руководителю достаточно записать ответы, а причины дальше разберёт разработчик. Пароли в такую запись не включают. Если в снимок попали имя или телефон клиента, для общего обсуждения их закрывают.
Временно закрыть сломанную форму и показать проверенный способ связи полезнее, чем оставлять кнопку с ложным сообщением об успехе. Иначе человек считает, что связался с компанией, и ждёт ответа, которого менеджер не сможет дать. Для магазина решение принимают вместе с тем, кто ведёт заказы: при отключении оплаты меняются и подсказки покупателю, и действия сотрудников. Текст на сайте, доступный способ обращения и работа менеджера здесь связаны. Исполнитель сообщает, какую функцию он ограничил, а руководитель организует обработку обращений на время ремонта.
Полностью закрывать сайт стоит лишь при более широкой проблеме: специалист не может отделить сбой формы от остальных действий, посетитель рискует получить ложное подтверждение, а доступного способа принять и обработать обращение компания пока не подготовила.
Что сохранить перед исправлением
Рабочее состояние до сбоя и текущее состояние после сбоя полезны по разным причинам. Первое позволяет восстановить обслуживание клиентов, второе сохраняет новые обращения и сведения для диагностики. Если исполнитель предлагает вернуть вчерашнюю копию целиком, нужно выяснить судьбу сегодняшних заказов и изменений. Возвращение старой базы способно стереть записи, появившиеся после резервирования.
WordPress разделяет резервирование файлов и базы данных. В файлах находятся расширения, тема и загруженные материалы, а в базе — содержание и настройки. Одной папки с картинками мало. В поручении специалисту прямо называют обе части, место хранения копии и момент, за который она сделана.
Я предпочитаю пробное восстановление на закрытом адресе, где исполнитель сможет открыть страницы и найти сохранённые записи: так отсутствующие файлы или непригодный архив обнаружатся до вмешательства в рабочий сайт, когда обращения клиентов ещё продолжают поступать в прежнюю систему.
Одновременно фиксируют версии WordPress, темы и расширений, участвовавших в последнем изменении. В разделе Plugins → Installed Plugins видны установленные плагины и сведения о них. Если панель недоступна, эти данные соберёт исполнитель через хостинг. Руководителю требуется обеспечить специалисту доступ к нужным ресурсам, а не переименовывать папки по случайной инструкции. Запись о работах включает уже сделанные попытки и их результат, чтобы следующий участник не начал диагностику заново и не повторил действие, после которого стало хуже.
Когда помогает Recovery Mode
У WordPress есть Recovery Mode — режим восстановления, появившийся в версии 5.2. По официальному описанию, он помогает вернуть доступ при некоторых фатальных ошибках PHP во время обычной загрузки страницы. Ссылка для входа приходит на административную почту. При зависшей кнопке такого письма может не быть.
Проблемный компонент приостанавливается для административной сессии. Посетители продолжают видеть свою версию сайта. Поэтому сообщение «вошёл по ссылке, всё открылось» означает восстановленный доступ для работы, а клиентский путь проверяют отдельно, без административного входа.
Письмо может не прийти. Документация объясняет, что ошибка способна возникнуть раньше загрузки плагина исходящей почты, и тогда уведомление отправится через сервер, где доставка тоже может сорваться. Отсутствие уведомления не исключает критическую ошибку. Руководитель обеспечивает исполнителю доступ к административному ящику и сообщает, пришло ли уведомление. Ссылку восстановления передают специалисту, который занят исправлением.
После входа исполнитель изучает указанный компонент и выбирает временное действие: отключение, исправление или восстановление подходящей версии после проверки совместимости. Отключение и удаление — разные операции в WordPress. Перед удалением исполнитель выясняет судьбу данных расширения: останутся ли записи обращений и настройки уведомлений, можно ли перенести их в другой инструмент и что произойдёт с содержанием страниц, если оно создавалось средствами удаляемого плагина.
Как подтвердить конфликт расширений
Конфликт плагинов WordPress ищут последовательным сравнением. На копии воспроизводят исходный сбой, изменяют один компонент и повторяют отправку формы. Если несколько расширений выключить вместе, а затем включить разом, станет известно лишь влияние целого набора. Исполнитель фиксирует результат каждого включения.
В Learn WordPress описан Health Check and Troubleshooting. Его режим Troubleshooting Mode отключает плагины и переключает тему для сессии проверяющего, сохраняя обычный вид для посетителей. Это инструмент специалиста, который учитывает ограничения этого режима. Отправку писем и изменения записей рассматривают отдельно: вид страницы в одной сессии не изолирует автоматически все последствия действий.
Результат диагностики объясняет условие поломки. В отчёте указывают, при каких версиях и включённых компонентах ошибка появляется, а после какого изменения исчезает. Если она больше не воспроизводится даже в исходном состоянии, вывод оставляют открытым и собирают дополнительные наблюдения. Назначать виновника по последнему обновлению ради закрытия задачи бессмысленно: при повторении сбоя следующему исполнителю всё равно понадобится эта информация. Убедительный отчёт позволяет повторить действия и получить тот же результат, а не просто сообщает название отключённого расширения.
Диагностику поручают одному специалисту и предупреждают остальных участников: пока он сравнивает работу формы с разными расширениями, новое обновление или изменение настройки создаст другое состояние сайта, и полученный результат придётся разбирать уже с учётом этого вмешательства.
Поиск конфликтующего изменения
Копия
Сохранить состояние до опытов
Изоляция
Проверить плагины по одному
Повтор
Воспроизвести сбой
Решение
Обновить, заменить или исправить
Откат, исправление или замена плагина
Возврат работоспособности и окончательное исправление могут оказаться разными работами. Старую версию рассматривают как временный шаг после изучения её ограничений и сохранности данных. Временный откат требует следующего шага: исполнитель выясняет, когда доступно исправление, как его испытать и какие ограничения есть у оставленной версии, чтобы компания могла получать будущие обновления без возвращения к той же поломке.
Замена оправдана, когда нужную функцию проще поддерживать другим способом и понятен перенос её настроек. Сравнивают не количество звёзд в каталоге, а работу, которую предстоит восстановить: поля формы, уведомления, записи обращений, защиту от повторной отправки. Для небольшого эффекта оформления отказ от эффекта может быть разумнее новой зависимости. Для плагина заказов цена замены определяется сохранением заказов и привычных действий сотрудников, поэтому сначала проверяют перенос данных, а уже потом обсуждают новый интерфейс.
Автору расширения готовят короткий отчёт: версии, точные шаги, текст ошибки и минимальный набор расширений, при котором она повторяется. Раздел Support на странице плагина и ссылка View details в панели упомянуты в документации WordPress как источники сведений и помощи. Для публичного обращения достаточно обезличенных материалов. Доступы остаются в закрытом канале общения с исполнителем.
Временное решение пересматривают в назначенный срок. Лучше привязать его к проверке исправленного выпуска и назначить ответственного, иначе обход незаметно останется в сайте навсегда.
Без контроля следующий сбой снова заметит клиент
После исправления проходят весь путь обращения: форма отправляется, запись появляется у менеджера, письмо приходит нужному получателю, а неверно заполненные поля получают понятное объяснение. Тестовые обращения заранее отделяют от реальных. Для магазина согласуют безопасный способ проверки заказа и оплаты. Исчезновения белого экрана для закрытия такой задачи мало.
Автоматические обновления расширений доступны начиная с WordPress 5.5. Их можно включать отдельно для плагинов через Installed Plugins, как описано в справке об автообновлениях. Режим обновлений связывают с ответственностью за результат. Для критичной формы лучше выпуск, при котором исполнитель доступен и может сразу проследить передачу обращения до менеджера, чем ночная установка без ответственного сотрудника, который заметит ошибку и вернёт рабочую версию до начала приёма заявок. Это не повод отказываться от новых версий: исполнителю назначают время и порядок, позволяющие восстановить работу при сбое.
В задаче на сопровождение сайта оставляют список ключевых действий посетителя, место хранения резервных копий и контакт на случай ошибки. Найденный конфликт включают в этот список отдельным испытанием, чтобы будущие изменения проходили через известное слабое место. Если ограничиться сообщением «плагин отключён», после его включения форма может снова перестать отправлять заявки, а сотруднику придётся заново искать причину. Закрытая задача даёт компании работающий сайт и понятный способ не пропустить возвращение той же ошибки.
Пропущенное обращение не всегда сопровождается жалобой. Посетитель может просто уйти, поэтому контроль отправки стоит закрепить за исполнителем до завершения текущих работ.
Что проверять после обновления
Редактор
Страницы сохраняются
Посетитель
Форма и корзина работают
Журнал
Ошибки не повторяются
Источники и полезные ссылки
- WordPress: управление и диагностика плагинов ↗
- WordPress: режим восстановления ↗
- Learn WordPress: конфликты темы и плагинов ↗
- Learn WordPress: резервные копии сайта ↗
- WordPress: автоматические обновления расширений ↗
Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.
