.Htaccess on qwerty.work

AdSense関係でChromeのコンソールにCORS関係のエラーが出るとき

Sun, 12 Dec 2021 21:28:19 +0900

赤文字でエラーが出る

Lighthouseのベンチマークをしているときに、Chromeのコンソール（F12押すと表示されるやつ）に以下のような警告が出ているのを見つけました。面倒くさいので放置していたのもありますが、本腰入れて解決してみようとやってみたらうまくいったのでメモ。

No ‘Access-Control-Allow-Origin’ headerと出るとき

Access to XMLHttpRequest at ‘https://bid.g.doubleclick.net/dbm/～’ from origin ‘https://googleads.g.doubleclick.net’ has been blocked by CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource.

オリジン ‘https://googleads.g.doubleclick.net’ からの ‘https://bid.g.doubleclick.net/dbm/～’ における XMLHttpRequest へのアクセスは CORS ポリシーによりブロックされています。リクエストされたリソースに’Access-Control-Allow-Origin’ヘッダが存在しません。- DeepL翻訳ツール

解決方法

.htaccessに以下の記載をしたところ、エラーが出なくなりました。

Access-Control-Allow-Origin *

他に見つけた書き方

以下のような書き方もあるようです。頭にHeader setを加えた方法です。

Header set Access-Control-Allow-Origin *
Header set Access-Control-Allow-Origin https://bid.g.doubleclick.net https://～

他にも見つけたオプション

Access-Control-Allow-Methods: GET, HEAD, POST, PUT, PATCH, DELETE, OPTIONS
Access-Control-Max-Age: 1728000
Access-Control-Allow-Credentials true

net::ERR_BLOCKED_BY_RESPONSEが出るとき

GET https://ad.atdmt.com/i/～ ad.atdmt.com/i/～ net::ERR_BLOCKED_BY_RESPONSE.NotSameOrigin 200

解決方法

.htaccessに以下の記載をしたところ、エラーが出なくなりました。

X-Frame-Options SAMEORIGIN

他に見つけた書き方

以下のような書き方もあるようです。頭にHeader setやHeader appendを加えた方法です。

Header set X-Frame-Options ALLOW-FROM https://ad.atdmt.com
Header set X-Frame-Options ALLOW-FROM *
Header set X-Frame-Options SAMEORIGIN
Header append X-Frame-Options SAMEORIGIN
header always append X-Frame-Options SAMEORIGIN

参考サイト

https://www.movabletype.jp/documentation/cloud/guide/cfg-htaccess-usage-apache.html https://www.movabletype.jp/documentation/cloud/guide/cfg-htaccess-usage-apache.html

https://webllica.com/deny-iframe-access-by-htaccess/ https://webllica.com/deny-iframe-access-by-htaccess/

https://exerror-com.translate.goog/google-recaptcha-v3-getting-console-error-neterr_blocked_by_response-200/?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://exerror-com.translate.goog/google-recaptcha-v3-getting-console-error-neterr_blocked_by_response-200/?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

https://www-codesd-com.translate.goog/item/google-adsense-cors-and-rails-in-safari-empty-thousands-of-console-errors.html?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://www-codesd-com.translate.goog/item/google-adsense-cors-and-rails-in-safari-empty-thousands-of-console-errors.html?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

https://developers-google-com.translate.goog/interactive-media-ads/docs/sdks/html5/client-side/cors?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://developers-google-com.translate.goog/interactive-media-ads/docs/sdks/html5/client-side/cors?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

https://support-google-com.translate.goog/authorizedbuyers/answer/3202326?hl=en&_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc https://support-google-com.translate.goog/authorizedbuyers/answer/3202326?hl=en&_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=sc

MovableTypeの管理画面でblank.htmlのダウンロードが開始されるとき

Wed, 30 May 2018 11:18:15 +0900

管理画面でblank.htmlのダウンロードが始まる

レンタルサーバーを Mixhost に引越して以来、 Internet Explorer（IE） でMovable Typeの管理画面にログオンすると 「blank.htmlを保存しますか？」 と毎回** blank.html **のダウンロードが始まるようになりました。 Edge と Chrome ではこの症状は出ませんでした。

ちなみに blank.html というファイルはサイト内に存在していません。

原因は.htaccessの１行

理屈はよくわかりませんが、原因は .htaccess でした。 .htaccess は移行元のものをそのまま移行先の Mixhost で使っていました。その中の以下2行を削除でもよかったのですが、行の先頭に # を入れてコメントアウトしたらダウンロードの画面は出ることがなくなりました。

htm、htmlでSSI（サーバーサイドインクルード）を使用できるようにするものらしいです。以前、SSIのテストを行ったときの名残で残していましたが、PHP以外でインクルードを使うことがないので、 # でコメントアウトしました。

AddHandler server-parsed .htm .html
AddType text/x-server-parsed-html .html

参考にしたページでは以下の行を削除したとありましたが、私の.htaccessにはこの記載はありませんでしたが、症状が発生したので上記2行はコメントアウトしました。

AddType application/x-httpd-php .htm .html .cgi

参考ページ

https://www.screamo.jp/2009/09/07/22/22/27/ https://www.screamo.jp/2009/09/07/22/22/27/

https://wordpress.matometa.net/archives/20121009183042 https://wordpress.matometa.net/archives/20121009183042

日本語を含むURLのRewriteは.htaccessをBOMなしで保存する

Fri, 08 Nov 2013 17:25:54 +0900

mod_rewriteで日本語を含むURLからのアクセスをリダイレクトしようと.htaccessに以下を記述しました。結局は以下の書き方で正しかったのですが、404エラーや500エラーが出て動きませんでした。いろいろなサイトを参考に試行錯誤するものの時間ばかり消費して心が折れそうになりました。

http://qwerty.work/ブログ/にアクセスがあったら、http://qwerty.work/blog/にリダイレクトする

Redirect permanent /ブログ/ http://qwerty.work/blog/<br>
または<br>
RewriteRule ^ブログ/$ /blog/ [R,L]

上記で正しく動くはずが動かなかったのは.htaccessをUTF-8の「BOMあり」で保存していたのが原因でした。BOMがどういうものかわかりませんが、「UTF-8（BOMあり）」で保存すると、例えURL内の文字や.htaccessの文字がちゃんとURLエンコードされていても転送元にエンコード文字や日本語があるとエラーになるようです。

「UTF-8とUTF-8Nの違いによるワナ」を参考に「BOMなし」のUTF-8（UTF-8N）で保存したら、ちゃんとリダイレクトできました。メモ帳でできるかどうかわかりませんが、私の場合、テキストエディターのEmEditorで「BOMなし」保存しました。

ちなみに転送元の「ブログ」はUTF-8でダイレクト（URLエンコードなし）で書かないと動かないようです。

逆に、転送先に日本語が含まれている場合は、URLエンコードしていないとダメです。

http://qwerty.work/blog/にアクセスがあったら、http://qwerty.work/ブログ/にリダイレクトする

RewriteRule ^blog/$ /¥%e3¥%83¥%96¥%e3¥%83¥%ad¥%e3¥%82¥%b0/ [NE,R,L]

また、URLエンコードされた文字列の「%」の前に「\」を付けてエスケーブさせておくのと、「NE」を行末に入れておかないとURLエンコードの文字列のまま出力されたり、「%」なしの文字列が表示されたりします。

IISとWordpressとURL書き換え（Rewrite）

Fri, 10 May 2013 10:36:03 +0900

WEBサーバーがApatchであればmod_writeでWordpressのURL書き換えが行えますが、IISの場合はmod_rewriteが使えません。でもIIS7以降は『URL Rewriteモジュール』というものをインストールすれば.htaccessのようなweb.configというファイルにリライトルールを記載することで実現ができるようです。

方法

『Microsoft Web Platform Installer』をダウンロード。

http://www.microsoft.com/web/downloads/platform.aspx
『IIS Rewrite 2.0』を追加する

『製品タブ』の中にあります。あとは画面に従ってインストールしてください。
サイトのルートディレクトリの『web.config』に以下を記載。

ファイルが存在しなければ作成してください。

<?xml version="1.0" encoding="UTF-8"?><br><configuration><br>    <system.webServer><br>      <rewrite><br>        <rules><br>          <rule name="Main Rule" stopProcessing="true"><br>            <match url=".*" /><br>            <conditions logicalGrouping="MatchAll"><br>              <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /><br>              <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" /><br>            </conditions><br>            <action type="Rewrite" url="index.php/{R:0}" /><br>          </rule><br>        </rules><br>      </rewrite><br>    </system.webServer><br></configuration>

これで、以下のWordpressのリライトルール（.htaccess）と同じ動作になります。

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

『URL Rewriteモジュール』をIIS8にインストールすると『インターネットインフォメーションサービス（IIS)マネージャー』のページに『URL書き換え』というアイコンが追加されています。ここから『web.config』の内容をGUIで追加することも可能です。

.htaccessでスマートホン用のサイトに転送

Wed, 26 Sep 2012 22:02:59 +0900

Apatchのmod_rewriteを使ってスマートホン用のサイトにリダイレクトさせる方法をメモ。

MovableTypeのプラグインを組み込んでスマホ用のブログページを作りました。

PC用のブログはルートディレクトリの「blog」で、スマートホン用のブログを「blog」の中の「i」にしたとします。

スマートホンからアクセスを転送するため、「blog」ディレクトリに以下の内容で.htaccessを作成します。

#スマホサイトにリダイレクト
RewriteEngine On
RewriteBase /blog
RewriteCond %{REQUEST_URI} !^/blog/i/.*$
RewriteCond %{REQUEST_URI} !^(.JPG|.jpg|.GIF|.gif|.PNG|.png) [NC]
RewriteCond %{HTTP_USER_AGENT} ^(iPhone|iPod|Android|BlackBerry|Windows.Phone) [NC]
RewriteCond %{HTTP_USER_AGENT} !iPad [NC]
RewriteRule ^(.*)$ /blog/i/$1 [R=301,L]

もし、画像やiPadを除き「blog」にスマートホンからアクセスがあった場合は「i」にリダイレクトするという内容。

「i」ディレクトリには画像がないため、ブログ内の画像のソースやリンクまでリダイレクトされると画像が表示されず困るので、画像はリダイレクトしないように5行目を加えています。

mod_rewriteサンプル

Wed, 06 Jun 2012 15:02:28 +0900

.htaccessに記述するリライトルールのサンプル

mod_rewriteによるリダイレクトで、比較的よく使うリライトルールのサンプルをメモ。

URLのアンダーバーをハイフンに変更

/blog/2012/06/post_abc123.phpでアクセスがあったらpost-abc123.phpにリダイレクトします。

RewriteEngine on<br>RewriteRule ^([0-9]+)/([0-9]+)/post_(.+)\.php$ /$1/$2/post-$3.php [R,L]

ディレクトリの移動

古いディレクトリにアクセスがあったら新しいディレクトリにリダイレクトします。

RewriteEngine on<br>RewriteRule ^/old/(.*)$ /new/$1 [R=301,L]

動的なページを静的なページに見せる

/sample/2012/06.htmlにアクセスがあったら/sample/sample.php?a=2012&b=06lにリダイレクトします。

RewriteEngine on<br>RewriteRule ^/sample/([0-9A-Za-z]+)/([0-9A-Za-z)]+)\.html$ /sample/sample.php?a=$1&b=$2 [L]

特定のディレクトリにあるページの拡張子を書き換える

blogを含むURLの拡張子がｈｔｍｌの場合、phpに書き換えてアクセスする。

RewriteEngine on<br>RewriteCond %{REQUEST_URI} ^/blog.*$<br>RewriteRule ^(.*)\.html$ /$1.php [R,L]

その他参考ページ

http://tech.bayashi.jp/archives/entry/techweb/2007/001981.html http://tech.bayashi.jp/archives/entry/techweb/2007/001981.html

.htaccessによるURL書き換え「Rewrite（リライト）」で転送する方法

Sun, 26 Feb 2012 21:06:38 +0900

ドメインやURLの変更による転送

.htaccessに記述することにより、外部から要求されたリクエストURLを書き換えてリダイレクトすることができます。

サイト移転、ファイル名の変更、ディレクトリ変更、更にはアクセス拒否まで絶大な効果を発揮します。

具体的には、外部から要求されたリクエストURLをApacheのmod_rewrite拡張モジュール（URL書き換えエンジン）を使用し、正規表現を使って書き換えます。Redirectと異なり、リクエストの URL が実在しなくても転送が可能です。

注意：サーバーの環境 Apache1.2 以降で使用可能。 Apache のhttpd.confで、mod_rewriteモジュールが利用可能になっている必要があります。

.htaccess ファイルにおける Rewrite の記述方法

一般的な書式

RewriteEngine on
RewriteBase /

#WWWありで統一
RewriteCond %{HTTP_HOST} ^(example\.com)(:80)? [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]

#WWWなしで統一
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

#HTTPSを強制
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

#ディレクトリの移転
RewriteRule ^old_dir(.*)$ /new_dir$1 [R=301,L]

#ファイルの移転
RewriteRule ^old_dir/index\.html$ /new_dir/index.html [R=301,L]

#クローラのアクセス禁止
RewriteCond %{HTTP_USER_AGENT} Badbot-1 [NC, OR]
RewriteCond %{HTTP_USER_AGENT} Badbot-2 [NC]
RewriteRule !^robots\.txt$ - [F]

RewriteEngine off

注意すること

書き換え対象に正規表現の特殊文字が含まれている場合は、\（日本語環境では円マーク）でエスケープします。
書き換え対象old_dirが、/から始まっていないことに注意してください。
書き換え後/new_dirが、/から始まっていることに注意してください。

よく使うHTTPSとWWWなしにリダイレクトするルール

以下の2つはどちらも同じ動作をします。

それぞれ書く方法

RewriteEngine On

# httpをhttpsにリダイレクト
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

# wwwありをwwwなしにリダイレクト
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [L,R=301]

同時に書く方法

RewriteEngine On

# httpとwwwありの両方をhttpsとwwwなしにリダイレクト
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1%{REQUEST_URI} [L,R=301]

HTTPとWWWありで同時にアクセスがあった場合、複数のリダイレクト条件が連続して適用されることになり、サーバーからリダイレクト回数が多いという理由でで404エラーが返される場合があります。対処方法は今のところ不明です。

ファイルの移転

ファイル名や階層を変更したとき、古いURLにアクセスがあったら新しいURLに転送します。

RewriteRule ^old_dir/index\.html$ /new_dir/index.html [R=301,L]

解説

old_dir/index.htmlのアクセスを/new_dir/index.htmlにリダイレクトし、ここではファイルが永久に移転したことを通知しています。書き換えが行われたら処理終了。301は恒久的なリダイレクトで、一時的なリダイレクトは302を指定します。

ディレクトリの移転・転送

リクエストに対して、ディレクトリ全体が移転したことを知らせます。http://～から記述することにより、外部ドメインへのリダイレクトも可能です。サイトの引っ越しなど、旧ドメインから新ドメインに転送に使います。

内部移転

階層を変更したときなどに使います。

RewriteRule ^old_dir(.*)$ /new_dir$1 [R=301,L]

外部移転

ドメイン変更した際、旧ドメインにアクセスがあった場合、新しいドメインのサイトに転送したいときに使います。工事中など、一時的な転送の場合は302を使用します。

書式

RewriteRule ^old_dir(.*)$ https://www.example.com/new_dir$1 [R=301,L]

使用例

RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
RewriteRule (.*)$ https://www.example.com [R=301,L]

解説 .*は任意の1文字0回以上の繰り返しを意味しています。(.*)に該当する文字列が、後方参照$1に入ります。

拡張子の変更

リクエストに対して、ファイルの拡張子を書き換えてリダイレクトします。

# 拡張子が .html のファイルを、全て .phpl に変更する
RewriteRule ^(.*)\.html$ /$1.php [R=301,L]

# 特定のディレクトリに対して、ファイルの拡張子を変更する
RewriteCond %{REQUEST_URI} ^/example/ [NC]
RewriteRule ^(.*)\.html$ /$1.php [R=301,L]

# 特定のディレクトリを除いて、ファイルの拡張子を変更する
RewriteCond %{REQUEST_URI} !^/example/ [NC]
RewriteRule ^(.*)\.html$ /$1.php [R=301,L]

解説特定のディレクトリに関しては、（行頭から）/example/の大小を問わない文字を含む（もしくは含まない）アクセスに対して、拡張子.htmlを.phpに書き換えてリダイレクトしています。ここではファイルが永久に移転したことを通知しています。書き換えが行われたら処理終了。

サーバ移転（サイトの引越し）

リクエスト全体を、新しいドメインへリダイレクトします。

RewriteRule ^(.*)$ http://www.new-example.com/$1 [R=301,L]

解説 HTTPステータスコードR=301(Moved Permanently) を付加することにより、URLが永久に移動したことを検索サイトのクローラに通知します。

この処理で、旧サイトのページランクを自動的にほぼ引き継ぐことができます。検索サイトへの反映は、クローラにもよりますが、1週間から1ヶ月ほどかかります。

ドメインの統一

サーバーは1つのドメイン、例えばexample.comに対して、www.example.comでもリクエストを受け付けます。

host.comがサブドメインを使用している場合は、更にexample.host.comとwww.example.host.comでも閲覧可能になり、合計4つのサイトにアクセスが分散することになります。これは、 SEO 対策上あまり好ましいことではありません。ここでは、Rewriteを使って、www.example.comに統一する場合を記述します。

サブドメインを使用していない場合

RewriteCond %{HTTP_HOST} ^(example\.com)(:80)? [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]

サブドメインを使用している場合

RewriteCond %{HTTP_HOST} ^(example\.com)(:80)? [NC,OR]
RewriteCond %{HTTP_HOST} ^(example\.host\.com)(:80)? [NC,OR]
RewriteCond %{HTTP_HOST} ^(www\.example\.host\.com)(:80)? [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]

アクセス制限

サーバ変数を取得して、アクセス制限を掛けます。

アクセス制限は、サーバに思わぬ負荷をかけることがあります。
不必要なアクセス制限はできるだけ掛けないようにしてください。十分にアクセス情報を解析してから設定してください。設定によっては正当な訪問者もアクセスできなくなる可能性があります。

[F]は、「Forbidden（アクセス禁止）」を意味します。
特殊文字の前に\（日本語環境では円マーク）を付加する事に注意してください。
REMOTE_HOSTは、サーバーによっては取得できない場合があります。

特定のホストからのアクセスを全て禁止する

RewriteCond %{REMOTE_HOST} ^example\.com$ [NC, OR]
RewriteCond %{REMOTE_ADDR} ^192\.168\.1\.
RewriteRule ^.* - [F]

解説 REMOTE_HOSTが取得できない場合は、REMOTE_ADDRを使用してアクセス制限をかけます。

特定のブラウザからのアクセスを全て禁止する

RewriteCond %{HTTP_USER_AGENT} ^Mozilla/4\.0 \(compatible; MSIE 6\.0\)$ [NC]

RewriteRule ^.* - [F]

特定の Referer からのアクセスを全て禁止する

RewriteCond %{HTTP_REFERER} ^http://www\.example\.com/bad\.html$ [NC]
RewriteRule ^.* - [F]

特定の Referer 以外からのアクセスを全て禁止する（=特定の Referer からのみアクセスを全て許可する）

RewriteCond %{HTTP_REFERER} !^http://www\.example\.com/good\.html$ [NC]
RewriteRule ^.* - [F]

直リンクを全て禁止する

RewriteCond %{HTTP_REFERER} !example\.com [NC]
RewriteRule ^.* - [F]

解説 Referer がexample.comを含まないリクエストに対して、全てのアクセスを禁止します。

画像の直リンクを禁止する

RewriteCond %{HTTP_REFERER} !example\.com [NC]
RewriteRule \.(jpg|png|gif)$ - [F]

解説 Referer がexample.comを含まないリクエストに対して、拡張子が.jpgまたは.pngまたは.gifへのアクセスを禁止します。

特定のホスト & 特定のブラウザからのアクセスを禁止する

RewriteCond %{REMOTE_ADDR} ^192\.168\.1\.
RewriteCond %{HTTP_USER_AGENT} ^Mozilla/4\.0 \(compatible; MSIE 6\.0\)$

RewriteRule ^.* - [F]

特定の検索ロボット（クローラ）に対して、robots.txt以外のアクセスを禁止する

クローラのアクセス禁止は、サーバの負荷を伴います。そこで先に、ここに記述する全てのクローラをrobots.txtで拒否しておきます。それを無視した悪質クローラだけを、最終的にここでアクセス禁止にします。

RewriteCond %{HTTP_USER_AGENT} Badbot-1 [NC, OR]
RewriteCond %{HTTP_USER_AGENT} Badbot-2 [NC, OR]
RewriteCond %{HTTP_USER_AGENT} Badbot-3 [NC, OR]
RewriteCond %{HTTP_USER_AGENT} Badbot-n [NC]

RewriteRule !^robots\.txt$ - [F]

解説 HTTP_USER_AGENTが、Badbot-1, からBadbot-nの文字（文字の大小を区別しない）を含むクローラに対して、robots.txt以外のアクセスを禁止します。

※悪質クローラに対する対策の詳細は：検索ロボット対策をご覧ください。

説明

ディレクティブ

  ディレクティブと書式
  初期値
  説明




  RewriteEngine on/off
  off
  書き換えの可否を設定。


  RewriteOptions inherit
  -
   inherit : 現在の設定値を親ディレクトリの設定値から強制的に継承する。 


  RewriteBase /
  /
   書き換えのベースとなるパス（ベースが明白な場合は不要）。 


  RewriteCond テスト文字列 条件 パターン。
  -
  条件によるテスト文字列とパターンの比較。


  RewriteRule パターン 置換対象。
  -
  パターンを置換対象で置き換える。

オプション

  [R]
   強制的にリダイレクト (Redirect) する。

    [R=301] : 永久的に移動。HTTP レスポンスの「301 : Moved Permanently」を返します。

    [R=302] : 一時的な移動。HTTP レスポンスの「302 : Moved Temporarily」を返します、デフォルト。 


  [F]
   強制的にアクセス禁止 (Forbidden) にする。

    HTTP レスポンスの「403 : Forbidden」を返します。 


  [G]
   強制的に消去済み (Gone) にする。

    HTTP レスポンスの「410 : Gone」を返します。
    
    もはや存在しないページを消去済みとしてマークします。 


  [L]
   書き換えが行われたら終了 (Last) にする。

    現在の書き換え後の URL が後続のルール によってそれ以上書き換えられることを防止します。 


  [NC]
   パターンについて、文字の大小を区別しない(No Case)。
    
    つまり、"A-Z" と "a-z" は区別されません。 


  [OR]
  または。

正規表現

  文字
  説明




  !
  否定。


  .
  任意の1文字。


  [ ]
  括弧内のいずれかの文字。


  [^ ]
  括弧内のいずれかの文字以外。


  |
  または。


  ?
  直前の文字の0回または1回の繰り返し


  *
  直前の文字の0回以上の繰り返し。


  +
  直前の文字の1回以上の繰り返し。


  ( )
  選択範囲の境界を明示する、もしくは後方参照を作成する。


  ^
  行頭。


  $
  行末。


  $n
  (0 


  %{ }
  サーバ変数の取得。


  \
  （日本語環境では円マーク）正規表現の特殊文字をエスケープする。

サーバ変数

  変数名
  説明




  HTTP_USER_AGENT
  ブラウザの種類とバージョン。


  HTTP_REFERER
  参照元の URL 。


  HTTP_COOKIE
  設定されているクッキー情報。


  HTTP_FORWARDED
  プロキシサーバ情報。


  HTTP_HOST
  接続要求しているホスト名。


  HTTP_PROXY_CONNECTION
  接続先プロキシサーバとの接続状態。


  HTTP_ACCEPT
  ブラウザが認識可能なデータ形式。


  DOCUMENT_ROOT
  サイトのルートディレクトリ。


  SERVER_ADMIN
  サーバ管理者のメールアドレス情報。


  SERVER_NAME
  サーバのホスト名、ドメイン名、またはIPアドレス情報。


  SERVER_ADDR
  サーバのIPアドレス。


  SERVER_PORT
  送信に使われたサーバのポート番号。


  SERVER_PROTOCOL
  送信に使われたプロトコルの名前とレビジョン情報。


  SERVER_SOFTWARE
  起動したサーバソフトウエアの名前とバージョン情報。


  REMOTE_ADDR
  リモートホストのIPアドレス情報。


  REMOTE_HOST
  リモートホストのドメイン名。


  REMOTE_USER
  ユーザの認証名。


  REMOTE_IDENT
  リモートホストのユーザ名。


  REQUEST_METHOD
  リクエストを送信した方法。


  REQUEST_URI
  リクエストされたURI。


  SCRIPT_FILENAME
  現在実行しているスクリプト名。


  PATH_INFO
  クライアントから送られるパス情報。


  QUERY_STRING
  URL に付加して渡された "?" 以降の文字列。


  AUTH_TYPE
  ユーザを認証するときに使用する認証方法。


  TIME_YEAR
  サーバのシステム日付・年


  TIME_MON
  サーバのシステム日付・月


  TIME_DAY
  サーバのシステム日付・日


  TIME_HOUR
  サーバのシステム日付・時


  TIME_MIN
  サーバのシステム日付・分


  TIME_SEC
  サーバのシステム日付・秒


  TIME_WDAY
  サーバのシステム日付・曜日


  TIME
  サーバのシステム日付・Unix タイムスタンプ。