サブドメインのもつれ（ノットスミスが必要）

Question

一連のウェブサイトサブドメインの計画を立てて自分自身をコーナーに描いたようです。私の計画が救助されるのか、私が本当に自分自身を足で撃ったのか、何トンもの物を完全に書き直す必要があるのだろうか？ここに問題があります：

テーマのバリエーションを扱う一連のサブドメインサイトを計画しました。説明のために、www.colour.comというサイトを持っているとしましょう（これはファイルがpublic_htmlにある 'hub'です）。次に、サブドメインred.colour.com（public_html/red）、green.colour.com public_html/green）とblue.colour.com（public_html/blue）で表示されます。この時点までにすべての良いことを確認します。

これらのサイトはすべて共通のスタイルシート、Javascripts、イメージなどで多くのリソースを共有しています。これらは私が複製したくないリソースですが、スペースの無駄ですが、異なるバージョンのファイルを開発する危険性があり、それらのすべてが互いに歩調を合わせているわけではありません。だから、私は元気だと思ったことをしたし、これらをすべて「ハブ」（public_html/css、public_html/jsなど）に保存します。

私のサイトがほぼライブになったときに発見したことは、たとえばpublic_html/redをred.colour.comとして使用すると、1つ上の階層（../）にあるサポートファイルが表示されなくなり、Appearenceと機能が完全な画面の混乱に陥りました。

大規模な書き直しが短く、この混乱から誰もが考えることができる方法はありますか？

ありがとうございます！

フランク。

Answer 1

私はそれをクラックしました！ それは1ピントの血、2ガロンの汗、3つの涙の涙が必要でしたが、ついにそれを分解しました。 秘密は、私が疑わしいようにmod.rewriteを使用することです。あなたは確かにルート上の領域に対処することはできませんが、そのような場所に参照のうえ、他の方法があり、特にあなたはここに書き換え条件を使用して「は存在しません」ファイルやディレクトリを参照することができます。

RewriteCond %{SCRIPT_FILENAME} !-d 
RewriteCond %{SCRIPT_FILENAME} !-f 

ので、たとえば、currectコンテキストよりも高いレベルにあったスタイルシートディレクトリを参照する場合は、../cssを参照しますが、現在のコンテキストを独自のサブドメインにした後は、 ./cssは存在しません。つまり、上記の書き換え条件のいずれかまたは両方と一致させることができます。私の例では、クライアントを元のドメインwww.colour.com/css経由で（たとえば）cssディレクトリにポイントすることができます。ここでは、完全性のために、他の貧しい魂がこれを克服するのを助けるために（私は正規表現を学ばなければならなかった、mod.rewriteとLordは6時間でこれを解決する他に何を知っている！私！）

DirectoryIndex index.php 
Options +FollowSymLinks 
RewriteEngine On 
RewriteCond %{SCRIPT_FILENAME} !-d 
RewriteCond %{SCRIPT_FILENAME} !-f 
RewriteRule ^(.*)$ http://www.colours.com/$1 [R=301,L] 

それは、隠しファイルを書き換えることがなどのループを防止するためではない作ることが、私はmod.rewriteについて十分に学習していないなどの追加価値はいくつかの他のディレクティブまだこのsqueekyがきれいにするがあるかもしれません。しかしそれはそのままで、それは私の主な目標の99.99999％です。

1週間以内に編集してください。

私はこの解決法に住んでいましたが、この小さな魔法の代価を支払う代価があることを認めなければなりません。私はあなたが集めるように専門家ではありませんが、このソリューションはブラウザーがそれぞれのリソースを2回要求するように導きます。あなたのサイトが小さく、効率が目立たない場合には問題はないかもしれませんが、最適な読み込み時間を得るためには、このソリューションを使用して、より直接的なもの。ちょうどあなたが知っているので！

Answer 2

フランク、私たちにXYZを "私は解決策を投稿できます"とは、 "私のウェブホスティング会社を含むすべてのソースはこれを行うことができないと言っています"と一貫していません。

このような301リダイレクトは問題をクライアントのブラウザに戻し、他のサブドメインからリソースを再フェッチするように指示するので、あなたのアプローチはソートを行うだけです。クライアントでの読み込み時間を減らします。

あなたの最初のソリューションは、あなただけの直接あなたのSRCとあなたのHTML内のhref属性でhttp://common.colour.com/...をコーディングすることにより行っている可能性があることです。しかし、これにはスクリプトを変更する必要があるという欠点があります。多くの大量サイトでは、このような静的リソースに別のドメインを使用しており、現在ではしばしばCDNを使用しています。また、ブラウザーはコンテンツをロードするためにドメインごとに2つのストリームを開きますが、別々のストリームへの要求を並行して開くため、パフォーマンス上の利点もあります。

2番目の解決策は、サーバーのファイルシステム内でこれを行うことです。あなたがする必要があるのは、DOCROOT/red/cssのシンボリックリンクをDOCROOT/cssなどに作成することです。PHPでスクリプトを作成している場合は、DOCROOTで一時的な設定スクリプトを作成して実行し、 （これは、共有リソースへのすべてのポイントは別のディレクトリにコピーとしてではなく、実際には、あなたのFTPのブラウザに表示され、あなたが使用することを必要とする重要な機能は、このようなsymlink()です。

<?php 
$root=dirname(__FILE__); 
foreach(array('red', 'green', 'blue') as $c){ 
    foreach(array('css', 'js') as $d) { 
    symlink("$root/$c", "$root/$d/$c); 
    } 
} 

あなたは色やリソースディレクトリを微調整する必要があるだろう私はちょうどこれをタイプして、それをデバッグしなかったことに注意してください;-)余分な;-)

第3の解決策は、.htaccessファイルを使用することですが、内部リダイレクト外部のものよりむしろ。ここでApache rewriteモジュールは要求を別のパス/ファイルに直接マップします。私はあなたのcPanelはHTTP_HOSTred.colour.comに「GET /css/sheet.cssが」DOCROOT/red/css/sheet.cssとして処理されますように、あなたはDOCROOT/XXXなどにXXX.colour.comをマッピングすることを可能にすることを前提としています。ここでは、ルールターゲット文字列に/大手をしたいあなたは

RewriteEngine On 
RewriteBase /

RewriteRule (red|green|blue)/(css|js|images)/(.*) /$2/$3 [L] 

：あなたはあなたのようなルールを使用することができ、前者ならば、これはあなたがDOCROOTまたは個別red/.htaccessなどで単一.htaccessを使用するかどうかによって異なりアプローチ方法。

これらを試してみてください。これは役に立ちます:-)