По сути, это один из величайших вопросов всех времен: каким образом вы используете settings.php в своем процессе разработки / подготовки?
Прямо сейчас у меня есть файл settings.php, настроенный следующим образом, и я основываю свою разработку на директиве $ HOST сервера - это означает, что я могу работать на dev.example.com для сервера разработки (общего доступа) local.example. com для моего локального компьютера (и проверки локального кода других разработчиков) и www.example.com (или просто example.com) для живого сайта.
(Этот код находится в разделе «Настройки базы данных» файла settings.php):
$host = $_SERVER['HTTP_HOST'];
$base_url = 'http://'.$host;
$cookie_domain = $host;
switch($host) {
case 'example.com': # Production server
$db_url = 'mysqli://prod_sql_user:password@127.0.0.1/prod_db';
$update_free_access = FALSE;
$conf = array (
// Set production config options here...
'example_setting' => 0,
);
break;
case 'dev.example.com': # Development server
$db_url = 'mysqli://dev_sql_user:password@127.0.0.1/dev_db';
$update_free_access = FALSE;
$conf = array (
// Set production config options here...
'example_setting' => 0,
);
break;
case 'local.example.com': # Local server
$db_url = 'mysqli://local_sql_user:password@127.0.0.1/local_db';
$update_free_access = FALSE;
$conf = array (
// Set production config options here...
'example_setting' => 0,
// Turn off most core caching.
'cache_inc' => 'includes/cache.inc',
'cache' => CACHE_DISABLED,
);
break;
}
?>
Это работает довольно хорошо для большинства целей, но это означает, что у нас есть много постороннего кода, сидящего в нашем общем файле settings.php ... есть ли лучший способ?