From d5df697c797db749268890c6722a0d9db305efc9 Mon Sep 17 00:00:00 2001 From: Yoshiki Hayashi Date: Fri, 8 Nov 2002 10:29:54 +0000 Subject: [PATCH] Update transformations. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97458 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/mod/mod_include.html.ja.jis | 651 ++++++++++++++++++++ docs/manual/mod/mod_mime.html.ja.jis | 756 ++++++++++++++++++++++++ 2 files changed, 1407 insertions(+) create mode 100644 docs/manual/mod/mod_include.html.ja.jis create mode 100644 docs/manual/mod/mod_mime.html.ja.jis diff --git a/docs/manual/mod/mod_include.html.ja.jis b/docs/manual/mod/mod_include.html.ja.jis new file mode 100644 index 0000000000..9841c82866 --- /dev/null +++ b/docs/manual/mod/mod_include.html.ja.jis @@ -0,0 +1,651 @@ + + +mod_include - Apache HTTP サーバ

モジュール | ディレクティブ | FAQ | 用語 | サイトマップ

Apache HTTP サーバ バージョン 2.0

<-
Apache > HTTP サーバ > ドキュメンテーション > バージョン 2.0 > モジュール

Apache モジュール mod_include

説明: + サーバがパースする html ドキュメント (Server Side Includes)
ステータス: + Base
モジュール識別子: + include_module
ソースファイル: + mod_include.c

概要

+ +

このモジュールはファイルがクライアントに送られる前に処理するフィルタを + 提供します。処理の内容は要素と呼ばれる特別な形式の SGML コメントにより + 制御されます。これらの要素は条件分岐や、他のファイルや + プログラムの出力の取り込み、環境変数の設定や表示を行なうことが + できます。

+ +

ディレクティブ

トピック

参照

top

Server-Side Includes を有効にする

+ + +

Server Side Includes は INCLUDES + フィルタ により実装されています。 + Server-side include のディレクティブを含むドキュメントの拡張子が + .shtml の場合、以下のディレクティブでは Apache がそれらを + パースして、その結果できるドキュメントに text/html の + MIME タイプを割り当てます:

+ +

+ AddType text/html .shtml
+ AddOutputFilter INCLUDES .shtml +

+ +

以下のディレクティブは shtml ファイルのあるディレクトリで指定されている + 必要があります (通常は <Directory> セクション + で指定しますが、AllowOverride Options が設定されていると、 + .htaccess ファイルに書くこともできます):

+ +

+ Options +Includes +

+ +

互換性を保つために、server-parsed + ハンドラ も INCLUDES フィルタを + 有効にします。MIME タイプ text/x-server-parsed-html や + text/x-server-parsed-html3 のドキュメントに対しても + Apache は INCLUDES フィルタを有効にします (出力されるものは + MIME タイプ text/html になります)。

+ +

詳しい情報は Server Side + Includes のチュートリアル を読んでください。

+ +
top

基本要素

+ +

ドキュメントは、SGML のコメントとして特別なコマンドが埋め込まれた + HTML ドキュメントとしてパースされます。コマンドの構文は次のように + なっています:

+ +

+ <!--#element attribute=value + attribute=value ... --> +

+ +

値 (訳注: value) は二重引用符で囲まれることがよくあります。多くのコマンドは + 属性-値 (訳注: attribute-value) の組を一つだけ指定できます。 + コメントの終わり (-->) + の前には、SSI の句の一部だと解釈されないようにするために空白を + 入れてください。

+ +

要素 (訳注: element) には以下のものを指定することができます:

+ +
+
config
+ +
+

このコマンドはパース時の振る舞いを制御します。指定可能な属性は:

+ +
+
errmsg
+ +
値はドキュメントのパース時にエラーが発生した場合に + クライアントに送られるメッセージです。
+ +
sizefmt
+ +
この値はファイルの大きさを表示するときに使われるフォーマットを + 設定します。有効な値はバイト単位で表示する bytes と、 + 状況に応じて Kb や Mb を使う abbrev です。
+ +
timefmt
+ +
値は日付を表示するときに strftime(3) ライブラリ関数が + 使う文字列です。
+
+
+ +
echo
+ +
+

このコマンドは以下で定義されている include + 変数 を表示します。変数が設定されていない場合は (none) + と表示されます。日付はその時点での timefmt に従って + 表示されます。

+ +

属性:

+ +
+
var
+ +
値は表示する変数の名前です。
+ +
encoding
+ +
Apache が変数を出力する前に、特別な文字をエンコードする + 方法を指定します。"none" に設定されていると、エンコードは行なわれません。 + "url" に設定されていると、URL エンコード (%-エンコードとも + 呼ばれています。これはリンクの URL での使用に適しています) が + 行なわれます。echo 要素の開始時は、デフォルトは + "entity" に設定されています。これはエンティティエンコード + (段落やテキストなどのブロックレベルの HTML エレメントのコンテキストに + 適しています) を行ないます。これは encoding 属性 + を加えることで変更できます。変更は次の encoding 属性か、 + 要素の終了まで効力を持ちます。encoding 属性は + エンコードの変更をしたい var の前に ある + 必要があることに注意してください。また、ISO-8859-1 エンコーディングで + 定義されている特別な文字だけがエンコードされます。 + 別の文字のエンコーディングが使われている場合、このエンコーディングは + 望みの結果をもたらさないかもしれません。これは、Apache 1.3.12 以降 + で使用可能です。以前のバージョンはエンコードを行ないません。
+
+
+ +
exec
+ +
+

exec コマンドは指定されたシェルコマンドや CGI スクリプトを + 実行します。mod_cgi がサーバに組み込まれていることが + 必要です。IncludesNOEXEC Option はこのコマンドを無効にします。 + 使用可能な属性は:

+ +
+
cgi
+ +
+

値は (%-エンコードされた) URL を指定します。パスが + スラッシュ (/) で始まらないときは、ドキュメントからの + 相対パスとして扱われます。このパスで参照されているドキュメントは + サーバが CGI スクリプトとして扱っていなくても CGI スクリプトとして + 起動されます。ただし、スクリプトのあるディレクトリでは + (ScriptAlias + や ExecCGI Option によって) + CGI スクリプトの使用が許可されている必要があります。

+ +

CGI スクリプトには PATH_INFO とクライアントからの + 元々のリクエストのクエリー文字列が渡されます。スクリプトは標準 + CGI 環境に加えて、include 変数を + 使用することができます。

+ +

例えば:

+ +

<!--#exec cgi="/cgi-bin/example.cgi" -->

+ +

スクリプトが出力の代わりに Location: ヘッダを返すと、 + HTML のアンカーに変換されます。

+ +

exec cgi よりも、 + include virtual + の方を使うようにしてください。特に、CGI への追加の引数を + クエリー文字列を使って渡すことは exec cgi は + できませんが、include virtual は以下のようにして + 可能です。

+ +

+ <!--#include virtual="/cgi-bin/example.cgi?argument=value" --> +

+ +
+ +
cmd
+ +
+

サーバは指定された文字列を /bin/sh を使って + 実行します。コマンドは通常の CGI 変数に加えて include 変数も使うことができます。

+ +

ほとんどいつも、#include + virtual を使う方が #exec cgi や #exec + cmd を使うよりも良い方法です。前者 (#include virtual) + は標準の Apache のサブリクエスト機構を使ってファイルやスクリプトの + 出力を取り込みます。その方法の方がよりたくさん試され、 + よく維持されています。

+ +

さらに、Win32 のようないくつかのプラットフォームや、suexec + を使っている unix では、exec ディレクティブのコマンドに + 引数を渡したり、コマンドに空白を入れることはできません。 + ですから、以下のものは unix の suexec でない設定では動作しますが、 + Win32 や suexec を使っている unix では期待した結果にはなりません:

+ +

+ <!--#exec cmd="perl /path/to/perlscript arg1 arg2" --> +

+ +
+
+
+ +
fsize
+ +
+

このコマンドは指定されたファイルの大きさを sizefmt の + 書式指定に基づいて出力します。属性は:

+ +
+
file
+ +
値は解析されているドキュメントの存在するディレクトリからの + 相対パスです。
+ +
virtual
+ +
値は (% エンコードされた) URL-path です。スラッシュ (/) で + 始まらないときはドキュメントからの相対パスとして扱われます。
+ +
+
+ +
flastmod
+ +
このコマンドは指定されたファイルの最終修正時刻を + timefmt 書式指定に従って表示します。 + 指定可能な属性は fsize コマンドと同じです。
+ +
include
+ +
+

このコマンドは別の文書やファイルのテキストを解析しているファイルに + 挿入します。挿入されるファイルはアクセス制御の管理下にあります。 + 解析しているファイルの存在するディレクトリに + Option IncludesNOEXEC が + 設定されていて、文書の挿入によりプログラムが実行されるような場合は、 + その文書は挿入されません。その Option の設定は CGI スクリプトの実行を + 禁止するからです。その他の場合は、 + クエリー文字列も含め、コマンドで指定された + 完全な URL を使って普通に CGI スクリプトが呼び出されます。

+ +

属性が文書の位置を指定します。include コマンドに与えられたそれぞれの + 属性に対して挿入作業が行なわれます。有効な属性は:

+ +
+
file
+ +
値は解析されているドキュメントの存在するディレクトリからの + 相対パスです。 + ../ を含んでいたり、絶対パスを指定したりはできません。 + ですから、ドキュメントルートの外にあるファイルや、ディレクトリ構造で + 上位にあるファイルを挿入することはできません。 + 常にこの属性よりは、virtual 属性を使うようにしてください。 +
+ +
virtual
+ +
+

値は解析されているドキュメントからの (% エンコードされた) URL + です。URL にはスキームやホスト名を含めることはできません。パスと、 + もしあればクエリー文字列を指定できるだけです。スラッシュ (/) から + 始まらない場合は、ドキュメントからの相対パスとして扱われます。

+ +

URL は属性から作られ、その URL をクライアントがアクセスしたときに + 出力される内容が解析後の出力に含められます。ですから、挿入される + ファイルは入れ子構造にすることができます。

+ +

指定された URL が CGI プログラムであった場合は、 + プログラムが実行され、その出力が解析しているファイル中の + ディレクティブがあった位置に挿入されます。CGI の url に + クエリー URL を入れることもできます:

+ +

+ <!--#include virtual="/cgi-bin/example.cgi?argument=value" --> +

+ +

HTML ドキュメントに CGI プログラムの出力を含める方法としては、 + include virtual の方が exec cgi よりも + 好ましい方法です。

+
+
+
+ +
printenv
+ +
+

これは、存在するすべての変数とその値を表示します。Apache 1.3.12 から、 + 特別な文字は出力される前にエンティティエンコード (詳細は echo 要素を参照) されるようになりました。 + 属性はありません。

+ +

例えば:

+ +

+ <!--#printenv --> +

+ +

printenv 要素は Apache 1.2 以降でのみ使用可能です。

+
+
set
+ +
+ これは変数の値を設定します。属性は: + +
+
var
+ +
設定する変数の名前。
+ +
value
+ +
変数に設定する値。
+
+

例えば:

+ +

+ <!--#set var="category" value="help" --> +

+ +

set 要素は Apache 1.2 以降でのみ使用可能です。

+
+
+
top

Include 変数

+ + +

標準 CGI 環境の変数に加えて、echo コマンドや、 + if や elif, それにドキュメントから呼び出される + すべてのプログラムから使用できる変数があります。

+ +
+
DATE_GMT
+ +
グリニッジ標準時による現在時刻。
+ +
DATE_LOCAL
+ +
ローカルの標準時による現在時刻。
+ +
DOCUMENT_NAME
+ +
ユーザがリクエストした (ディレクトリを除いた) ファイル名。
+ +
DOCUMENT_URI
+ +
ユーザがリクエストした (% エンコードされた) URL-path。 + 挿入ファイルが入れ子になっている場合は、解析されている + ドキュメントの URL ではないことに注意してください。
+ +
LAST_MODIFIED
+ +
ユーザがリクエストしたドキュメントの最終修正時刻。
+
+
top

変数置換

+ + +

変数置換はたいていの場合 SSI ディレクティブの引数として妥当な場所にある + 引用符で囲まれた文字列中で行なわれます。これに該当するものには、 + config, + exec, flastmod, fsize, + include, echo, set の + 各ディレクティブと、条件分岐用のオペレータへの引数があります。 + ドル記号はバックスラッシュを使うことで使うことができます:

+ +

+ <!--#if expr="$a = \$test" --> +

+ +

変数名としてみなされる文字列の中で変数への参照を置換する必要があるときは、 + シェルでの変数置換のように、中括弧で括ることで区別することができます:

+ +

+ <!--#set var="Zed" value="${REMOTE_HOST}_${REQUEST_METHOD}" --> +

+ +

この例では、REMOTE_HOST が + "X" で REQUEST_METHOD が + "Y" のときに変数 Zed を "X_Y" + に設定します。

+ +

例: 以下の例では、DOCUMENT_URI が /foo/file.html のときに + "in foo" を、/bar/file.html のときに "in bar" を、どちらでもないときには + "in neither" を表示します:

+ +

+ <!--#if expr="\"$DOCUMENT_URI\" = \"/foo/file.html\"" -->
+   in foo
+ <!--#elif expr="\"$DOCUMENT_URI\" = \"/bar/file.html\"" -->
+   in bar
+ <!--#else -->
+   in neither
+ <!--#endif --> +

+
top

フロー制御用要素

+ + +

Apache 1.2 以降で使用できます。基本フロー制御要素は:

+ +

+ <!--#if expr="test_condition" -->
+ <!--#elif expr="test_condition" -->
+ <!--#else -->
+ <!--#endif --> +

+ +

if 要素はプログラミング言語の + if 文と同じように動作します。条件が評価され、結果が真であれば + elif か + else か endif + までの文字列が出力に挿入されます。

+ +

elif や else + 文は test_condition が偽のときにテキストを出力に挿入するために使われます。 + これらの要素はあってもなくても構いません。

+ +

endif 要素は if + 要素を終了させます。この要素は必須です。

+ +

test_condition は以下のどれかです:

+ +
+
string
+ +
string が空でない場合に真です
+ +
string1 = string2
+ string1 != string2
+ string1 < string2
+ string1 <= string2
+ string1 > string2
+ string1 >= string2
+ +
string1 と string2 を比較します。string2 が /string/ + という形式であれば、正規表現として比較されます。正規表現は + Unix の egrep コマンドと同じ構文です。
+ +
( test_condition )
+ +
test_condition が真のときに真です
+ +
! test_condition
+ +
test_condition が偽のときに真です
+ +
test_condition1 && + test_condition2
+ +
test_condition1 と + test_condition2 の両方が真のときに真です
+ +
test_condition1 || test_condition2
+ +
test_condition1 と + test_condition2 のどちらかが真のときに真です
+
+ +

"=" と "!=" の方が "&&" より + きつく束縛します。"!" の束縛が一番きつくなっています。 + ですから以下の二つは等価です:

+ +

+ <!--#if expr="$a = test1 && $b = test2" -->
+ <!--#if expr="($a = test1) && ($b = test2)" --> +

+ +

変数やオペレータとして認識されないものはすべて文字列として + 扱われます。文字列は引用符で囲むこともできます: 'string' + のように。引用符で囲まれていない文字列には空白 (スペースとタブ) + を含めることはできません。それらは変数などの句を分離するために + 使われているからです。複数の文字列が続いているときは、 + 空白を間に入れて一つにくっつけられます。ですから、

+ +
string1    string2  は string1 string2 になります
'string1    string2' は string1    string2 になります
+ +
top

ErrorDocuments で Server Side Includes を使う

+ + +

mod_include の機能を使って、国際化され、カスタマイズされたエラー + ドキュメントを提供するための方法を説明した + 文書があります。

+ +
top

Server Side Includes での PATH_INFO

+ +

server-side includes で処理されるファイルは PATH_INFO + (後に付いたパス名の情報) 付きのリクエストを受け付けなくなりました。 + PATH_INFO の付いたリクエストを受け付けるように設定するために、AcceptPathInfo ディレクティブを + 使うことができます。

+ +
top

SSIEndTag ディレクティブ

説明: + include 要素を終了させる文字列
構文: + SSIEndTag tag
デフォルト: + SSIEndTag "-->"
コンテキスト: + サーバ設定ファイル, バーチャルホスト
ステータス: + Base
モジュール: + mod_include
互換性: + バージョン 2.0.30 以降で使用可能。 +
+

このディレクティブは mod_include が探す、include 要素の終了を示す + 文字列を変更します。

+ +

例

+ + SSIEndTag "%>" +

+ +

参照

top

SSIErrorMsg ディレクティブ

説明: + SSI のエラーがあったときに表示されるエラーメッセージ
構文: + SSIErrorMsg message
デフォルト: + SSIErrorMsg +"[an error occurred while processing this directive]"
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + All
ステータス: + Base
モジュール: + mod_include
互換性: + バージョン 2.0.30 以降で使用可能
+

SSIErrorMsg ディレクティブは mod_include がエラーが起こったときに + 表示するメッセージを変更します。プロダクションサーバでは + メッセージがユーザに表示されないようにするために + デフォルトエラーメッセージを "<!-- Error -->" + に変えるというようなことを考えるかもしれません。

+ +

このディレクティブは <!--#config + errmsg=message --> 要素と同じ効果になります。

+ +

例

+ + SSIErrorMsg "<!-- Error -->" +

+ +
top

SSIStartTag ディレクティブ

説明: + include 要素を開始する文字列
構文: + SSIStartTag tag
デフォルト: + SSIStartTag "<!--"
コンテキスト: + サーバ設定ファイル, バーチャルホスト
ステータス: + Base
モジュール: + mod_include
互換性: + バージョン 2.0.30 以降で使用可能。
+ +

このディレクティブは mod_include が探す、include 要素の開始を + 示す文字列を変更します。

+ +

二つのサーバが (もしかすると違うときに) ファイルの出力を解析していて、 + それぞれに違うコマンドを処理させたい、 + というようなときにこのオプションを使います。

+ +

例

+ + SSIStartTag "<%" +

+ +

上の例と、それに対応する + SSIEndTag を使うと、 + 下の例の様にして SSI ディレクティブを使うことができます:

+ +

違う開始と終了のタグを使った SSI ディレクティブ

+ + <%#printenv %> +

+ +

参照

top

SSITimeFormat ディレクティブ

説明: + 日付けを現す文字列の書式を設定する
構文: + SSITimeFormat formatstring
デフォルト: + SSITimeFormat "%A, %d-%b-%Y %H:%M:%S %Z"
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + All
ステータス: + Base
モジュール: + mod_include
互換性: + バージョン 2.0.30 以降で使用可能。
+

このディレクティブは DATE 環境変数を echo して日付を現す文字列が + 表示されるときの書式を変更します。formatstring は + C 標準ライブラリの strftime(3) と同じ形式です。

+ +

このディレクティブは <!--#config + timefmt=formatstring --> 要素と同じ効果になります。

+ +

例

+ + SSITimeFormat "%R, %B %d, %Y" +

+ +

上のディレクティブでは、日付は "22:26, June 14, 2002" という + 形式で表示されます。

+ +
top

SSIUndefinedEcho ディレクティブ

説明: + 未定義の変数が echo されたときに表示される文字列
構文: + SSIUndefinedEcho tag
デフォルト: + SSIUndefinedEcho "(none)"
コンテキスト: + サーバ設定ファイル, バーチャルホスト
ステータス: + Base
モジュール: + mod_include
互換性: + バージョン 2.0.34 以降で使用可能。 +
+

このディレクティブは変数が定義されていないにも関わらず + "echo" されたときに mod_include が表示する文字列を + 変更します。

+ +

例

+ + SSIUndefinedEcho "<!-- undef -->" +

+ +
top

XBitHack ディレクティブ

説明: + 実行ビットが設定されたファイルの SSI ディレクティブを +解析する
構文: + XBitHack on|off|full
デフォルト: + XBitHack off
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + Options
ステータス: + Base
モジュール: + mod_include
+

XBitHack ディレクティブは通常の HTML ドキュメントの解析を + 制御します。このディレクティブは MIME タイプ text/html + と関連付けられているファイルにのみ影響します。XBitHack は + 以下の値をとることができます:

+ +
+
off
+ +
実行可能ファイルに対して特別な扱いをしません。
+ +
on
+ +
ユーザの実行ビットが設定されている text/html ファイルが + SSI html ドキュメントとして扱われます。
+ +
full
+ +
+ on と同様ですが、グループ実行ビットもテストします。 + もしそれが設定されていれば、返されるファイルの Last-modified の + 日付をファイルの最終修正時刻にします。それが設定されていないときは、 + last-modified の日付は送られません。このビットを設定すると、 + クライアントやプロキシがリクエストをキャッシュできるようになります。 + +
注意: 他の CGI を #include + するかもしれないものや、各アクセスに対して違う出力を生成する + (もしくは後のリクエストで変わるかもしれないもの) + すべての SSI スクリプトに対してグループ実行ビットが + 設定されていないことを確認できない場合は、full は使わない方が良い + でしょう。
+
+
+ +
\ No newline at end of file diff --git a/docs/manual/mod/mod_mime.html.ja.jis b/docs/manual/mod/mod_mime.html.ja.jis new file mode 100644 index 0000000000..e47d108e8f --- /dev/null +++ b/docs/manual/mod/mod_mime.html.ja.jis @@ -0,0 +1,756 @@ + + +mod_mime - Apache HTTP サーバ

モジュール | ディレクティブ | FAQ | 用語 | サイトマップ

Apache HTTP サーバ バージョン 2.0

<-
Apache > HTTP サーバ > ドキュメンテーション > バージョン 2.0 > モジュール

Apache モジュール mod_mime

説明: + リクエストされたファイルの拡張子とファイルの振る舞い + (ハンドラとフィルタ)、内容 (MIME タイプ、言語、文字セット、エンコーディング) + とを関連付ける
ステータス: + ベース
モジュール識別子: + mime_module
ソースファイル: + mod_mime.c

概要

+

このモジュールは拡張子を使っていろいろな「メタ情報」をファイルに + 関連付けるために使用されます。この情報はドキュメントのファイル名と + MIME タイプ、言語、文字セット、エンコーディングとを関連付けます。 + この情報はブラウザに送られますし、複数のファイルの中からユーザの好みの + ものが選ばれるように、コンテントネゴシエーションでも使われます。 + コンテントネゴシエーションに関する詳しい情報は mod_negotiation + を見てください。

+ +

AddCharset ディレクティブ、 + AddEncoding ディレクティブ、 + AddHandler ディレクティブ、 + AddLanguage ディレクティブ、 + AddType ディレクティブはすべて、 + ファイルの拡張子をメタ情報にマップするために使用されます。 + それぞれ、ドキュメントの文字セット (訳注: charset)、content-encoding, + content-language, MIME タイプ (content-type) を設定します。 + TypesConfig ディレクティブは拡張子を + MIME タイプにマップするファイルを指定するために使用されます。

+ +

さらに、mod_mime はコンテンツを作成、処理する + ハンドラ と フィルタ + を設定することができます。AddHandler ディレクティブ、AddOutputFilter ディレクティブ、AddInputFilter ディレクティブは + ドキュメントを扱うモジュールやスクリプトを制御します。 + MultiviewsMatch ディレクティブは + これらのディレクティブが指定したファイルの拡張子を + mod_negotiation が Multiviews のマッチをとるときに + 考慮するようにできます。

+ +

mod_mime はメタ情報をファイル名と関連付けますが、 + core サーバにはあるコンテナ + (たとえば, <Location>, <Directory>, <Files>) の中のすべてのファイルを特定の + メタ情報と関連付けるディレクティブがあります。これらのディレクティブには + ForceType, SetHandler, SetInputFilter, SetOutputFilter があります。 + コアのディレクティブは mod_mime により定義された + ファイル名の拡張子のマッピングすべてを上書きします。

+ +

ファイルのメタ情報を変えても Last-Modified + ヘッダの値は変わらないことに注意してください。ですから、 + それらを変更した場合は、クライアントやプロキシで以前にキャッシュされた + コピーがそのときのヘッダとともに使われる可能性があります。 + メタ情報 (言語、コンテントタイプ、文字セット、エンコーディング) を + 変更したときは、すべての訪問者が正しいコンテントヘッダを + 受け取るように、影響を受けるファイルに 'touch' コマンドを実行する + (最終更新日を更新する) 必要があるかもしれません。

+
top

複数の拡張子のあるファイル

+ + +

ファイルは複数の拡張子を持つことができ、拡張子の順番は通常は関係ありません。例えば、ファイル welcome.html.fr + がコンテントタイプは text/html + に、言語はフランス語にマップされる場合、welcome.fr.html + もまったく同じ情報にマップされます。 + 同じメタ情報にマップされる拡張子が複数あるときには、 + 右側にあるものが使用されます。たとえば、".gif" が MIME タイプ + image/gif にマップされ、".html" が MIME タイプ text/html + にマップされる場合は、ファイル welcome.gif.html は + MIME タイプ "text/html" に関連付けられます。

+ +

複数の拡張子のあるファイルが MIME + タイプとハンドラの両方に関連付けられているときは注意する必要があります。 + その場合、普通はリクエストがハンドラに関連付けられた + モジュールによって扱われることになります。たとえば、拡張子 + .imap が (mod_imap の) "imap-file" にマップされていて、 + .html が MIME タイプ "text/html" + にマップされているときは、ファイル world.imap.html は + "imap-file" ハンドラと "text/html" MIME + タイプに関連付けられます。ファイルが処理されるときは "imap-file" + ハンドラが使用されますので、そのファイルは mod_imap + のイメージマップファイルとして扱われることになります。

+
top

コンテントエンコーディング

+ +

特定の MIME タイプのファイルはインターネットでの転送を簡単にするために、 + さらに符号化することができます。これは通常は gzip の + ような圧縮のことを指しますが、pgp のような暗号化や、 + バイナリファイルを ASCII (テキスト) 形式で送るために考案された + UUencoding のことを指すこともあります。

+ +

MIME RFC は次のように言っています:

+ +
+ Content-Encoding エンティティヘッダフィールドはメディアタイプの + 修飾子として使われます。それが存在していれば、値はリソースに + どの追加の符号化が適用されたかを示し、Content-Type ヘッダフィールドに + 書かれているメディアタイプを得るためにどの復号機構を適用すべきか、も + 示していることになります。Content-Encoding は主に、元のメディアタイプの + 同一性を失うことなくドキュメントを圧縮することを可能にするために + 使用されます。 +
+ +

複数のファイル拡張子 (複数の拡張子については 上の節 を参照) 使うことで、 + ファイルのタイプやエンコーディングを指定することが + できます。

+ +

たとえば、Microsoft Word のドキュメントがあり、サイズを小さくするために + pkzip されているとします。.doc 拡張子が Microsoft Word の + ファイルタイプと関連付けられていて、.zip 拡張子が + pkzip ファイルエンコーディングと関連付けられていると、ファイル + Resume.doc.zip は pkzip された Word ドキュメントである + ということがわかります。

+ +

クライアントのブラウザにエンコーディング方法を知らせるために、 + Apache はリソースと共に Content-Encoding ヘッダを + 送ります。

+ +

Content-encoding: pkzip

+ +
top

文字セットと言語

+ + + +

ファイルタイプとファイルエンコーディングの他に重要な情報は + ドキュメントの書かれている言語と、どの文字セットでファイルが表示 + されるべきか、というものです。たとえば、ドキュメントはベトナムの + アルファベットやキリル文字で書かれていて、そのように表示される + 必要があるかもしれません。この情報もまた、HTTP ヘッダで + 送信されます。

+ +

文字セット、言語、エンコーディング、mime タイプはすべて + コンテントネゴシエーション (mod_negotiation 参照) + の最中に、複数の文字セット、言語、エンコーディング、MIME タイプからなる + 代替物があるときにどのドキュメントをクライアントに送るのかを + 決定するときに使われます。AddCharset, + AddEncoding, AddLanguage, + AddType の各ディレクティブで作成された + 拡張子の関連付け (と MimeMagicFile でリストされている + 拡張子) がこの選択に参加します。AddHandler, + AddInputFilter, + AddOutputFilter の + 各ディレクティブでのみ関連付けられている拡張子は + MultiviewsMatch ディレクティブを + 使うことでマッチの + 処理に含めることも外すこともできます。

+ +

Charset

+ + +

さらに情報を伝えるために、Apache は文書の言語を + Content-Language ヘッダで送ることもあります。 + また、情報を正しく表示するために使用すべき文字セットを示すために + Conten-Type ヘッダに情報を追加することもあります。

+ +

+Content-Language: en, fr
+Content-Type: text/plain; charset=ISO-8859-2 +

+ +

言語の指定は二文字の短縮形で行なわれます。charset が + 使用すべき文字セットの名前です。

+ +
top

AddCharset ディレクティブ

説明: + ファイル名の拡張子を指定された文字セットにマップする
構文: + AddCharset charset extension +[extension] ...
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + FileInfo
ステータス: + ベース
モジュール: + mod_mime
互換性: + AddCharset は Apache 1.3.10 以降でのみ使用可能
+ +

AddCharset ディレクティブは、与えられた拡張子を指定された + charset にマップします。charset は、拡張子 + extension を含んでいるファイル名の MIME charset + パラメータです。新しいマッピングは既にある他のマッピングに追加され、同じ拡張子 + extension のためのマッピングを上書きします。

+ +

例:

+

+ AddLanguage ja .ja
+ AddCharset EUC-JP .euc
+ AddCharset ISO-2022-JP .jis
+ AddCharset SHIFT_JIS .sjis +

+ +

この場合、ドキュメント xxxx.ja.jis は charset が + ISO-2022-JP の日本語のドキュメントとして扱われます + (xxxx.jis.ja も同様)。AddCharset + ディレクティブは、ドキュメントが適切に解釈され表示されるように、 + ドキュメントの charset の情報をクライアントに教えるために役に立ちます。 + また、サーバがクライアントの charset + の優先度に基づいて複数のドキュメントの中からドキュメントを選ぶコンテントネゴシエーションのためにも役に立ちます。

+ +

引数 extensionは大文字小文字を区別せず、 + 最初のドットはあってもなくても構いません。

+

参照

top

AddEncoding ディレクティブ

説明: + ファイル名の拡張子を指定されたエンコーディング +にマップする
構文: + AddEncoding + MIME-enc extension [extension] ...
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + FileInfo
ステータス: + ベース
モジュール: + mod_mime
+ +

AddEncoding ディレクティブは、与えられた拡張子を指定された + エンコーディングにマップします。MIME-enc は、拡張子 + extension を含んだドキュメントに使用する MIME + エンコーディングです。この新しいマッピングは既にある他のマッピングに追加され、 + 同じ拡張子 extension のためのマッピングを上書きします。例:

+ +

+ AddEncoding x-gzip .gz
+ AddEncoding x-compress .Z +

+ +

これは、拡張子 .gz を含むファイル名が x-gzip + エンコーディングを使ってエンコードされていることと、拡張子 .Z + を含むファイル名が x-compress + でエンコードされていることを指定します。

+ +

古いクライアントは x-zip と x-compress + が返ってくることを期待しますが、標準規格ではそれぞれ + gzip と compress + と等価であることになっています。Apache + は、コンテントエンコーディングの比較をするときには、先頭にある + x- を無視します。Apache + がエンコーディング付きで応答を返すときは、クライアントが要求した形式 + (すなわち、x-foo や foo) + を使用します。要するに、この二つのエンコーディングの場合は常に + x-gzip と x-compress + を使うべきである、ということです。deflate + のようなより新しいエンコーディングでは、x- + なしで指定してください。 +

+ +

引数 extension は大文字小文字を区別せず、 + 最初のドットはあってもなくても構いません。

+ +
top

AddHandler ディレクティブ

説明: + ファイル名の拡張子を指定されたハンドラにマップする
構文: + AddHandler + handler-name extension [extension] ...
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + FileInfo
ステータス: + ベース
モジュール: + mod_mime
+

拡張子 extension が名前にあるファイルは指定された handler-name に扱われます。 + この新しいマッピングは既にある他のマッピングに追加され、 + 同じ拡張子 extension + のためのマッピングを上書きします。たとえば、拡張子 + ".cgi" で終わるファイルを CGI + スクリプトとして扱いたいときは、以下の設定をします。

+

+ AddHandler cgi-script .cgi +

+ +

これを srm.conf か httpd.conf ファイルに記述することで、拡張子 + ".cgi" を含むファイルは CGI プログラムとして扱われます。 +

+ +

引数 extension は大文字小文字を区別せず、 + 最初のドットはあってもなくても構いません。

+ +

参照

top

AddInputFilter ディレクティブ

説明: + ファイルの拡張子をクライアントのリクエストを処理する + フィルタにマップする
構文: + AddInputFilter + filter[;filter...] extension + [extension ...]
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
ステータス: + ベース
モジュール: + mod_mime
互換性: + AddInputFilter + は Apache 2.0.26 以降のみで使用可能。
+ +

AddInputFilter はファイルの拡張子 extension を + クライアントのリクエストや POST がサーバに来たときに + 処理をするフィルタにマップします。 + これは、SetInputFilter ディレクティブも + 含め、他の場所で定義されているフィルタに加えられます。 + このマッピングはすでにあるものより優先されてマージされ、 + 同じ extension に対する既存のマッピングを上書きします。

+ +

複数のフィルタを指定するときは、データを処理する順番にセミコロンで + 繋いで書く必要があります。フィルタと extension との + 両方の引数は大文字小文字を区別せず、拡張子の最初のドットは + あってもなくても構いません。

+
top

AddLanguage ディレクティブ

説明: + ファイル名を指定された言語にマップ
構文: + AddLanguage + MIME-lang extension [extension] ...
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + FileInfo
ステータス: + ベース
モジュール: + mod_mime
+ +

AddLanguage ディレクティブは、与えられた拡張子を指定された + content language にマップします。MIME-lang は、拡張子 + extension を含んでいるファイル名の MIME における言語です。 + この新しいマッピングは既にあるマッピングに追加され、同じ拡張子 + extension のためのマッピングを上書きします。 +

+ +

例:

+ +

+ AddEncoding x-compress .Z
+ AddLanguage en .en
+ AddLanguage fr .fr +

+ +

この場合、xxxx.en.Z ドキュメントは compress + された英語のドキュメントとして扱われます (xxxx.Z.en + も同様)。content language はクライアントに通知されますが、 + ブラウザがこの情報を使うことはおそらくありません。AddLanguage + ディレクティブは、サーバがクライアントの言語の優先度に基づいて複数の + ドキュメントの中からドキュメントを選ぶコンテントネゴシエーションのためにより役に立ちます。

+ +

複数の言語が同じ拡張子に割り当てられているときは、 + 最後のものが使用されます。すなわち、次のような場合、

+ +

+ AddLanguage en .en
+ AddLanguage en-uk .en
+ AddLanguage en-us .en +

+ +

拡張子 ".en" のあるドキュメントは + "en-us" として扱われます。

+ +

引数 extension は大文字小文字を区別せず、 + 最初のドットはあってもなくても構いません。

+ +

参照

top

AddOutputFilter ディレクティブ

説明: + ファイル名の拡張子をサーバからの応答を処理するフィルタに + マップする
構文: + AddOutputFilter + filter[;filter...] extension + [extension ...]
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: +
ステータス: + ベース
モジュール: + mod_mime
互換性: + AddOutputFilter + は Apache 2.0.26 以降でのみ使用可能。
+ +

AddOutputFilter ディレクティブは + 拡張子 extension をサーバの応答がクライアントに送られる + 前に処理するフィルタを定義します。 + これは SetOutputFilter ディレクティブ + を含め、他の場所で定義されているフィルタに加えられます。 + この新しいマッピングは既にあるマッピングに追加され、同じ拡張子 + extension のためのマッピングを上書きします。

+ +

例えば、以下の設定はすべての .shtml ファイルを SSI で処理し、 + その出力を mod_deflate を使って圧縮します。

+ +

+ AddOutputFilter INCLUDES;DEFLATE shtml +

+ +

複数のフィルタを指定するときは、データを処理する順番にセミコロンで + 繋いで書く必要があります。フィルタと extension との + 両方の引数は大文字小文字を区別せず、拡張子の最初のドットは + あってもなくても構いません。

+ +
top

AddType ディレクティブ

説明: + ファイル名の拡張子を指定されたコンテントタイプにマップ
構文: + AddType MIME-type + extension [extension] ...
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + FileInfo
ステータス: + ベース
モジュール: + mod_mime
+ +

AddType ディレクティブは、 + 与えられた拡張子を指定されたコンテントタイプにマップします。 + MIME-type は拡張子 extension + を含んだドキュメントに使用する MIME タイプです。 + この新しいマッピングは既にあるマッピングに追加され、同じ拡張子 + extension のためのマッピングを上書きします。 + このディレクティブは MIME タイプファイル (TypesConfig ディレクティブを参照) + に無いマッピングを追加するために使用することができます。

+ +

例:

+ +

+ AddType image/gif .gif +

+ +

新しい MIME タイプは、TypesConfig + ファイルを変更するのではなく、AddType + ディレクティブを使って追加することが推奨されています。

+ +

引数 extension は大文字小文字を区別せず、 + 最初のドットはあってもなくても構いません。

+ +

参照

top

DefaultLanguage ディレクティブ

説明: + あるスコープのすべてのファイルを指定された言語に +設定する
構文: + DefaultLanguage + MIME-lang
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + FileInfo
ステータス: + ベース
モジュール: + mod_mime
互換性: + DefaultLanguage + は Apache 1.3.4 のみで使用可能
+ +

DefaultLanguage ディレクティブは、Apache + がディレクティブのスコープ (例えば、その時点の + <Directory> の範囲) にある、明示的な言語拡張子 + (AddLanguage で設定される .fr や + .de) のない全てのファイルを、指定された + MIME-lang 言語であるとみなすようにします。 + これにより、すべてのファイル名を変えることなく、 + ディレクトリがオランダ語のコンテントを含んでいる、 + というようなことを指定することができます。 + 拡張子を使用して言語を指定する方法と違い、 + DefaultLanguage + は一つの言語しか指定できないことに注意してください。

+ +

DefaultLanguage + ディレクティブが有効でなく、ファイルに AddLanguage + で設定された言語の拡張子がないときは、 + ファイルには言語属性がないとみなされます。

+ +

例

+DefaultLanguage en +

+ +

参照

top

ModMimeUsePathInfo ディレクティブ

説明: + path_info コンポーネントをファイル名の一部として扱うように mod_mime +に通知する
構文: + ModMimeUsePathInfo On|Off
コンテキスト: + ディレクトリ
ステータス: + ベース
モジュール: + mod_mime
互換性: + Apache 2.0.41 以降
+

ModMimeUsePathInfo ディレクティブは、 + mod_mime の持つディレクティブを + リクエストに適用させるために、ファイル名と path_info URL + コンポーネントを結合させるために使用します。 + デフォルトでは「 off 」で、path_info + コンポーネントは無視されます。

+ +

このディレクティブは、バーチャルファイルシステムを使用している際に + 推奨されるディレクティブです。

+ +

例

+ ModMimeUsePathInfo On +

+ +

/bar が存在して (foo.shtml は存在しない) + ModMimeUsePathInfo が有効であるとして、 + /bar/foo.shtml に対するリクエストを発行した場合、 + mod_mime は入ってきたリクエストを + /bar/foo.shtml として扱い、 + AddOutputFileter INCLUDES .shtml のようなディレクティブは + INCLUDES フィルタをリクエストに付加させます。 + ModMimeUsePathInfo が設定されなければ、 + icludes フィルタは付加されません。

+
top

MultiviewsMatch ディレクティブ

説明: + MultiViews でのマッチングの検索に含ませる +ファイルのタイプを指定する
構文: + MultiviewsMatch + [NegotiatedOnly] [Handlers] [Filters] [Any]
コンテキスト: + サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: + FileInfo
ステータス: + ベース
モジュール: + mod_mime
互換性: + Apache 2.0.26 以降
+ +

MultiviewsMatch を使用することで、 + mod_negotiation の + Multiviews に 3 種類の異なる挙動をさせることができます。 + Multiviews を使用すると、ファイル (例 index.html) に対するリクエストに対して、 + ネゴシエーションする拡張子がベースに付いたもの + (index.html.en, index.html.fr や index.html.gz) + をマッチさせることができます。

+ +

NegotiatedOnly オプションでは、ベース名に続く拡張子全てが + コンテントネゴシエーションで mod_mime + が認識する拡張子 (例 文字セット、コンテントタイプ、言語やエンコーディング) + に関連付けられていなければなりません。これは副作用の最も少ない + 最も厳密な実装で、デフォルトになっています。

+ +

ハンドラとフィルタの両方もしくは片方と関連付けられた拡張子を含めるには、 + MultiviewsMatch ディレクティブに Handler, + Filters またはその両方のオプションをセットします。 + もし他の条件が同じであれば、最も小さいファイルが送信されます。 + 例えば、500 文字の index.html.cgi と 1000 バイトの + index.html.pl であれば、.cgi + のファイルが優先されます。.asis ファイルを利用しているユーザは、 + .asis ファイルが asis ハンドラに関連付けられているときには、 + Handler オプションの使用を好むでしょう。

+ +

最後に、mod_mime が認識しない拡張子であろうとも、 + どんな拡張子でもマッチさせるようにすることができます。この挙動は Apache 1.3 の + ときと同じもので、予期しない動作、例えば .old や + .bak ファイルといったウェブマスタが送信を意図していない + ファイルを送信する、といった動作を行なう可能性があります。

+ +

例えば次の設定では、ハンドラやフィルタが Multiviews に参加することが + できますし、未知のファイルは除外することができます。

+

+MultiviewsMatch Handlers Filters +

+ +

参照

top

RemoveCharset ディレクティブ

説明: + ファイルの拡張子に関連付けられたすべての文字セット +を解除する
構文: + RemoveCharset + extension [extension] ...
コンテキスト: + ディレクトリ, .htaccess
ステータス: + ベース
モジュール: + mod_mime
互換性: + RemoveCharset は Apache 2.0.24 以降で使用可能
+

RemoveCharset ディレクティブ + は与えられた拡張子に関連付けられた文字セットを取り消します。 + これにより、サブディレクトリにある .htaccess + ファイルが親ディレクトリやサーバの設定ファイル + から継承した関連付けを取り消すことができます。例えば:

+ +

extension は大文字小文字を区別しません。 + また、最初のドットはあってもなくても構いません。

+ +

例

+RemoveCharset .html .shtml +

+ +
top

RemoveEncoding ディレクティブ

説明: + ファイルの拡張子に関連付けられたすべてのコンテントエンコーディング +を解除する
構文: + RemoveEncoding + extension [extension] ...
コンテキスト: + バーチャルホスト, ディレクトリ, .htaccess
ステータス: + ベース
モジュール: + mod_mime
互換性: + RemoveEncoding + は Apache 1.3.13 のみで使用可能
+ +

RemoveEncoding ディレクティブは、 + 与えられた拡張子に関連付けられたエンコーディングを取り消します。 + これにより、サブディレクトリにある .htaccess + ファイルが親ディレクトリやサーバの設定ファイルから継承した関連付けを + 取り消すことができます。例えば:

+ + +

/foo/.htaccess:

+AddEncoding x-gzip .gz
+AddType text/plain .asc
+<Files *.gz.asc>
+  RemoveEncoding .gz
+</Files>
+
+ +

これは、foo.gz は gzip + でエンコードされていることを指定しますが、foo.gz.asc + はエンコードされていないプレーンテキストの + ファイルであるということを指定します。

+ +

注意: RemoveEncoding は + AddEncoding + ディレクティブの後で処理されますので、 + 同じディレクトリの設定中に両方が現れると、 + 後者の効果が打ち消される可能性があります。

+ +

extension は大文字小文字を区別しません。 + また、最初のドットはあってもなくても構いません。

+
top

RemoveHandler ディレクティブ

説明: + ファイルの拡張子に関連付けられたすべてのハンドラを +解除する
構文: + RemoveHandler + extension [extension] ...
コンテキスト: + バーチャルホスト, ディレクトリ, .htaccess
ステータス: + ベース
モジュール: + mod_mime
互換性: + RemoveHandler は + Apache 1.3.4 以降でのみ使用可能
+ +

RemoveHandler ディレクティブ + は与えられた拡張子に関連付けられたハンドラを取り消します。 + これにより、サブディレクトリにある .htaccess + ファイルが親ディレクトリやサーバの設定ファイル + から継承した関連付けを取り消すことができます。たとえば:

+ +

/foo/.htaccess:

+AddHandler server-parsed .html +

+ +

/foo/bar/.htaccess:

+RemoveHandler .html +

+ +

これは、/foo/bar ディレクトリの .html + ファイルは SSI ではなく (mod_include モジュール参照)、 + 普通のファイルとして扱われるようにする効果があります。 +

+ +

extension は大文字小文字を区別しません。 + また、最初のドットはあってもなくても構いません。

+
top

RemoveInputFilter ディレクティブ

説明: + ファイル拡張子に関連付けられた入力フィルタを解除する
構文: + RemoveInputFilter + extension [extension] ...
コンテキスト: + バーチャルホスト, ディレクトリ, .htaccess
ステータス: + ベース
モジュール: + mod_mime
互換性: + Apache 2.0.26 以降
+ +

RemoveInputFilter ディレクティブは + 指定されたファイル拡張子に関連付けられた入力フィルタを解除します。 + これを利用することで、親ディレクトリやサーバ設定ファイルから + 継承した関連付けを サブディレクトリ内において + .htaccess ファイルで取り消すことができます。

+ +

extension 引数は大文字小文字を区別しません。また、 + 最初のドットはあってもなくても構いません。

+ +
top

RemoveLanguage ディレクティブ

説明: + ファイル拡張子に関連付けられた言語を解除する
構文: + RemoveLanguage + extension [extension] ...
コンテキスト: + バーチャルホスト, ディレクトリ, .htaccess
ステータス: + ベース
モジュール: + mod_mime
互換性: + Apache 2.0.24 以降
+ +

RemoveLanguage ディレクティブは + 指定されたファイル拡張子に関連付けられた言語を解除します。 + これを利用することで、親ディレクトリやサーバ設定ファイルから + 継承した関連付けを サブディレクトリ内において + .htaccess ファイルで取り消すことができます。

+ +

extension 引数は大文字小文字を区別しません。また、 + 最初のドットはついてもつかなくても構いません。

+
top

RemoveOutputFilter ディレクティブ

説明: + ファイル拡張子に関連付けられた出力フィルタを解除する
構文: + RemoveOutputFilter + extension [extension] ...
コンテキスト: + バーチャルホスト, ディレクトリ, .htaccess
上書き: +
ステータス: + ベース
モジュール: + mod_mime
互換性: + RemoveOutputFilter は Apache +2.0.26 以降でのみ使用可能
+ +

RemoveOutputFilter ディレクティブは + 指定されたファイル拡張子に関連付けられた出力フィルタを解除します。 + これを利用することで、親ディレクトリやサーバ設定ファイルから + 継承した関連付けを サブディレクトリ内において + .htaccess ファイルで取り消すことができます。

+ +

extension は大文字小文字を区別しません。 + また、最初のドットはあってもなくても構いません。

+ +

例

+ RemoveOutputFilter shtml +

+ +

参照

top

RemoveType ディレクティブ

説明: + ファイルの拡張子と関連付けられたコンテントタイプを +解除する
構文: + RemoveType + extension [extension] ...
コンテキスト: + バーチャルホスト, ディレクトリ, .htaccess
上書き: +
ステータス: + ベース
モジュール: + mod_mime
互換性: + RemoveType は + Apache 1.3.13 以降でのみ使用可能。
+ +

RemoveType ディレクティブは与えられた拡張子の + MIME タイプの関連付けを取り消します。これにより、 + サブディレクトリにある .htaccess + ファイルが親ディレクトリやサーバの設定ファイルから継承した + 関連付けを取り消すことができます。たとえば:

+ +

/foo/.htaccess:

+RemoveType .cgi +

+ +

これは /foo/ ディレクトリ以下の .cgi + ファイルの特別な扱いを取り消します。ファイルはデフォルトタイプとして扱われます。

+ +

注意: RemoveType ディレクティブは + AddType ディレクティブの後に処理されますので、 + 両方が同じディレクトリの設定中に現れた場合、 + 後者の効果が打ち消される可能性があります。

+ +

extension は大文字小文字を区別しません。 + また、最初のドットはあってもなくても構いません。

+
top

TypesConfig ディレクティブ

説明: + mime.types ファイルの位置
構文: + TypesConfig file-path
デフォルト: + TypesConfig conf/mime.types
コンテキスト: + サーバ設定ファイル
ステータス: + ベース
モジュール: + mod_mime
+ +

TypesConfig ディレクティブは、MIME + タイプ設定ファイルの位置を設定します。filename は + ServerRoot からの相対パスです。 + このファイルはファイルの拡張子からコンテントタイプへの + デフォルトのマッピングを設定します。 + ほとんどの管理者は、よく使われるファイル名の拡張子を + IANA に登録されたコンテントタイプに関連付けている、 + Apache の mime.types ファイルを使います。 + 現在の一覧は + http://www.isi.edu/in-notes/iana/assignments/media-types/media-types + で管理されています。これは、主要なメディアタイプの定義を提供して、 + 必要ところを AddType で + 上書きする、という方法で httpd.conf を簡略にします。 + mime.types はサーバをアップグレードしたときに + 置き換えられるかもしれないので、そのファイルを直接 + 編集しないでください。

+ +

ファイルは、AddType + ディレクティブの引数と同じ形式の行で構成されます。

+ +

+ MIME-type extension extension ... +

+ +

拡張子の大文字小文字は区別されません。空行やハッシュ (`#') + で始まる行は無視されます。

+ +
(1) IANA に既に登録されている、あるいは (2) + 広く受け入れられていてプラットホーム間でファイル拡張子に衝突がない、 + という場合でなければ、配布中の mime.types ファイルに新たなものを登録するように + Apache HTTP Server Project にリクエストしないでください。 + category/x-subtype のリクエストは自動的に却下されますし、 + 言語や文字セットの名前空間で既に使用されていて、衝突の可能性のある + 2 文字の拡張子も却下されます。
+ +

参照

\ No newline at end of file -- 2.40.0