Крупнейшие и наиболее посещаемые сайты WordPress работают на мультисайтах. Обеспечение надежного будущего многосайтовой функции имеет первостепенное значение для долгосрочного успеха сетей, построенных на этой платформе. Тем не менее, основные улучшения часто добавляются медленно, так как многосайтовость используется по-разному и поэтому не может быть легко включена в простые решения.
На прошлой неделе в блоге Make WordPress Core Эндрю Начин обозначил некоторые долгосрочные цели основных улучшений WordPress Multisite. Базовая поддержка сопоставления доменов является одним из них.
Парадигма поддомена/подкаталога
Из-за того, что поддомены и подкаталоги являются очень ограниченными вариантами URL-адресов сайтов в многосайтовой сети, сопоставление доменов обычно используется для добавления опции доменов верхнего уровня.
В относительно необычной конфигурации мультисайта можно создать несколько сетей. Тем не менее, нет пользовательского интерфейса для поддержки нескольких сетевых установок, и действительно глобальные настройки в настоящее время невозможны для всех.
Единственное, что «глобально» для всей многосайтовой установки (а не только для одной сети), — это обязательные к использованию плагины и пользователи. Сайты закреплены за определенной сетью; сетевые подключаемые модули и сетевые темы отличаются только для этой сети; и каждая сеть имеет свои собственные настройки, сетевого администратора и даже суперадминистраторов (если они не определены глобально с помощью $super_admins).
Начин предлагает сосредоточиться на добавлении более надежной поддержки сопоставления доменов, чтобы снизить потребность в пользовательском интерфейсе для управления несколькими сетями. Множественные сети относительно редки и обычно не нужны, но часто создаются из-за предполагаемой разработчиком неадекватности поддоменов/подкаталогов. Начин считает, что путь вперед заключается во внедрении правильного сопоставления доменов в ядро. Это потребует полной переработки ms-settings.php.
Потребуются большие изменения, чтобы сделать сопоставление доменов возможным как часть ядра. Начин выделяет два требования:
- Растворение существующей парадигмы поддоменов и подкаталогов или, скорее, уменьшение его размера, чтобы он был частью только сетей открытой регистрации.
- Растворение междоменных «удаленных» входов в систему, которые часто являются источником запутанных петель перенаправления
Растворение парадигмы подкаталога/поддомена на самом деле не так уж плохо. Нам нужно перестать думать о сети, состоящей только из разных поддоменов или состоящей только из разных путей. ms-settings.php нужно будет переписать. Создание сайта и управление им потребуют некоторых изменений.
Это ни в коем случае не простые изменения, особенно если учесть, как сильно они повлияют на многие крупные сети WordPress, включая WordPress.com. Начин считает, что разрешение конфликтов URL-адресов является одной из самых больших проблем при продвижении вперед с сопоставлением доменов для ядра. Однако это также дает возможность значительно улучшить опыт управления открытыми и закрытыми многосайтовыми сетями.
Открытые и закрытые сети
Соответствующим побочным продуктом этого предложения является обсуждение того, как сопоставление основных доменов может повлиять на открытые и закрытые сети, а также на процесс регистрации и администрирование.
Если многосайтовая сеть WordPress допускает открытую регистрацию по запросу, она считается «открытой сетью». Закрытая сеть — это еще один очень распространенный сценарий, когда регистрация отключена, а сайты в сети добавляются вручную.
Но когда сеть не предназначена для «открытой регистрации», с администраторов следует снять ряд чрезмерных трудностей. Загружаемые типы файлов строго ограничены, и количество, которое они могут загрузить, ограничено. Они не могут активировать установленные плагины, хотя для этого есть возможность. Они не могут добавлять пользователей на свои сайты, не зная их адреса электронной почты (якобы для предотвращения спама), и пользователь все равно должен пройти процесс «подтверждения». Новые сайты должны пройти процесс «активации». Они не могут создавать новых пользователей.
Удаление этих проблем значительно облегчило бы жизнь каждому суперадминистратору закрытой многосайтовой сети. В любой сети, которую я когда-либо создавал в этом направлении, большая часть работы связана с преодолением ограничений мультисайтов, которые накладываются на сеть из-за того, что ядро обслуживает открытые сети регистрации.
Nacin предлагает единую опцию, которую нужно установить при установке и контролировать с помощью сетевых настроек, чтобы различать открытые и закрытые сети.
Большим преимуществом здесь является то, что функциональность в закрытой сети начинает больше напоминать отдельный сайт, а не присущие ограничения открытой сети. Изменяя эти парадигмы, со временем сетями будет легче управлять и их будет проще использовать.
Начин не описывает здесь какой-либо конкретный подход или сроки, а лишь несколько долгосрочных целей для адаптации будущего развития к лучшему мультисайтовому опыту. До сих пор комментарии были очень интересными, и я призываю вас принять участие в обсуждении , поскольку оно, скорее всего, продолжится некоторое время, прежде чем появится конкретный план действий.
Мне любопытно узнать, как эти изменения повлияют на текущие плагины сопоставления доменов. Не сделает ли это их всех устаревшими? Являются ли различия между закрытыми и открытыми сетями слишком ограниченными в определении того, как WordPress может управлять регистрацией и ограничениями?
