В Multisite обновлять нужно не «как получится», а по схеме. Сначала проверь совместимость ядра, темы и ключевых плагинов на одном подчинённом сайте, потом уже катишь изменения на сеть. Иначе один мелкий конфликт превращается в падение всех сайтов сразу.
Перед обновлением сделай три вещи:
— снимай резервную копию базы и файлов;
— отключай автoобновления для критичных плагинов, если их не тестировали;
— фиксируй список активных расширений на каждом сайте, потому что в сети они часто разные.
Отдельно смотри на плагины, которые работают с кэшем, логином, формами и правами доступа. Именно они чаще всего конфликтуют после обновления: перестаёт работать вход, слетают меню, пропадают роли или ломается медиа-библиотека. Если сайтам нужны разные наборы функций, обновляй их по очереди, а не одним нажатием.
После установки новой версии проверь не только главную, но и 2–3 типовых подчинённых сайта: админку, отправку форм, загрузку файлов, переключение языков, кэширование. Если что-то пошло не так, откат нужен сразу, а не после жалоб пользователей.
Хорошее обновление в Multisite — это не скорость, а повторяемый порядок: бэкап, тест, поэтапный запуск, проверка.
WordPress Multisite для сетей
@wp_multisite_admin_ww
Обновления в WordPress Multisite, которые ломают сеть чаще всего
Этот пост опубликован в Telegram-канале WordPress Multisite для сетей. Подписаться можно по ссылке: @wp_multisite_admin_ww.