mod_rewriteの考え方。 - こせきの技術日記
http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html を見ながら。 URLが正規表現(A)にマッチし、かつ 文字列(B)が条件(C)を満たす場合に、 URLを(D)に書き換える。 というのが基本。 RewriteRule URLが(A)の正規表現にマッチしたら(D)で書き換える。 正規表現(A)は、リライトを実行するかどうかの条件(真偽値)であって、置換 url =~ s/(A)/(D)/ ということではない。たとえば、以下のような正規表現でリライトされる。 Google Code Search # 1文字マッチしたらリライト実行。空文字列でなければ実行する。 RewriteRule . index.php [L] Google Code Search # 先頭にマッチしたらリライト実行。常に実行する。 RewriteRule ^ -
mod_rewrite - RewriteMap - とみぞーノート
RewriteMapを使うとテキスト形式のマップファイルを使ってURLを書き換えたり、Perl等の外部プログラムを使ってURLを書き換えることができる。 以下ではPerlスクリプトでURLの書き換えを行なう例を示す。 外部プログラムを使用したURL書き換えサンプルとしてURL書き換えの際、文字列をescape(URLエンコード)する書き換えを行なう。escape処理を外部プログラムに行なわせる。 RewriteMapでマップ名(以下ではescape-map)と外部プログラム(以下ではescape.pl)を指定する。prg:は外部プログラムであることを意味する。escape.plは標準入力から受け取った文字列をescape(URLエンコード)して返すPerlスクリプト。 escape-mapはRewriteRuleから参照する。${escape-map:$2}は$2をescape-map(つ
モバイルなプラットフォームでのOAuth Signatureの検証 - hide-k.net#blog
相変わらず、題名にセンスがありません。こんばんは。 さて、ようやくローンチしたモバゲーオープンプラットフォームですが、仕組み的にはmixiさんのモバイル版とほぼ同じアーキテクチャで Gadget Server がプロキシー的な役割をする感じになってます。 大人の事情がかなり反映された仕組みなのですが、この仕組みで非常に重要なのがGadget ServerからのリクエストをSAPがいかに信頼するかという部分です。いわゆる 2-legged OAuthでAuthorizationヘッダに含まれるOAuth Signatureの検証する部分。その部分のコードスニペットをご紹介。(mixi 用のは公開していいかどうかわかんないのでモバゲー向けだけ) use OAuth::Lite::ServerUtil; use OAuth::Lite::Util qw/parse_auth_header/; u
apache :: Rewrite(mod_rewrite) [Tipsというかメモ]
! 文字列の前につけることで、否定を表現 < 文字列比較 > 文字列比較 = 文字列比較 -d 指定したディレクトリが存在すれば true -f 指定したファイルが存在すれば true -s ファイルが存在し、サイズが0でなければ true -F アクセス可能な有効なパスを指している場合に true (内部サブリクエストを用いてcheckされる) -U アクセス可能な有効なURLとなっている場合に true (内部サブリクエストを用いてcheckされる)
RewriteCond - RewriteRuleの条件を設定
[Apache] RewriteCondディレクティブでRewriteRuleの条件を設定できます。複数の条件を設定することが可能。 ※RewriteCondの前にRewrite Engine On とする必要があります。 [書式] RewriteCond テストする変数 パターン [フラグ] フラグには[NC]もしくは[OR]を指定できます。フラグを二つ設定するにはカンマで区切ります。(例: [NC, OR] [NC] - 大文字小文字を区別せずにパターンと一致するかどうかをテストします。 [OR] - いずれかのRewriteCondにあてはまる場合にRewriteRuleを適用します。[OR]を明示しない場合、自動でANDになります。 テストする変数には以下のようなものが使用できます。 HTTP_USER_AGENT HTTP_REFERER HTTP_COOKIE HTTP_FOR
mod_rewrite - Apache HTTP Server URL 書き換えエンジン
Summary This module uses a rule-based rewriting engine (based on a regular-expression parser) to rewrite requested URLs on the fly. It supports an unlimited number of rules and an unlimited number of attached rule conditions for each rule, to provide a really flexible and powerful URL manipulation mechanism. The URL manipulations can depend on various tests, of server variables, environment variab
RailsとPHPの共存: Rails開発日記
Railsのpublicフォルダ以下に、PHPスクリプトを起きたい場合の、virturlhostの書き方。今回は、Apache2+mod_proxy & mongrel を使っている場合を想定。 モジュールの読み込み Debianならば、/etc/apache2/mods-enabled/proxy.loadを作成 LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so LoadModule proxy_module /usr/lib/apache2/modules/mod_proxy.so LoadModule proxy_balancer_module /usr/lib/apache2/modules/mod_proxy_balancer.so LoadModule proxy_http_module /usr
mod_rewriteの質問です。「RewriteCond %{REQUEST_FILENAME} !…
mod_rewriteの質問です。「RewriteCond %{REQUEST_FILENAME} !-f」と記述すると、存在するファイルだったらルールを適用しないという意味かと思いますが、以下の設定をして、http://abc.def/abc/def.jpgにアクセスすると、/var/www/html/abc/def.jpgが存在しても、リダイレクトされます。これはなぜでしょうか？ DocumentRoot /var/www/html/ RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^/abc/def.jpg$ http://abc.def [R]
mod_rewrite - Apache HTTP Server URL 書き換えエンジン
Summary The mod_rewrite module uses a rule-based rewriting engine, based on a PCRE regular-expression parser, to rewrite requested URLs on the fly. By default, mod_rewrite maps a URL to a filesystem path. However, it can also be used to redirect one URL to another URL, or to invoke an internal proxy fetch. mod_rewrite provides a flexible and powerful way to manipulate URLs using an unlimited numbe
@Messagesの仕様をちょっと変更, mod_rewriteで置き換えた文字列をエスケープする - #3(2008-01-18)
■ [Q3] @Messagesの仕様をちょっと変更 @Messagesがバックグラウンドスレッドから（つまり自動振り分けから）呼び出された場合に、デッドロックを回避するために、コンテキストアカウント以外のアカウントのメッセージを取得できないようにしました。 ■ mod_rewriteで置き換えた文字列をエスケープする mod_rewriteで以下のようなルールを定義してパスをクエリパラメータに置き換えたとします。 RewriteRule ^(.*)$ test.cgi?value=$1 [L] ここで、http://example.com/Test%2BTestにアクセスするとCGI側からvalueの正しい値が取れず、「Test Test」になってしまいます。これは、mod_rewriteがマッチさせる前にURLを「Test+Test」にデコードするためで、この結果$1には「Test+T
Apache URL Rewriting Guide
his document は http://www.apache.org/docs/mod/mod_rewrite.html にある Apache Group によるオリジナルの mod_rewrite マニュアルを補足するものです。ウェブマスターが普段、実際に直面している典型的な URL-based の問題を、mod_rewrite でどのように解決するかを記述しています。URL の rewriting ruleset を設定することによってそれぞれの問題を解決する方法を詳述してあります。 Table Of Contents はじめに 解決策 URL レイアウト Canonical URLs Canonical Hostnames DocumentRoot の移動 ディレクトリのスラッシュの解決 均一な URL 配置をした ウェブ・クラスタ 異なるウェブサーバへのホーム・ディレクトリの移
Apache module mod_rewrite
URL を操作するためのスイス製のアーミーナイフ、mod_rewrite へようこそ! このモジュールは、（正規表現パーサに基づく）ルールベースの 書き換えエンジンを使い、要求された URL を適宜書き換えます。 サポートするルールの数、および各ルールを適用する際のルール条件 の数に制限はなく、本当にフレキシブルでかつパワフルな URL 操作 メカニズムを提供します。この URL 操作に先立ち、次のようにいろいろな 評価を行なうことができます。たとえばサーバ変数、環境変数、HTTP ヘッダ、 タイムスタンプ、さらに外部データベースの検索結果までを評価の対象として、 各種のフォーマットを使った粒度の高い URL マッチングを実現できます。 このモジュールは、サーバ単位のコンテキスト (httpd.conf) およびディレクトリ単位のコンテキスト (.htaccess) において (PATH-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://neta.ywcafe.net/000873.html
検索ロボット（クローラ）の拒否とアクセス禁止 - SPAM - robots
bayashi.jp
画像もDBに格納して管理する －扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め
Apache : mod_rewriteリファレンス - Flash/Web Application Weblog Directory