通常、構成ファイルが使用されます。例えば、
/live.domain.com/conf/config.php
アプリケーションのそのインスタンスに固有の情報を保持します。アプリケーションは、スクリプト内からインスタンス固有の情報を呼び出すことは決してありません。つまり、DSN、パス、電子メール アドレス、画像などをハードコードするべきではありません。すべての情報は構成ファイルに含まれている必要があります。
例は次のとおりです。
<?
$dsn_user = 'live';
$dsn_pass = 'live_password_1234234cx';
$dsn_host = 'localhost';
$dsn_type = 'mysql';
$dsn_db = 'live';
$site_name = 'Bob's Store [live]';
$admin = 'bob@bobsstore.com';
$debug = 0
?>
次に、2 番目のサイトのセットアップが必要な場合は、リビジョン管理システム (ですね?) を別のディレクトリにチェックアウトし、構成ファイルを編集してテスト用データベースを参照するだけです。
一般に、ライブ サイトと開発サイトで同じ物理データベースを共有することは悪い習慣です (データベース エンジンではありません。単一の MySQL データベース サーバーで 50 のサイトをホストすることは問題ありませんが、各サイトは MySQL 内に独自のデータベースを持つ必要があります)。
理想的には、一連のテスト データをロードして、新しい基本システムにすばやくデータを入力できるセットアップ ファイルが必要です。