Ниже приведен пример многосайтовой структуры с Drupal 8. Для простоты другие основные папки и файлы Drupal не перечислены.

Основная причина использования многосайтовой установки Drupal - это экономия вашего времени, когда вы управляете несколькими сайтами Drupal, на которых установлена ​​одна и та же версия ядра Drupal. Каждый раз, когда выпускается новое обновление ядра Drupal, вам придется выполнять это обновление только на одном наборе кодов, а не на каждом сайте. Но есть и недостатки. Однако они смягчаются, если вы используете хостинговую систему Aegir.

В следующем руководстве будут освещены шаги, необходимые для настройки мультисайта Drupal 8. Это руководство находится в стадии разработки, представлены только некоторые примеры конфигураций. Доступны другие варианты, такие как HTTPS, другие веб-серверы и базы данных, а также более усовершенствованные конфигурации виртуальных хостов и т. д.

Drupal имеет функцию, которая позволяет обслуживать отдельные независимые сайты из одной кодовой базы. Каждый сайт имеет свою собственную базу данных, конфигурацию, файлы и базовый домен или URL. Пока эта документация не будет расширена, пожалуйста, проверьте соответствующую документацию для Drupal 7.

Вы создали сайт Drupal 8 и хотите разместить его на своем сервере
или
Вы настроили сайт Drupal 8 на своем удаленном сервере и хотите работать на нем локально

Drupal 8 отличается

До Drupal 7 это был довольно простой процесс: скопировать все файлы, скопировать базу данных, все готово.
В Drupal 8, CMI - управление конфигурацией - входит в смесь и нужно позаботиться о нем.

Обратите внимание, что по умолчанию Drupal хранит информацию об управлении конфигурацией в базе данных. Чтобы рабочий процесс на основе файловой системы работал, вам необходимо изменить файлы settings.php и services.yml.

По умолчанию Drupal размещает каталог синхронизации конфигурации в каталоге файлов сайта, используя хеш как часть имени каталога, таким образом sites/default/files/config_HASH.

HASH - это довольно длинная строка случайных символов. Это усложняет (но не делает невозможным) доступ к конфигурации через Интернет. Расположение каталога синхронизации можно изменить после установки.

На этой странице предполагается, что вы знакомы с использованием Drush и имеете последнюю версию.

В следующем примере показано, как экспортировать изменения с сайтов разработки на рабочие сайты. Обратное также возможно.

1. Установите Drupal 8. Мы будем называть этот сайт «Live».

Вот простой пример, демонстрирующий, как имя сайта можно настроить в одной среде и развернуть в другой среде. Этот пример включает в себя загрузку и выгрузку файлов конфигурации tar.gz вручную, но также возможно сохранение каталога синхронизации вашего сайта под контролем версий и синхронизация таким образом.

1. Установите Drupal 8. Мы будем называть этот сайт «Продукция».

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

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