これは、次の質問に関連しています。

.htaccessの条件付きDirectoryIndex

答えは、次のことが機能するはずだと述べています。

これが機能するかどうかはわかりませんが、Env varの設定は確実に機能しますが、DirectoryIndexからサイトにアクセスするIPに関係なく、常にindex.phpです。

条件に何か問題がありますか、それとも他のものを使用する必要がありますか？

前もって感謝します

静的部分と動的部分を持つRoRでアプリを開発しています。静的部分は、アプリのpublic/フォルダーに配置されます。これで、パブリックフォルダーにindex.htmlがある場合、routes.rbで構成されたルートを使用できなくなります。インデックスがある場合、map.connect /：controller /：actionなどのデフォルト構成は使用できません。 .html。だから私はインデックスhtmlを削除しました。

これで、public/フォルダーに静的ページstartpage.htmlがあります。これはアプリの開始ページである必要があります。そして、私は他の静的/動的ページへのリンクを持っています。

RoRアプリはapacheでホストされており、DirectoryIndexパラメーターを追加して仮想ホスト構成を構成しようとしました。これにより、サイトにリクエストが来るたびにstartpage.htmlに転送されますが、それでもデフォルトのコントローラーに移動します。私はroutes.rbでmap.rootを指定しました

ダミーのコントローラーとアクションを追加して、スタートページを持つビューを作成し、ルートとして使用するようにroutes.rbを構成したくありません。私がここでやろうとしているのは

基本的に、startpage.htmlは、public/フォルダーから静的ページとして機能するアプリの最初のページである必要があります。これにより、他のページやコントローラー/アクションへのリンクが作成されます

ここでは、制御をRailsアプリケーションに渡す代わりに、htmlページにリダイレクトするようにapacheすることができません。オプションインデックスを使用してディレクトリリストを有効にすることもできますが、変更はありません。

誰かポインタはありますか？

/httpdocs/ フォルダーで、index.php のファイル名を変更する必要があります。これを行うには、.htaccess ファイルに次の新しい行を書き込みます。

ただし、/httpdocs/ の下のすべてのサブフォルダーは、DirectoryIndex ファイルの index2.php を探していたようです。/httpdocs/ フォルダーの DirectoryIndex ファイルを、その下のすべてのフォルダーに再帰的に影響を与えずに変更する方法はありますか?

ユーザーが明示的にサーフィンできないようにApacheを構成するにはどうすればよいですか？http://myurl/somepath/index.php 'index.php控えめに言っても、URLの末尾に添付すると見苦しくなります。

私がフォルダを持っていると想像してください。その中には、最近のヌードコロニーキャンプ訪問からの写真の束と、その中の贅沢なショットがあります。メインフォルダを入力するときに、誰もがアクセスできるようにしたくありませwww.website.org/photos/
ん。ファイル全体の直接リンク、アクセス権を持つことができます：
www.website.org/photos/my_first_nude_colony_camp_visit_00281.jpg

さて、htaccessまたは他の魔法の力を使用して私のウェブサイトに次のルールを設定する可能性はありますか？はいの場合、適切な正しいアパッチ言語は何ですか？

ルール1：デフォルトでは、すべてのフォルダコンテンツへのftp-lookalike-free-fileリストへのアクセスをブロックします。

ルール2：ただし、pass.portという名前の（隠し？）ファイルがそのフォルダーに存在する場合は、すべてのコンテンツのftpそっくりの無料リストを許可してください。

そうすれば、どのフォルダを表示したいのか、どのフォルダを表示したくないのかを例外にすることができます。手がかりと提案をありがとう！

次の行はどういう意味ですか？

ルートにindex.phpがありません。インデックスがhome.phpであるため、Webサイトのルートファイルは.htaccessルールで定義されています。

私の.htaccessファイルは次のようになります。

どうもありがとう！

update1：

私は仮想ホスト構成ファイルにアクセスできません。共有ホスティングを使用しているので、/httpdocs/にある.htaccesだけがあります。私は何をすべきか？DirectoryIndexを無効にする必要があります（とにかくそれを使用せず、サイトは正常に機能します！）ディレクトリインデックスがあるかどうかを確認するにはどうすればよいですか？

update2：

• ブラウザでテストすると、すべてが正常に、高速に、うまく機能しているように見えます。
• ただし、ログには次のように表示されます。

[2011年2月27日日曜日02:18:56][エラー][クライアント66.249.71.81]ファイルが存在しません：/var/www/vhosts/website.org/httpdocs/index

このページの上部にある最初のエラーとは異なり、これは通常の404のようです（私の404エラードキュメントは私のホームページなので、エラーページにはホームが表示されます）

「website.org」と入力すると、htaccessルールはデフォルトページのwebsite.org/en/homeにリダイレクトされ、「websie.org/index」と入力すると、website.org / en/homeにリダイレクトされます。すべて正常に動作しているように見えますが、2つのエラーが「ルールによって禁止されているディレクトリインデックス...」の意味がわかりません。

手がかり？ありがとう！

過去数か月間、googleBot は私のサイト [index.php] にもう存在しないファイルにアクセスしていました。これは、適切な言語の適切なホームページへのすべてのルーティングが htaccess の apache 書き換えルールを介して処理されているためです。

DirectoryIndex index.php 答えとして、.htaccessルールをコメントアウトしました。

現在、すべてが崇高に機能します。http://website.orgルートは、 /en/home301 の永続的なリダイレクトを介して即座にリダイレクトされます!

しかし

66.249.67.142 / == crawl-66-249-67-142.googlebot.com が、存在しない index.php を読み込もうとして何度も私のサイトにアクセスしています。私は何をすべきか？？

そのようなエントリを含むエンドレス エラー ログ ファイルへのスニーク ピーク (かわいそうな googlebot は、よりインテリジェントである可能性があると思いました...)

JavaアプリケーションのI/Oストリーミングを介してさまざまなファイルをダウンロードしています。これらのファイルの受信と保存は、ファイル名を含む完全なURLパスがある限りうまく機能しますDirectoryIndexが、ドメインのインデックスファイル（たとえば、Apacheで定義されている）の名前を見つけるにはどうすればよいですか？HTTPヘッダーはこの情報を提供せず、URLConnectionメソッドも提供しません。

どうもありがとう！

よく
S。

私は少し立ち往生していて、これは些細な問題だと確信していますが、正しい解決策を見つけることができないようです。

apache2 w/mod_sslとmod_rewriteを実行しているローカル開発サーバーがあります。自己署名証明書を作成し、*：443のそれぞれの仮想ホストディレクティブを追加しました。私が抱えていると思われる問題は、SSL側が適切に機能するようになったということです。そして、私が正しく言うと、index.phpを追加せずに自分のサイトのhttps url（https://dev.mysite/など）にアクセスでき、index.phpが正常にプルアップされることを意味します。

しかし、サイトの通常のhttp URLにアクセスするときは、サイトを表示するためにindex.phpを入力する必要があります。（例：http：//dev.mysite/index.php）

DirectoryIndexディレクティブを*：80ブロックに追加しようとしましたが、それでも機能しないようです。

以下は、仮想ホストファイルの内容です。

Apache で実行されている PHP で DirectoryIndex の配列 (または同様のもの) を取得する方法はありますか? たとえば、DirectoryIndex ファイルの 1 つが特定のディレクトリに存在するかどうかを確認できるようにしたいと考えています。これは、PHP を使用して特定の URI の DirectoryIndex ファイル名を取得するにはどうすればよいですか? に関連しています。しかし、まったく同じことを尋ねているわけではないので、似ているにもかかわらず指摘しないでください。

編集:ファイルの解析に行く必要はありません。