Настройка Multisite ломается не в коде, а на базе, домене и правах

Настройка Multisite ломается не в коде, а на базе, домене и правах

Сеть WordPress Multisite лучше настраивать не «по шагам из памяти», а как цепочку проверок. Ошибка в одном месте потом выглядит как проблема плагина, хотя причина обычно ниже: DNS, таблицы, доступы или неверный режим доменов.

Перед запуском проверьте три вещи: • один чистый сайт без лишних плагинов; • корректный доступ к базе и запись в wp-config.php; • заранее выбранную схему доменов — поддомены или отдельные домены. Если схема меняется после запуска, растёт риск поломать URL и медиатеку.

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

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

Хорошая настройка сети — это не «один раз включил», а короткий чек-лист перед каждым расширением: домен, база, права, тестовый сайт.