15 октября 2010 в 22:17
Добрый день!
Есть задумка на одной установке Drupal завести 3-5 сайтов с разными доменами. Сервер не мой, а просто купленный хостинг (кстати, буду рад предложениям, что лучше прикупить для коммерческого использования, пока я знаю Teli, там лежит мой сайт один).
Сайты маленькие, чисто "визитки", но нужно, чтоб они хорошо индексировались и не мешали в поисковиках друг другу (направленность сайтов совершенно различная).
Если есть способы это реализовать, посоветуйте, пожалуйста, как лучше и что почитать на эту тему. Заранее спасибо.
Комментарии
http://www.drupal.ru/node/36877
http://drupal.org/node/125539
http://drupal.org/node/348619
Спасибо! Если по последней ссылке работа с поддоменами и работа с просто независимыми доменами не отличается, то всё должно получится. Посмотрел видео, вроде всё понятно, кроме того, как в cPanel делать симплинки
читал комменты на друпал.орг к этой затее - несколько сайтов на одной установке.
Там очень доходчиво отговаривают от этой затеи - после этого даже мысли не возникнет так делать - проще 5 установок сделать.
а можно вкратце - почему? тоже задумываюсь над этим вопросом сейчас
вкратце - если используются разные базы данных - то непонятно, зачем это надо? ради экономии 50мб?
если базы как-то пересекаются, то это усложняет процесс обновления / модификации.
Самая простая часть в обновлении в обоих случаях - это заменить файлы при обновлении, дальше идет обновление структуры бд, если оно есть.
Если Вы решите обновить общий модуль / сам друпал - придется производить обновление для каждого из сайтов одновременно - т.е. ставить в maintenance mode каждый сайт, после этого заменять файлы и изменять бд - запускать update.php . Если что-то не захочет обновиться / измениться и т.д. - то это произойдет сразу на всех сайтах.
Вот это основная причина, он же недостаток в противовес которому идет экономия в 50мб на винте.
сенкс!
А вот у меня иные мнения. То, что что-то может не сработать при установке новой версии модуля, это и итак понятно. Поэтому новые возможности лучше проверять на тестовых сайтах, как я и делаю.
Поянятно, что от случайностей не застрахован никто, но ведь и бекапы никто не отменял. Лишних 50 МБ на хостинге не являются экономией, я на эти 50 МБ не обращаю особого внимания.
Я держу несколько простеньких сайтов на одном движке. Все нужные модули лежат в sites/all. А если какому то из сайтов нужен отдельный модуль, тогда sites/sitename.com/modules. Хотя разрушительной для Drupal несовместимости еще не встречал.
На каждый сайт отдельная база данных. Никаких таблиц из разных БД, не объединяю. Ну не надо мне это! Чтобы можно было перенести без проблем сайт на другой хостинг и наоборот с другого хостинга взять сайт к себе.
Преимущества подхода:
Недостаток:
Такое пока не походит если каждому клиенту надо дать user #1 пароль от его сайта + доступ по FTP к sites/site_clienta.ru/. Ведь клиент легко может в настройках файловой системы изменить, путь к файлам и тем самым получить доступ к файлам другого клиента.
Да, в итоге я отказался от идеи сайтов на одном движке и просто залил 3 движка. Всё просто и легко, всё работает.
Почему отказались?
Почитав сей тред возникло ощущение, что игра не стоит свеч.