Gợi ý cho settings.php - Nhà phát triển cục bộ, Máy chủ phát triển, Máy chủ trực tiếp

Về cơ bản, một trong những câu hỏi lớn nhất mọi thời đại: một số cách bạn đang sử dụng settings.php trong quy trình phát triển / dàn dựng của bạn là gì?

Ngay bây giờ, tôi có tệp settings.php được thiết lập như sau và tôi dựa vào sự phát triển của mình trên chỉ thị $ HOST của máy chủ nghĩa là tôi có thể làm việc trên dev.example.com cho máy chủ phát triển (chia sẻ), local.example. com cho máy tính cục bộ của tôi (và kiểm tra mã địa phương của nhà phát triển khác) và www.example.com (hoặc chỉ example.com) cho trang web trực tiếp.

(Mã này nằm trong phần 'Cài đặt cơ sở dữ liệu' của 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;

}
?>

Điều này hoạt động khá tốt cho hầu hết các mục đích, nhưng điều đó có nghĩa là chúng ta có rất nhiều mã ngoại lai ngồi xung quanh trong tệp settings.php được chia sẻ của chúng ta ... có cách nào tốt hơn không?

Những gì tôi làm là tách tệp đó thành settings.php và local.sinstall.php.

Ở phần cuối của tệp.php là đoạn mã sau:

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

Sau đó, tệp cục bộ được loại trừ khỏi mọi VCS bạn đang sử dụng. Ưu điểm là bạn có thể đặt các cài đặt phổ biến trên tất cả các phiên bản trong settings.php và có phiên bản / phân phối đó tự động và giữ các nội dung cục bộ trong local.sinstall.php.

Điều này có vẻ như bạn đang phát minh lại chức năng đa trang của Drupal.

Cá nhân, tôi giữ tất cả các chủ đề và mô-đun chuẩn cho trang web sites/all, sau đó có sites/dev.example.comvàsites/example.com .

Là một phần thưởng bổ sung, sau đó bạn có thể có các filesthư mục khác nhau cho mỗi trang web và bạn cũng có thể thêm bất kỳ mô-đun phát triển nào sites/dev.example.com/modules.

Tôi thích bỏ qua tệp cục bộ (sử dụng .gitignoretệp trong git) và sau đó giữ các phiên bản riêng biệt nếu tệp trên mỗi máy chủ.

Tôi có xu hướng luôn thiết lập DNS hoặc lưu trữ các mục nhập tệp và sử dụng

dev.example.com
staging.example.com

và

example.com

Sau đó, tôi có các thư mục cài đặt tập tin hoàn toàn riêng biệt với các thư mục tập tin khác nhau. Chẳng hạn ./sites/dev.example.com/files

Tại sao không có một vài thư mục dựa trên tên máy chủ phát triển?

Thí dụ

• trang web / dev1.domain.com
• trang web / dev2.domain.com
• trang web / dev3.domain.com
• trang web / www.domain.com

Mỗi tệp có tệp cài đặt riêng và db_url.

Nếu điều duy nhất thay đổi là thông tin xác thực cơ sở dữ liệu, thì bạn có thể đặt các biến môi trường trong cấu hình máy chủ ảo cục bộ (và dàn / sản xuất) hoặc trong .htaccess một thư mục phía trên thư mục gốc của bạn. Đây là một ví dụ đơn giản:

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

Sau đó tôi có thể tạo tệp .htaccess tại đây:

/var/www/example.com/.htaccess

có mã sau:

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

Sau đó, trong /var/www/example.com/drupal-resides-here/sites/default/settings.php(hoặc bất cứ điều gì), bạn có thể lấy thông tin đăng nhập db như:

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

Điều này cho phép nhiều nhà phát triển chạy mọi thứ cục bộ và bạn có thể chuyển sang dàn / sản xuất trong khi vẫn theo dõi settings.php (có nhiều thứ trong đó hơn là thông tin xác thực cơ sở dữ liệu ...). Bạn cũng sẽ không phải theo dõi nhiều tệp settings.php.

Giải pháp đơn giản và hiệu quả nhất chỉ là một dòng là như sau. Chỉ cần đưa nó vào dòng cuối cùng của tệp settings.php của bạn:

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

Biểu tượng @ ở phía trước chỉ có nghĩa là không hiển thị bất kỳ lỗi nào ngay cả khi nó không tìm thấy tệp đó. Thiết lập điển hình như thế này liên quan đến một điều kiện để kiểm tra xem tập tin có ở đó không. Điều này thực hiện nó trong một dòng mà không có nó.

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

Còn được gọi là toán tử STFU PHP .