Запуск нескольких установок Drupal по одному URL: это целесообразно?


8

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

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

Можно ли сделать это? Для запуска различных установок по адресу domainname.org/dept1, domainname.org/dept2, domainname.org/dept3 и т. Д. Более важно, рекомендуется ли это? С какими проблемами я мог бы столкнуться, если бы я продолжил установку, подобную этой?

Ответы:


7

Это не только не проблема, но и довольно распространенная практика!

Проверьте эту ссылку для некоторых советов: мультисайты

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

  • dept1.domainname.org
  • dept2.domainname.org
  • dept3.domainname.org

(все 3 хоста указывают на один и тот же каталог)

Настроить

Чтобы настроить это, просто добавьте отдельную папку конфигурации под сайтами для каждого:

  • / sites / dept1.domainname.org /setings.php // производство dept1
  • / sites / dept1.stagingdomain.org /setings.php // постановка dept1
  • / sites / dept1.domainname.local /setings.php // разработка dept1
  • и так далее...

Кроме того, у вас должны быть отдельные каталоги файлов для каждого сайта, и вы можете разместить специфичные для сайта (пользовательские) модули в подкаталоге модулей в папке настроек соответствующего сайта, чтобы сохранить каталог / sites / all / modules в незагроможденном виде!


3

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


Но никогда не принимайте такие модули, как DA, как должное. Ищите недостатки тоже. Например: реализация модуля доступа, такого как DA, создаст серьезные проблемы с производительностью. Проблемы, с которыми вам придется как-то иметь дело.
Беркес

1

Есть другой подход: использовать OG (хотя и довольно тяжелый).

Для этого вида веб-сайтов есть дистрибутив Drupal: http://openatrium.com/

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.