После обновления система управления сайтом открывается, а форма или каталог выдают ошибку. Исправление может входить в абонентское обслуживание, если предусмотрено согласованным объёмом; абонентская плата сама по себе этого не подтверждает. Сначала нужно зафиксировать сбой и границы диагностики, затем согласовать способ восстановления и учёт работ.
Кому это актуально
Разбор нужен владельцу сайта на сопровождении, который после обновления получил ошибку и дополнительную оценку работ. Это типовой сценарий: связь ошибки с обновлением ещё предстоит подтвердить.
Какие риски закрывает
Пока стороны обсуждают объём работ, посетители могут не завершать нужное действие. Другая опасность — поспешно вернуть старую копию и потерять новые данные. Для восстановления, поиска причины и согласования оплаты отдельно определите ожидаемый результат.
Четыре возможные причины и безопасные проверки
Несовместимость модуля с новой версией
Признак: перестал работать конкретный участок, например фильтр каталога, хотя остальные страницы доступны. Зафиксируйте путь до ошибки и перечень обновлённых компонентов; специалист должен сопоставить требования модуля и воспроизвести сбой на тестовой копии. Совпадение по времени само по себе не доказывает причину.
Смешались старые и новые файлы в кэше
Кэш хранит ответы и файлы для повторного использования. Возможный признак — кнопка работает в одном браузере и не работает в другом. Сравните одну страницу при одинаковом состоянии входа и сохраните наблюдения: разница с приватным окном лишь указывает направление проверки. Специалисту нужно сравнить версии загруженных файлов; очищать серверный кэш вслепую не стоит.
Изменилось серверное окружение
Вместе с обновлением могли измениться версия PHP, на которой исполняется код, или необходимые расширения. Безопасный первый шаг — запросить у технического специалиста сведения об окружении до и после изменения. Проверка должна подтвердить конкретную несовместимость по требованиям компонентов и ошибке, а не по одному белому экрану.
Обновление базы данных завершилось не полностью
Для некоторых обновлений нужны отдельные изменения структуры базы. Возможный признак — страницы открываются, но сохранение данных даёт ошибку. Попросите специалиста проверить результат этапа обновления базы и соответствие версии кода. Не запускайте повторное обновление или восстановление базы самостоятельно: сначала нужны копия текущего состояния и план сохранения новых записей.
Что запросить у подрядчика
Соберите одно обращение по чек-листу:
- какой шаг раньше работал и что происходит сейчас;
- когда ошибка впервые замечена и какие изменения ей предшествовали;
- где воспроизводится сбой: страница, браузер, состояние входа;
- что затронуто у пользователей и есть ли безопасный обходной путь;
- какой объём диагностики согласован, когда будет следующий статус;
- как подрядчик обоснует включение исправления в пакет или отдельную оценку.
Скриншот передавайте без данных покупателей. Пароли, выгрузки базы и полные журналы ошибок в обычное обращение не прикладывайте.
Если нужно восстановить согласованную работающую функцию, сопоставьте задачу с составом обслуживания и остатком часов. Если выяснилось, что требуется заменить неподдерживаемый модуль или переделать собственный код, запросите отдельное описание необходимого изменения и его оценки. Если ошибку связывают с работами самого подрядчика, попросите подтвердить эту связь и пояснить порядок исправления по вашему соглашению. Не считайте автоматически верным ни списание новых часов, ни обещание бесплатного ремонта.
Где заканчиваются самостоятельные проверки
Самостоятельно можно собрать наблюдения. Изменение кода, отключение модулей, откат и операции с базой требуют специалиста и проверки на копии. Если сбой затрагивает запись заказов или оплату, не воспроизводите его многократными реальными покупками.
Как подтвердить исправление
До работ запишите ожидаемый результат конкретного шага. Для фильтра каталога это правильная выборка товаров; для формы — доставка согласованного тестового обращения до нужного получателя. Заранее согласуйте условия и маркировку теста. После изменения повторите тот же сценарий, проверьте соседний шаг и вариант, в котором возникала ошибка. Специалисту нужно убедиться, что соответствующее сообщение в журнале больше не появляется при повторной проверке. Открывающаяся главная страница ещё не подтверждает восстановление формы или каталога. Для временного обхода зафиксируйте ограничения и оставшиеся работы. В отчёте должны быть отдельно видны наблюдавшийся симптом, подтверждённая причина, изменение и результат проверки.
Частые вопросы
Любая ошибка после обновления относится к этому обновлению?
Нет. Одновременно мог измениться внешний сервис или проявиться прежний дефект. Причину устанавливают по воспроизведению и сравнению изменений; последовательность событий даёт только гипотезу.
Если часы пакета закончились, диагностика продолжится автоматически?
Это нужно согласовать. Запросите результат диагностики, оставшийся объём и порядок дальнейших работ.
Достаточно вернуть вчерашнюю резервную копию?
Нет, сначала нужно понять, какие данные появились после её создания и совместимы ли файлы с базой. Решение об откате принимают после оценки этих потерь и способа их избежать.
Как это решает OpenStart
OpenStart предлагает диагностику ошибок, обновления и проверку критичных сценариев в рамках согласованного сопровождения. Задачи, оценки и результат фиксируются в общей очереди. Если требуется крупная переделка, её объём нужно определить отдельно; обещать восстановление по одному описанию симптома нельзя. Если ваша команда может безопасно исправить сбой и проверить результат, другой подрядчик необязателен. Обсудить исправление в рамках обслуживания сайта: опишите сломавшийся сценарий и известные изменения без доступов и приватных данных. Менеджер уточнит задачу и предложит следующий шаг — диагностику и согласование формата работ.