Settings.php için öneriler - Yerel geliştirme, Geliştirme sunucusu, Canlı sunucu

Temel olarak, tüm zamanların en büyük sorularından biri: Geliştirme / aşamalandırma iş akışınızda settings.php kullanmanın bazı yolları nelerdir?

Şu anda, settings.php dosyamı aşağıdaki gibi ayarlıyorum ve geliştirmemi sunucumun $ HOST yönergesine dayandırıyorum; yani, local.example (geliştirme) paylaşılan sunucusu için dev.example.com üzerinde çalışabilirim. yerel bilgisayarım için com (ve diğer aygıtın yerel kodları) ve canlı site için www.example.com (veya yalnızca example.com).

(Bu kod settings.php 'Veritabanı ayarları' bölümünde):

$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;

}
?>

Bu, çoğu amaç için oldukça iyi çalışıyor, ancak paylaşılan settings.php dosyamızda bir sürü yabancı kodun olduğu anlamına geliyor ... daha iyi bir yolu var mı?

Yaptığım şey bu dosyayı bir settings.php ve bir local.settings.php dosyasına ayırmak.

Settings.php dosyasının sonunda şu kod bulunur:

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

Yerel dosya, kullandığınız VCS'den hariç tutulur. Bunun avantajı, settings.php içindeki tüm örneklerde ortak olan ayarları otomatik olarak yazdırabilmenizi / dağıtabilmenizi ve yerel öğeleri local.settings.php dosyasında saklayabilmenizdir.

Bu Drupal'ın multisite işlevselliğinde yerleşik olarak yeniden yarattığını gösteriyor.

Şahsen, site için tüm standart temaları ve modülleri içeride tutuyorum sites/allve sonra sahip sites/dev.example.comolduk sites/example.com.

Ek bir bonus olarak files, her site için farklı klasörlere sahip olabilir ve herhangi bir geliştirme modülünü de ekleyebilirsiniz sites/dev.example.com/modules.

Dosyayı yerel olarak yoksaymayı ( .gitignoregit içindeki bir dosyayı kullanarak ) ve her bir ana bilgisayardaki dosya varsa ayrı sürümleri tutmayı tercih ederim .

Her zaman DNS veya ana bilgisayar dosya girişlerini kurma ve kullanma eğilimindeyim

dev.example.com
staging.example.com

ve

example.com

Sonra tamamen farklı dosya dizinleri ile ayar dosya dizinleri tamamen ayrı var. Örneğin ./sites/dev.example.com/dosyalar

Geliştirme ana bilgisayar adını temel alan birkaç klasör neden olmasın?

Örnek

• siteler / dev1.domain.com
• siteler / dev2.domain.com
• siteler / dev3.domain.com
• siteler / www.domain.com

Her biri kendi ayar dosyası ve db_url.

Değişen tek şey veritabanı kimlik bilgileriyse, ortam değişkenlerini yerel (ve evreleme / üretim) sanal ana bilgisayar konfigürasyonunuzda veya .htaccess'te web kökünün üzerindeki bir klasörde ayarlayabilirsiniz. İşte basit bir örnek:

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

Daha sonra burada bir .htaccess dosyası oluşturabilirim:

/var/www/example.com/.htaccess

aşağıdaki kodu vardır:

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

Sonra /var/www/example.com/drupal-resides-here/sites/default/settings.php(ya da her neyse) db gibi kimlik bilgilerini alabilirsin:

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

Bu, birden fazla geliştiricinin yerel olarak işleri yönetmesine olanak tanır ve hala settings.php'yi izlerken aşamalandırma / prodüksiyona gidebilirsiniz (orada yalnızca veritabanı kimlik bilgilerinden daha fazla şey var ...). Ayrıca birden fazla settings.php dosyasını takip etmeniz gerekmez.

Sadece bir satır olan en basit ve en verimli çözüm aşağıdaki gibidir. Sadece settings.php dosyanızın son satırına ekleyin:

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

Ön kısımdaki @ sembolü, yalnızca bu dosyayı bulamamasına rağmen herhangi bir hata göstermediği anlamına gelir. Tipik kurulum bunun gibidir, dosyanın orada olup olmadığını kontrol etmek için bir koşulludur. Bu, onsuz bir çizgide gerçekleştirir.

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

STFU PHP operatörü olarak da bilinir .