PHPを使用したサブドメインの戦略のための戦略

Question

これをどのようにフレーズするのかは分かりませんが、ベストを尽くします。

私はどこかにこのようなインストールする（PHPで書かれた）アプリケーションがあります。

http://sub1.mydomain.com 
http://sub2.mydomain.com 
etc .. 

：今

/app/build/1.0/ 

を、私は、サブドメインを設定できるようにするには、このような何かをしたいです

まず、私はサブドメインにできるだけ少なく＃ファイルを置いて（私は設定ファイルと思っています）、すべてのphpファイルのビルドフォルダを指しています。

しかし、サブドメインに何らかのカスタマイズがある場合は、カスタマイズしたファイルを実際にサブドメインに配置したいと思っています。その場合、アプリケーションはそれを使用します（つまり、ローカルファイルが存在する場合はそれを使用し、そうでない場合はデフォルトのビルドフォルダーファイルを使用します）。

最後に、私が1.1をリリースした場合、サブドメインを1.1のフォルダに再ポイントするだけで済みます。

私はこれを基本的に理解していますが、それを達成する方法はありますが、私が探しているのは代替アイデア、あるいは私が直面しているかもしれない問題です。 、または私がこのルートに行くなら、私ができないかもしれない他のもの）。

ボトムラインの質問：これは良いか悪い考えですか？なぜですか？

Answer 1

私は、各サブドメインの設定ファイルには、すべてのサイトの設定の違いがあることを前提にしていますので、カスタマイズされていないサイトをすべて1つのフォルダにまとめてサブドメインを指し示すことはできませんDNS）。

サブドメインに1つのindex.phpファイルがあるようにサイトを設定しました。 index.phpファイルは、一連の設定オプションを定義してから、startApp（）と同等のものを呼び出します。各サイトには、アプリケーションファイルを含めるようにインクルードパスが設定されています。これは、apache configまたはindex.phpファイルで行うことができます。

サイトをカスタマイズする場合は、必要に応じてインクルードパスをカスタマイズしたコードをポイントするように変更します。

正直言って、難しい問題はすべてのカスタマイズを文書化して更新し続けることだと思います。しかしそれはまったく別の問題です。