Обновления на Multisite ломают не код, а дисциплину — вот где чаще всего ошибаются

Обновления на Multisite ломают не код, а дисциплину — вот где чаще всего ошибаются

В сети WordPress Multisite любое обновление нужно проверять не только на «работает/не работает», а по цепочке: ядро, плагины, темы, mu-plugins, права на папки. Если один сайт в сети использует редкий плагин или кастомную тему, именно он первым даст сбой.

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

Отдельно следите за тем, что живёт на уровне сети: сетевые плагины, общие настройки, кастомные роли, шаблоны писем. Одна мелкая правка в shared-настройках может затронуть сразу десятки сайтов, и это обычно замечают слишком поздно.

Если обновлений много, вводите правило: один тип изменений за раз. Сначала ядро, потом плагины, потом темы. Так проще найти источник проблемы и не гадать, где именно сеть начала вести себя нестабильно.