Обновления в WordPress Multisite: что проверить, чтобы не сломать всю сеть

Обновления в WordPress Multisite: что проверить, чтобы не сломать всю сеть

В Multisite обновление одного компонента редко остаётся локальным: плагин, тема или MU-логика могут повлиять на весь кластер. Поэтому перед любым апдейтом проверьте три вещи: — есть ли резервная копия базы и файлов; — совпадает ли список активных плагинов на всех сайтах; — не завязаны ли сайты на кастомные функции в mu-plugins и дочерних темах.

Отдельно смотрите на плагины, которые меняют права, кэш, SEO, формы и импорт/экспорт. Именно они чаще всего ломают админку, редиректы или видимость контента после обновления. Если в сети есть разные роли администраторов, заранее проверьте, не сбросились ли доступы и не появились ли лишние пункты меню.

Хорошая привычка — обновлять сначала тестовый сайт-клон или один второстепенный сайт сети, а не главный проект. После установки сразу пройдитесь по чек-листу: вход в админку, создание записи, загрузка медиа, открытие ключевых страниц, отправка формы, работа поиска и кэша. Если что-то ведёт себя странно, откатывайте точечно, а не «чините» всю сеть разом.

Смысл обновлений в Multisite не в скорости, а в предсказуемости: сначала проверка, потом апдейт, потом короткий аудит критичных сценариев.