settings.php的建议-本地开发人员，开发服务器，实时服务器

基本上，这是有史以来最大的问题之一：在开发/登台工作流程中使用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文件中有很多多余的代码……有没有更好的方法？

我要做的就是将该文件分为settings.php和local.settings.php。

在settings.php的末尾是以下代码：

if (file_exists(dirname(__FILE__) . '/local.settings.php')) {
  include dirname(__FILE__) . '/local.settings.php';
}

然后，从使用的任何VCS中排除本地文件。优点是您可以将所有实例通用的设置放入settings.php中，并自动对其进行版本控制/分发，并将本地内容保留在local.settings.php中。

似乎您正在重塑Drupal的内置多站点功能。

我个人将网站的所有标准主题和模块保存在中sites/all，然后包含sites/dev.example.com和sites/example.com。

另外，您可以files为每个站点设置不同的文件夹，也可以添加任何开发模块sites/dev.example.com/modules。

我更喜欢忽略本地文件（.gitignore在git中使用文件），然后在每个主机上都保留单独的版本。

我倾向于总是设置DNS或主机文件条目并使用

dev.example.com
staging.example.com

和

example.com

然后，我将使用完全不同的文件目录来设置文件目录。例如./sites/dev.example.com/files

为什么没有几个基于开发主机名的文件夹？

例

• sites / dev1.domain.com
• sites / dev2.domain.com
• sites / dev3.domain.com
• 网站/www.domain.com

每个都有自己的设置文件和db_url。

如果唯一改变的只是数据库凭据，则可以在本地（和分段/生产）虚拟主机配置中或在.htaccess中，在Web根目录上方的文件夹中设置环境变量。这是一个简单的例子：

/var/www/example.com/drupal-resides-here

然后，我可以在这里创建.htaccess文件：

/var/www/example.com/.htaccess

它具有以下代码：

SetEnv DB1_USER my_local_user
SetEnv DB1_PASS my_local_pass
SetEnv DB1_HOST my_local_host
SetEnv DB1_NAME my_local_dbname

然后在/var/www/example.com/drupal-resides-here/sites/default/settings.php（或任何其他方式）中，您可以获取数据库凭证，例如：

$db_url = "mysql://{$_SERVER['DB1_USER']}:{$_SERVER['DB1_PASS']}@{$_SERVER['DB1_HOST']}:{$_SERVER['DB1_PORT']}/{$_SERVER['DB1_NAME']}";

这样一来，多个开发人员可以在本地运行事务，并且可以继续进行阶段/生产，同时仍可以跟踪settings.php（其中不仅仅是数据库凭据，还有更多的事情……）。您也不必跟踪多个settings.php文件。

下面是仅需一行的最简单，最有效的解决方案。只需将其包含在settings.php文件的最后一行即可：

@include('settings.local.php');

前面的@符号仅表示即使未找到该文件也不显示任何错误。像这样的典型设置涉及到条件检查文件是否存在。如果没有它，这将在一行中完成。

http://php.net/manual/zh/language.operators.errorcontrol.php

也称为STFU PHP运算符。