ステージング環境にデプロイしたばかりの新しいプロジェクトで HTML5 ボイラープレート ビルド スクリプトを使用しています。スクリプトは魔法のように機能します。よく文書化されているので、私のアプリケーションで使用するために簡単に構成できました。
ドキュメントを読んだ後、VCS ベースの展開に Paul Irish のアプローチを使用して /publish ディレクトリを指すことにしました。
RewriteEngine On
RewriteCond $1 !^publish/
RewriteRule ^(.*)$ publish/$1 [L]
特定のセットアップ用にこのように構成しましたが、すべてが必要に応じて縮小および連結されたファイルを指しています。これはすばらしいことですが、http://[mysite.com]/publish/ にアクセスして、/publish ディレクトリを直接参照することもできます。
これは、ぶら下がったままにしておくための一種の緩い糸のように思えます。ここで誰かがこれに遭遇し、良い解決策を思いついたのではないかと思っています。ユーザーが URL の後に /publish/ を入力することは想定していませんが、確実にクロールできるようにしたくはありません。
何か案は?
前もって感謝します
更新:以下の Gerben からの多大な支援の後、私はこれについての私の考えを少し変更することになりました - ユーザーは /publish に入力しないため、ユーザーを /publish からルート URL にリダイレクトする必要はありません。 [site.com]/publish へのリンクは絶対にしないでください。代わりに、/publish ディレクトリ内の .htaccess ファイルに次のルールを追加しました。これにより、publish サブディレクトリへのリクエストに対して 403 エラー (禁止) が生成されます: http://httpd.apache.org/docs/current/rewrite/flags.html#flag_f
RewriteCond %{THE_REQUEST} publish
RewriteRule .? - [F]
さらに、検索ボットが同じデータを含む 2 つのファイル セットのインデックスを作成しないように、publish ディレクトリを robots.txt に追加しました。