タグ付けされた質問 「mod-rewrite」

この質問は、Webmasters Stack Exchangeで回答できるため、Server Faultから移行されました。 8年前に移行され ました。 apacheが同じパスの異なるレベルにある.htaccessファイルを実行する順序と、その中の書き換えルールがどのように優先されるかについて、誰かが私に説明できますか？ たとえば、以下の最初の.htaccessの書き換えルールが機能せず、/blog優先順位付けされているのはなぜですか？ .htaccess in / RewriteEngine on RewriteBase / RewriteRule ^blog offline.html [L] .htaccess in /blog RewriteEngine On RewriteBase /blog/ RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /blog/index.php [L] PS：私は単に答えを探しているのではなく、apache / mod_rewriteの内部構造を理解する方法を探しています... これを修正する方法よりもなぜ私にとって重要なのか、

19 apache  mod-rewrite  htaccess 

次の.htaccessような書き換えルールがあります。 RewriteCond %{SCRIPT_FILENAME} !-d RewriteCond %{SCRIPT_FILENAME} !-f RewriteRule ^search/(.*)$ search.php?q=$1 これが行うことは、誰かhttp://example.com/search/testが実際に処理されるURIにアクセスした場合ですhttp://www.example.com/search.php?q=test。 書き換えられたURLに余分なランダムGETパラメーターを渡そうとすると、パラメーターは無視されます。だから私がここを訪問しようとすると： http://www.example.com/search/whatever?extra=true パラメーターextraは無視されます。それはまったく渡されていないようです。 この問題は修正できますか？もしそうなら、どのように？

13 php  apache  htaccess  mod-rewrite 

SSLとを強制する方法を探していwwwます。 両方を個別に強制することができましたが、一緒にリダイレクトの問題が発生し続けます。次のコードは、この形式のURLを処理するときにhttp://example.com機能します。適切にリダイレクトされhttps://www.example.comますが、受信URLの場合はhttps://example.com転送されませんhttps://www.example.com-提案はありますか？ 編集：それはまたに送信http://www.example.comする必要がありますhttps://www.example.com。 RewriteCond %{REMOTE_ADDR} !127\.0\.0\.0 RewriteCond %{SERVER_PORT} 80 RewriteCond %{HTTP_HOST} !^www.example\.com$ RewriteRule ^(.*)$ https://www.example.com/$1 [R,L]

12 apache  htaccess  redirects  https  mod-rewrite 

すべてをhttps:// ANDに リダイレクトする書き換えルールが必要ですwww。 たとえばhttp://example.com、https://www.example.com これは私が持っているものです： RewriteEngine On RewriteCond %{SERVER_PORT} !=443 RewriteCond %{HTTP_HOST} ^(www\.)?example\.com$ [NC] RewriteRule ^(.*)$ "https\:\/\/www\.example\.com\/$1" [R=301,L]

10 htaccess  apache  https  mod-rewrite 

私が働いている会社では、新しいWebサイトを設計する準備をしていますが、クリーンなURLを作成する方法については意見の相違があります。過去1年間、Poor Man's Clean URLs™を伴う大規模な再設計を見越して、既存のWebサイトに小さな改善を加えてきました。 例： http://www.example.com/products/widgets/index.php http://www.example.com/products/sprockets/index.php 新しいサイトでは、mod_rewriteの使用についていくつかの話があります。 ユーザーのリクエスト http://www.example.com/products/widgets/ mod_rewriteはそれらを http://www.example.com/index.php?page=products/widgets index.phpはそれらを実際のページに送信します http://www.example.com/products/widgets.php このリガマロールがどのようにして付加価値を生み出しているかを理解できていません。mod_rewriteを支持する従業員は、ディレクトリの数が少なければ、なんとかしてメンテナンスが容易になると主張しています。 既存のページでは、クエリ文字列の変数を使用していません。すべてのコンテンツは実際のファイル自体にあります。プレスリリースや今後の展示会など、データベースにコンテンツを追加する予定ですが、ページの大部分は、ヘッダー、フッター、ナビゲーションなどの一般的なHTMLを含めるためにPHPのみを使用します。そのような動的コンテンツにmod_rewriteを使用することは間違いなくできます。 すべてにmod_rewriteを使用する必要があるという、私が見逃しているいくつかの大きな利点はありますか？Poor Man's Clean URLs™は、サイトのデータベース以外の部分に十分ですか？

8 website-design  url  mod-rewrite  url-rewriting