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