Мультисайтинг на Drupal 7 с использованием поддиректорий вместо доменов

kostin Drupal 14 комментариев

В рамках одного из последних проектов потребовалось развернуть независимую англоязычную копию сайта. Многоязычного решения (привет, http://drupal.org/project/i18n) не требовалось, потому что структура сайтов планировалась очень разная (проще говоря, при большом основном сайте нужна временная небольшая английская версия).

Разворачивать две инсталляции Друпала — было бы позором. Ибо поддерживать такой огород в дальнейшем — не реально. Очевидный выход — мультисайтинг. Но нюанс был в том, что заказчик хотел видеть английскую версию не на поддомене, а хотел — в поддиректории (в подпапке).

Примерно так:

• Адрес основной версии сайта — example.com
• Адрес дополнительной английской версии — example.com/en/

Оказывается, что Drupal 7 из коробки умеет и такой мультисайтинг.

Все наши заботы ограничились следующим:

1. Переименовываем директорию с настройками основного сайта:

mv sites/default sites/example.com

2. Создаем символическую ссылку с бывшей default на новую директорию:

ln -s sites/example.com sites/default

Симлинк нужен для того, чтобы все файлы, которые лежали у вас прежде в ./sites/default/files продолжили нормально открываться по старым ссылкам (а не превратились в 404-ые ошибки). Как вариант, можно не делать симлинк, а настроить переадресацию в .htaccess с 301-ым кодом. Примерно такой редирект вписывайте в начало .htaccess:

RewriteRule ^sites/default/files/(.*)$ /sites/example.com/files/$1 [R=301,L]

Плюс редиректа перед симлинком на старое хранилище файлов в том, что глядя на 301-ый редирект поисковые системы через какое-то время обновят в своих индексах старые ссылки на новые. Но за вас никто не обновит старые ссылки, которые вы понаставили в контенте.

С основный сайтом — всё готово, займёмся дополнительным.

3. Копируем существующую директорию с настройками сайта:

cp -r sites/example.com/ sites/example.com.en

Обратите внимание: имя для копии задаём example.com.en (т.е. в конец имени мы добавили названия желаемой подпапки).

4. Теперь выставляем права на запись файлу с настройками:

chmod 644 sites/example.com.en/settings.php

Надеюсь, Drupal или вы сами сделали файл доступным только для чтения, как рекомендуется из соображений безопасности.

5. Создаём дамп базы данных основного сайта, заводим новую базу, заливаем в неё дамп. Открываем sites/example.com.en/settings.php в любимом текстовом редакторе и указываем реквизиты доступа к новой базе.

6. Так, теперь создаём ещё одну символическую ссылку, которая и будет выполнять роль поддиректории:

ln -s . en

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

7. И добавляем, как советуют тут, в .htaccess следующий код сразу после RewriteBase /, чтобы нормально работали ЧПУ:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteCond %{REQUEST_URI} ^/en
RewriteRule ^ en/index.php [L]

Проверяем. Всё работает, включая ЧПУ? Отлично! Радуемся и возвращаем ограниченные права файлу настроек подсайта:

chmod 444 sites/example.com.en/settings.php

Мы теперь имеем два абсолютно независимых сайта: один на основном домене, второй — в поддиректории. У сайтов независимые настройки, независимый контент. А кодовая база — общая. То есть обновив модуль или тему на основной версии, вы «автоматически» получите обновление на дополнительной.

Если вдруг вам потребуется темы и/или модули тоже разделить между сайтами, то раскладывайте их не в sites/all/modules и sites/all/themes, а в директории sites/example.com/modules и sites/example.com.en/modules (sites/example.com/themes и sites/example.com.en/themes). Но даже сделав отдельные темы и модули вы всё равно будете иметь общее ядро, что, как минимум, упрощает процесс его обновления.

Почти всё, что я здесь рассказал, уже написано по-английски в официальной документации.