Как в PHP реализовать схему: несколько поддоменов — один движок — к каждому поддомену своя база данных?

Question

[Евгений Петров]

Уважаемые! Прошу помощи.

У меня есть некий движок (CRM) и пользуются им несколько поддоменов. У каждого поддомена - своя база данных. При обновлении движка, приходится у всех поддоменов в каталоге также обновлять - не рационально со всех точек зрения.

Вопрос: Как можно настроить сервер или движок так, чтобы все поддомены работали на одном движке и с разной базой данных? Хотя бы направьте пожалуйста, как это называется?

Answer 1

[Евгений Петров]

Оказывается это называется алиасами. Когда осуществляется заход через поддомены, парсим через $_SERVER['SERVER_NAME'] и дальше соответственно подключать базы данных :) Спасибо за помощь

Answer 2

[Николай Каргин]

Настраиваешь виртуальные хосты, в php дописываешь пару строк на подключение к базе данных в зависимости от хоста.

Answer 3

[ThunderCat]

Если субдоменов ограниченное и не увеличивающееся количество - добавляете субдомены, прописываете им папку движка как документ рут, в движке определяете какой поддомен загружен(по урл), грузите соответствующие настройки бд.
Для "пакетного" добавления - cname на основной домен (маска *.domen.tld), в апаче прописать надо поддоменные алиасы, точно не помню строчку, легко ищется гуглом. База так же грузится в зависимости от поддомена, ну тут уже логику сами придумывайте, по поддомену префикс делать там например..

Answer 4

[Максим Гришин]

Запихать весь движок в папку скажем core, а в vhost'ах её алиасить на один и тот же физический путь. В итоге конфиги у каждого поддомена свои, а движок общий.

Answer 5

[Андрей К]

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

Answer 6

[Arris]

Ваши поддомены - это отдельные папки (виртуальных хостов), так?

Допустим, файлы движка у вас лежат в /var/www/host1/core/, а конфиги сайта (подключение к БД и прочее) в /var/www/host1/config

Перекладываем код движка куда-нибудь в /var/www/my_engine_core/ и создаем символьные ссылки

Если мне не изменяет память, должно быть что-то вроде

ln -s -T /var/www/my_engine_core/ /var/www/host1/core/
ln -s -T /var/www/my_engine_core/ /var/www/host2/core/

etc

Ну конечно еще надо права доступа правильно настроить, владельцев папок и так далее.

Comments

[Евгений Петров]

Это легко решается с алиасами, дальше парсим домен и по домену назначаем соответствующую базу данных :)

switch($_SERVER['SERVER_NAME']){
  case 'site1.mainsite.ru':
     $db = 'dbname';
     $db_login = 'login';
     $db_pass = 'pass'
  break;
  case 'site2.mainsite.ru':
     $db = 'dbname_2';
     $db_login = 'login_2';
     $db_pass = 'pass'
  break;
}

define("SITE_URL",$site_url);
define("DB_CONN","mysql:dbname=".$dbname.";host=localhost");
define("DB_LOGIN",$db_login);
define("DB_PASS",$db_pass);

[Arris]

Евгений Петров: то, что вы делаете - это хардкод. Впрочем, ваш сайт - вы и собирайте грабли.

[Евгений Петров]

Arris: можно узнать, по каким критериям вы присвоили статус хардкода?

[Arris]

Евгений Петров:
case 'site1.mainsite.ru':

[Евгений Петров]

Arris: по мне, на данный момент - это самая удобная конструкция. Например, раньше, когда вносил изменения в проект на локалхосте, приходилось копировать файлы с осторожностью, ведь файл config.php, отличался от хостинговского, теперь же, я уже внес все варианты в конфиг и смело могу отправлять на сервер весь проект. И не важно под каким доменом, все будет работать. А как бы вы поступили без использования данной схемы?

[Arris]

Евгений Петров: я не использую файл config.php
Что-то в этом духе я использую:

somewhere in __loader.php

require_once SITE_ROOT . PATH_ENGINE . 'stative.staticconfig.php';
StaticConfig::init(SITE_ROOT . PATH_CONFIG . 'config.ini');
StaticConfig::init(SITE_ROOT . PATH_CONFIG . 'db.ini');

config.ini

[host]
; local | remote | test | 
server  = 'local

db.ini
[connection]
engine  = 'mysql:engine'
driver   = 'mysql'
; -------------------------------------------------------------------------------
; local
; -------------------------------------------------------------------------------
[local:mysql:xxx]
driver   = 'mysql'
hostname = 'localhost'
username = 'root'
password = ''
database = 'db'
port     = 3306
table_prefix = 'lme_'

Как вы понимаете, это не реальный конфиг :)

В итоге разница между окружениями описывается в файле config.ini (но её можно перенести и в другой файл, скажем connection.ini , который НЕ заливать каждый раз). А отличия между локалхостом и продакшеном сводятся к изменению одной строчки в конфиге. При этом движок опирается на информацию, полученную через
StaticConfig::init()

[Евгений Петров]

Arris: а чтобы скормить init'у соответствующий конфиг, надо опять же определить домен, с которого пришел пользователь)

[Arris]

Евгений Петров: А зачем? Если совместить это с теми же самыми симлинками - то для разных виртуальных хостов у нас будут разные папки с данными (картинками, шаблонами, музычкой) и разные папки с конфигами, но движок, живущий в своей папке будет дёргать конфиг, индивидуальный для каждого проекта.

Нет, ну если вам нравится делать так как вы делаете - тьюринга ради, делайте что хотите :)

[Евгений Петров]

Arris: наверное у каждого свой метод и свое видение решения проблемы, но ИМХО в вашем методе как минимум нужен какой-нибудь VPS с поддержкой SSH и многие с виртуальным хостингом не смогут им воспользоваться, а в моем обычный php код в связке с алиасами :)

[Arris]

Евгений Петров: да нет, почему? Вот у меня есть хостинг на одном российском провайдере. Виртуальный хостинг. Панель управления даёт мне возможность регать неограниченное количество поддоменов, замапленных на разные папки.

host1.wintersky.ru -> /wintersky.host1/public_html/
host2.wintersky.ru -> /wintersky.host2/public_html/
host3.wintersky.ru -> /wintersky.host3/public_html/

Движок у меня будет жить (ситуация гипотетическая, к примеру) в
/wintersky.engine/

Сначала я выясню у хостера путь до моей папки (пусть он /home/wintersky/ )
Через SSH я создам симлинки:

ln -s -T /home/wintersky/wintersky.engine/ /home/wintersky/wintersky.host1/public_html/core/

etc

Нет, ну если конечно ваш хостер не поддерживает доступ по SSH - смените хостера.

P.S. В наше время на виртуальных хостингах живут нубы, лентяи и нищеброды. Я лентяй %)

[Евгений Петров]

Arris: в том то и дело, что у нас, в Казахстане, на одном из самых крупных хостеров hoster.kz, на виртуальном хостинге отсутствует доступ по SSH. Менять его на другой не могу, т.к. если хостинг заграничный, то соответственно увеличивается время доступа (помню пользовался джино хостингом и hostinger.ru раздражало время отклика).

[Arris]

Евгений Петров: с техподдержкой связывались? Просили помочь?

[Евгений Петров]

Arris: Ответ техподдержки: либо без SSH на виртуальном хостинге, либо покупайте VPS/VDS.
Так и живем :)

[Arris]

Евгений Петров: да, я уже с ними пообщался. Можно еще описать им задачу в более полном виде и попросить их сделать симлинки самостоятельно. Но я бы все таки перешел на VPS ;) Тут от задач зависит все таки уже.