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

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

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: можно узнать, по каким критериям вы присвоили статус хардкода?

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

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

Евгений Петров: я не использую файл 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: наверное у каждого свой метод и свое видение решения проблемы, но ИМХО в вашем методе как минимум нужен какой-нибудь VPS с поддержкой SSH и многие с виртуальным хостингом не смогут им воспользоваться, а в моем обычный php код в связке с алиасами :)

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

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: Ответ техподдержки: либо без SSH на виртуальном хостинге, либо покупайте VPS/VDS.
Так и живем :)

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