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