Мульти сайты друпал хостинг

Если вы работаете более чем один сайт Drupal, вы можете упростить управление и можете обновить свои сайты с помощью функции мульти-сайта. Multi-сайт позволяет совместно использовать одну установку Drupal (основной код, включая вклад модули и темы) среди нескольких сайтов.

Это особенно полезно для управления кодом, поскольку каждое обновление необходимо только сделать один раз. Каждый сайт будет иметь свою собственную базу данных и свои собственные параметры конфигурации, так что каждый сайт будет иметь свое собственное содержание, параметры, включенные модули и включена тема. Тем не менее, сайты обмена код базы и веб-документ корень, так что могут быть проблемы безопасности с несколькими администраторами. (Смотрите раздел «соображения безопасности» ниже для получения дополнительной информации).

Обзор процесса

Чтобы создать новый сайт, используя общий код базы Drupal вы должны выполнить следующие шаги:

1. Создать новую базу данных для сайта (если есть уже существующая база данных вы также можете использовать это, определив префикс в процессе установки).
2. Создайте новый подкаталог каталога «сайтов» с названием своего нового сайта. Смотрите ниже или комментарии в файле default.settings.php для получения информации о том, как назвать подкаталог.
3. Скопируйте файл сайты / по умолчанию / default.settings.php в подкаталог вы создали в предыдущем шаге. Переименуйте новый файл settings.php.
4. Для Drupal 8 только: Включение функции несколько узлов пути копирования (и переименования) на сайтах файлов / example.sites.php на сайты / sites.php. Там нет необходимости редактировать этот файл, если нет необходимости псевдонимов сайта. Нормальные правила отбора сайта применяются.
5. Настройка прав доступа нового каталога сайта, а также предоставить разрешения на запись в файл конфигурации (settings.php).
6. Если вы используете поддиректорию такие как example.com/subdir и не поддомен, таких как subd.example.com вы, вероятно, придется создать символическую ссылку для каждого сайта. См подкаталог раздел несколько узлов ниже для деталей.
7. В веб-обозревателе перейдите к URL нового сайта и по-прежнему со стандартной процедурой установки Drupal (если вы получаете бесконечный цикл перенаправления, проверить, если файл install.php существует корень документа).

Он также может быть необходимо изменить файл конфигурации вашего веб-сервера (часто называют httpd.conf для Apache), чтобы Drupal переопределить настройки Apache. Это верно для всех установок Drupal и не является специфичным для мульти-сайта установки. Дополнительная информация доступна в Best Practices: Настройка Apache и PHP для Drupal в разделе Shared окружающей среды в руководстве по установке.

Детали процесса

Домены, URL, а также сайты подкаталог имя

Новый подкаталог каталога сайтов имеет имя, которое строится из URL сайта. Например, конфигурация для www.example.com будет в местах / example.com / settings.php. Вам не нужно включать «WWW» как часть имени каталога.

Drupal будет использовать одни и те же сайты / example.com каталог для любого поддомена example.com. в том числе WWW, если не существует альтернатива, соответствующий подкаталог поддоменов сайты. Например, URL sub.example.com будут обслуживаться с сайтов / sub.example.com. если она существует.

Для поддиректории URL, такие как example.com/subdir. имя подкаталога сайты следующим образом: сайты / example.com.subdir - и прочитать раздел ниже на получение подкаталог мульти-сайт работает.

При установке на нестандартном порту, номер порта рассматривается в качестве первой части подобласти. Например, www.example.com:8080 может быть загружен с сайтов / 8080.example.com. Если этот каталог не существует, Drupal будет выглядеть для сайтов / example.com. как настоящий подобласти.

Сайт-специфические модули и темы

Каждая конфигурация сайта может иметь свои собственные сайт-специфические модули и темы в дополнение к тем, которые установлены в стандартных «модулей» и каталогов «темы». Для того, чтобы использовать сайт-специфические модули или темы, просто создать «модули» или каталог «тем» конфигурационной директории сайта. Например, если sub.example.com имеет собственную тему и пользовательский модуль, который не должен быть доступен для других сайтов, установка будет выглядеть следующим образом:

корень документа

Одной из областей частой путаницы в том, что в мультисайтовой установки Drupal корень веб-сервера документ является одинаковым для всех сайтов. Например, при трех следующих сайтах: example.com, sub.example.com и example.com/site3 будет единым каталогом Drupal и все сайты будут называть один и тот же файл index.php.

Некоторые хостингов автоматически создает новый каталог (т.е. example.com) при создании нового домена или субдомена. В этом случае необходимо, чтобы превратить его в символическую ссылку в основном каталог Drupal, или еще лучше при создании домена или субдомена, установите его, чтобы использовать один и тот же корень документа в качестве места, где вы Drupal установлены.

Подкаталог мульти-сайт

Если вы пытаетесь получить Drupal мульти-сайт работает с использованием подкаталогов URL-адресов, а не поддомен или различные URL-адрес домена, вы можете столкнуться с проблемами. Вы начинаете, сделав каталог сайтов, таких как / example.com.subdir. и положить файл settings.php там. Если это работает для Вас, здорово! Но это, вероятно, не будет.

Localhost псевдоним для локальной рабочей станции

Во многих системах можно создавать записи в файл «хосты», чтобы создать псевдонимы для имени локального хоста для локальной рабочей станции. Создавая псевдонимы для локального хоста можно создавать такие имена, как localdev1.example.com и localdev2.example.com, как для локального компьютера.

Если с другой стороны, вы используете подкаталоги в локальном веб-корень, создать символическую ссылку, как это:

и введите название папки сайта localhost.subdir.

Изменения доменных имен

После того, как сайт находится в производстве в частности подкаталог в каталоге сайтов, подкаталог не должен быть переименован, даже если изменения URL веб-сайта. Это происходит потому, что несколько таблиц базы данных (например: система и файлы) включают в себя ссылку на «сайты / www.mydomain.com.» Вместо того, чтобы переименовать каталог сайтов, вы можете создать символическую ссылку на новый URL-адрес от старого. Перейдите в каталог сайтов, а затем использовать следующую команду:
$ Пер -s /path/to/drupal/sites/old.domainname.com new.domainname.com

Вопросы безопасности

Вы можете пересмотреть конфигурацию с помощью нескольких узлов в Drupal, в ситуациях, когда администраторы для всех сайтов, которые работают с одной и той же кодовой базе не как тот же человек или небольшая группа с высоким уровнем взаимного доверия. Причина заключается в том, что кто-то с полными правами администратора на сайте Drupal может выполнить произвольный PHP код на этом сайте с помощью различных средств (даже без FTP доступа к сайту), а произвольный PHP код может быть использован с одного сайта влияет на другой сайт, если два объекта находятся в том же корне HTTP документов и обмена же код Drupal.

Таким образом, если вы полностью доверяете все администраторы сайтов, которые вы рассматриваете работает с той же кодовой базе Drupal быть знающим, осторожным, и не злой, вы можете рассмотреть вопрос об установке своих сайтов Drupal в совершенно разных областях веб-сервера которые не могут влиять друг на друга с помощью PHP скриптов.

Иногда, Drupal подвержен уязвимости в системе безопасности. ошибки, которые позволяют несанкционированный доступ пользователей к основному коду Drupal. После того, как хакер имеет доступ к коду ядра, они имеют доступ ко всем мультисайтам через одну атаки. Non-мультисайты требуют отдельных атак, которые могут предложить достаточно времени для уязвимости будет обеспечена.

Когда MultiSite

Как правило, использовать ли многоузловые устанавливают или вы не можете сказать:

• Если сайты для одного клиента, и это упростить объем каждого сайта, рассмотреть его.
• Если сайты похожи по функциональности, используйте одни и те же модули или использовать такое же распределение Drupal, рассмотреть его.
• Если ограниченные ресурсы / кадровые, но много сайтов для управления и обслуживания, обязательно рассмотрим его.
• Если функциональность или сфера различны, не используют MultiSite.
• Если вы управляете несколькими распределениями, не используйте MultiSite.
• Если клиенты разные, не используйте MultiSite.

Drupalcon Остин (2014) разговор / обсуждение многоцентровых где плюсы, минусы, и некоторые предложения обсуждаются широкой аудитории пользователей перспективы доступна на YouTube.

Многоузловой популярен, когда вы хотите, чтобы ваши сайты, чтобы остаться в уточненном как можно относительно Drupal обновлений безопасности модуля, но если у вас есть различные функциональные возможности, это сделать сложнее, потому что это занимает больше времени, чтобы проверить каждый сайт самостоятельно. Если вы делаете MultiSite, то обновление должно выполняться одновременно для всех сайтов, которые не всегда возможно. Если это является проблемой или у вас есть очень большой MultiSite, но по-прежнему выступают за подход, вы можете рассмотреть изучает Drush плагин под названием DSLM, который рассматривает многоузловое управление немного по-другому, но с теми же преимуществами.

Сайты с различными функциональными возможностями, как правило, в конечном итоге повышен в разное время, потому что каждая из них должна быть проверена и резервное копирование. Обновления на сайте и резервные копии могут быть автоматизированы с помощью Drush с или без многоцентрового, хотя целевой @sites доступен Drush упрощает насыпное применение команд к мультисайтам.

Рекомендуемые детали конфигурации Многоузловой

Это не жесткие и быстрые правила, но, безусловно, поможет предотвратить вас от живописи себя в угол с многоцентровым.

Используйте Drush для управления обновлением развертывания / сайта

Drush является мощным CLI, который позволяет скриптовые команды против Друпали сайты. В сочетании с мультисайтов, они становятся гораздо проще в управлении в масштабе. Drush псевдонимы (которые позволяют ссылки группировки сайтов / мишени с отдельными командами) имеют решающее значение для успешного управления крупными многоузловым развертывания. Например, многие учебные заведения работать мультисайты с более чем 100 до 1000 сайтов убегали один MultiSite.

Используйте sites.php управлять сайтами

Используйте включенный сайты / sites.php (Drupal 7.x) или сайты / sites.example.php (Drupal 8.x.x), чтобы ссылаться на сайты в MultiSite вместо адреса на основании. Это позволит вам перемещаться между внедрениями (например, разработчиком, сценой, Prod) более легко. Традиционная конфигурация многосайтовой бы создавать каталоги, как сайты / my.new.domain.address / settings.php, но вам не нужно использовать домен в качестве имени папки для его работы. В sites.php вы можете сделать ссылку, как => «my.new.domain.address» «проекта / version1». Делая это, вы сделаете это можно использовать sites.php отображение на разработчике, которые выглядят больше как our.dev.address и до сих пор она указывала на проецировать / version1 в качестве своей цели.

Статьи по Теме

Есть много причин, почему системный администратор или разработчик может выбрать для размещения нескольких сайтов на одном сервере в мультисайтовой конфигурации. Например, такая конфигурация может: ...

Вы действительно нуждаетесь в сети? Сайты в сети мультисайтовой отдельные, очень похожи на отдельные блоги на WordPress.com. Они не связаны между собой, как вещи в других видах ...

Привет и добро пожаловать. Я бег несколько сайтов с помощью многоузловой функции Drupal, и заметил отсутствие группы, чтобы обсудить различные вопросы и как-тос, связанные с этим делать. Если у кого есть ...

Многие из наших пользователей быстро научиться уверенно управлять несколькими сайтами WordPress самостоятельно. Некоторые даже начинают управлять WordPress сайтов для клиентов, друзей и семьи. Недавно один из наших ...

В этом кратком turorial we'll установить WordPress MultiSite и дать каждый сайт в сетевом подмигнули собственную отдельный домен верхнего уровня. Изменение настроек DNS Сначала мы должны указать все домены ...