From 64eec9ed9a4458cdd304d255fdfc17795b883f2a Mon Sep 17 00:00:00 2001 From: Yoshiki Hayashi Date: Thu, 10 Apr 2003 10:53:55 +0000 Subject: [PATCH] Update transformations. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@99319 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/mod/mod_negotiation.html.ja.jis | 177 ++++++++++---------- docs/manual/mod/quickreference.html.ja.jis | 7 +- 2 files changed, 96 insertions(+), 88 deletions(-) diff --git a/docs/manual/mod/mod_negotiation.html.ja.jis b/docs/manual/mod/mod_negotiation.html.ja.jis index 69a7d3b35c..be82792dd4 100644 --- a/docs/manual/mod/mod_negotiation.html.ja.jis +++ b/docs/manual/mod/mod_negotiation.html.ja.jis @@ -36,7 +36,7 @@ ハンドラで扱われるファイル)。これは variants を含んでいるファイルを明示的に指定します。 -
  • MultiViews の探索 (MultiViews Option で使用するようになります)。 +
  • MultiViews の探索 (MultiViews Option で有効になります)。 サーバが暗黙の内にファイル名のパターンマッチを行ない、 その結果から選択します。
  • @@ -53,16 +53,15 @@
  • MultiViews
  • 参照

    top

    タイプマップ

    -

    タイプマップは RFC 822 のメールヘッダと同じ書式です。 +

    タイプマップは RFC 822 のメールヘッダに類似した書式です。 ドキュメントの記述が空行で分離されて書かれていて、ハッシュ文字 ('#') で始まる行はコメントとして扱われます。 ドキュメントの説明は複数のヘッダレコードから構成されます。 @@ -74,7 +73,7 @@ 使用可能なヘッダは以下のとおりです:

    -
    Content-Encoding:
    +
    Content-Encoding:
    ファイルのエンコーディング。Apache は AddEncoding ディレクティブ で定義されたエンコーディングだけを認識します。通常 compress されたファイルのための x-compress と gzip @@ -82,84 +81,76 @@ エンコーディングの比較をするときは、接頭辞 x- は無視されます。
    +
    Content-Language:
    +
    インターネット標準の言語タグ + (RFC 1766) + で定義されている言語の種類。例えば、en + は英語を表します。 + 複数の言語が格納される場合はコンマで区切られます。
    -
    Content-Language:
    - -
    インターネット標準の言語タグ (RFC 1766) - で定義されている言語の種類。例えば、en - は英語を表します。
    - -
    Content-Length:
    - -
    ファイルの長さ (バイト数)。 - このヘッダがない場合、ファイルの実際の長さが使用されます。
    - -
    Content-Type:
    +
    Content-Length:
    +
    ファイルの長さ (バイト数)。 + このヘッダがない場合、ファイルの実際の長さが使用されます。
    -
    ドキュメントの MIME +
    Content-Type:
    +
    ドキュメントの MIME メディアタイプ、オプショナルなパラメータ付き。パラメータの構文は name=value で、メディアタイプや他のパラメータとはセミコロンで分離されます。 共通のパラメータは以下のとおり: -
    -
    level
    - -
    メディアタイプのバージョンを示す整数。 - text/html では 2 がデフォルトで、その他の場合は - 0 がデフォルトです。
    - -
    qs
    - -
    クライアントの能力に関係なく、variant - を他と比較したときの相対的な「品質」で、0.0 から 1.0 - の範囲の浮動点小数。 - 例えば、写真を表現しようとしているときは普通は JPEG - ファイルの方が ASCII ファイルよりも高い品質になります。 - しかし、リソースが ASCII アートで表現されているときは、ASCII - ファイルの方が JPEG - ファイルよりも高い品質になります。このように、qs - はリソース毎に特有の値を取ります。 -
    -
    - 例: - -

    Content-Type: image/jpeg; qs=0.8

    +
    +
    level
    +
    メディアタイプのバージョンを示す整数。 + text/html では 2 がデフォルトで、その他の場合は + 0 がデフォルトです。
    + +
    qs
    +
    クライアントの能力に関係なく、variant + を他と比較したときの相対的な「品質」で、0.0 から 1.0 + の範囲の浮動点小数。 + 例えば、写真を表現しようとしているときは普通は JPEG + ファイルの方が ASCII ファイルよりも高い品質になります。 + しかし、リソースが ASCII アートで表現されているときは、ASCII + ファイルの方が JPEG + ファイルよりも高い品質になります。このように、qs + はリソース毎に特有の値を取ります。 +
    +
    + +

    + Content-Type: image/jpeg; qs=0.8 +

    -
    URI:
    - +
    URI:
    (指定のメディアタイプ、コンテントエンコーディングの) variant の ファイルの uri. これは、マップファイルからの相対 URL として 解釈されます。同じサーバに存在しなければならず、クライアントが 直接リクエストしたときにアクセスを許可されるものでなければなりません。
    -
    Body:
    - -

    Apache 2.0 で新設されたこの Body ヘッダを使って、 +

    Body:
    +
    Apache 2.0 で新設されたこの Body ヘッダを使って、 リソースの実際の内容をタイプマップファイルに書くことができます。 このヘッダは本文の内容の区切りとなる文字列で始まる必要があります。 タイプマップファイルの続く行は、区切り文字列が見つかるまで、 - リソースの本文になります。

    - -

    例:

    -

    -Body:----xyz----
    -<html>
    -<body>
    -<p>Content of the page.</p>
    -</body>
    -</html>
    -----xyz---- -

    + リソースの本文になります。 + +

    Example:

    + Body:----xyz----
    + <html>
    + <body>
    + <p>Content of the page.</p>
    + </body>
    + </html>
    + ----xyz---- +

    top

    MultiViews

    - - -

    MultiViews 探索は、Multiviews Options ディレクティブにより有効になります。 +

    MultiViews 探索は、Multiviews Options ディレクティブにより有効になります。 サーバが /some/dir/foo へのリクエストを受け取り、/some/dir/foo が存在 しない場合、サーバはディレクトリを読んで、 @@ -175,8 +166,8 @@ Body:----xyz----
    - - + + @@ -218,38 +209,49 @@ Body:----xyz----

    ForceLanguagePriority Prefer は、同等の選択肢が いくつかあるときに、HTTP の 300 (MULTIPLE CHOICES) を返す代わりに、 LanguagePriority を使って一つだけドキュメントを返すように - します。以下のディレクティブが指定されていて、ユーザの Accept-Language - ヘッダでは en と de の品質が共に .500 (同じくらい許容) であるときは、 - 最初にマッチする variant の en が送られます。

    + します。以下のディレクティブが指定されていて、ユーザの Accept-Language + ヘッダでは ende の品質が共に + .500 (同じくらい許容) であるときは、 + 最初にマッチする variant の en が送られます。

    -

    +

    LanguagePriority en fr de
    ForceLanguagePriority Prefer -

    +

    -

    ForceLanguagePriority Fallback は、HTTP 406 - (NOT ACCEPTABLE) の代わりにドキュメントを送ります。 - 以下のディレクティブが指定されていて、ユーザの Accept-Language は - es 言語のみを許可していて、さらにそのような variant がないときには、 - 以下の LanguagePriority のリストの最初の variant が送れれます。

    +

    ForceLanguagePriority Fallback では、HTTP 406 + (NOT ACCEPTABLE) を送信する代わりに、 + LanguagePriority + が正しい結果を送ります。 + 以下のディレクティブが指定されていて、ユーザの Accept-Language + が es 言語のみを許可していて、さらにそのような variant がないときには、 + 以下の LanguagePriority + のリストの最初の variant が送れれます。

    -

    +

    LanguagePriority en fr de
    ForceLanguagePriority Fallback -

    +

    -

    Prefer と Fallback の両方のオプションを同時に指定することができます。 - ですから、複数の variant があるときは LanguagePriority の最初の +

    PreferFallback の両方のオプションを + 同時に指定することができます。 + ですから、複数の variant があるときは + LanguagePriority の最初の variant が送られ、クライアントの許容言語に合う vaiant がないときは 存在するドキュメントで最初のものが送られる、という様にすることができます。

    +

    参照

    +
    top
    説明:コンテントネゴシエーションされたドキュメントをプロキシサーバが キャッシュできるようにする
    構文:CacheNegotiatedDocs on|off
    デフォルト:CacheNegotiatedDocs off
    構文:CacheNegotiatedDocs On|Off
    デフォルト:CacheNegotiatedDocs Off
    コンテキスト:サーバ設定ファイル, バーチャルホスト
    ステータス:Base
    モジュール:mod_negotiation
    - + @@ -257,11 +259,12 @@ Body:----xyz----
    説明:クライアントが優先度を示さなかったときの言語の variant の優先度を 指定
    構文:LanguagePriority MIME-lang [MIME-lang] ...
    構文:LanguagePriority MIME-lang [MIME-lang] +...
    コンテキスト:サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
    上書き:FileInfo
    ステータス:Base

    LanguagePriority は、MultiViews リクエストを扱うときに、クライアントが優先順位を提供していない場合の - 言語の優先順位を設定します。MIME-lang - のリストが優先度の降順に並びます。 - 例:

    + 言語の優先順位を設定します。MIME-lang + のリストが優先度の降順に並びます。

    -

    LanguagePriority en fr de

    +

    Example:

    + LanguagePriority en fr de +

    foo.html がリクエストされ、foo.html.frfoo.html.de が両方存在し、 @@ -274,6 +277,10 @@ Body:----xyz----
    HTTP/1.1 リクエストが正しく実装されている場合には、 このディレクティブは無効になります。

    +

    参照

    +