Apache HTTP Server Version 1.3

新機能の概要

Apache 1.3の新しい特徴

今回のリリースでの新しい特徴はApacheの機能性の拡張です。コアコードが大きく変わっているので、初期版のApache (とNCSAデーモン)よりも最新のApacheははるかに自由です - なんらかの問題がある場合にはcompatibility notesでチェックしてください。

もしApache 1.2からアップグレードするなら、upgrade notesを読むと良いでしょう。

バグフィックスの数と内部パフォーマンスの拡張に加えて、Apache 1.3 には以下の新しい特徴があります:

• オプションの スペル訂正 モジュールをディストリビューションに追加
  このオプションのモジュールはサーバからリクエストされるドキュメント名で起こるスペルエラーを頻繁に訂正します。これは計算違いによるリクエストの訂正を含んでいますが、(すでにApache 1.1で別々に有効なmod_spelingモジュールのように)単一文字挿入、脱字、誤順序、ミスタイプのスペル訂正を拡張しています。これはミスタイプのリクエストをほとんど捕らえます。このモジュールを利用するためには、サーバのConfigurationファイルを可能にして、CheckSpelling命令をonにセットしなければなりません。
• 拡張された環境変数の条件付き設定
  Apache 1.2のBrowserMatch*命令は、よりいくらか強力なSetEnvIfとSetEnvIfNoCaseによって組み込まれています。これらはサーバの環境変数のセットと、リクエストによる全てのソートを基にしたCGIの使用を許可します。
• プロキシ接続エラーログ機能の向上
  Apache 1.2とそれ以前では、プロキシーがシステムに接続するのが難しくなると、エラーはログしても詳細はしませんでした。今では接続できなかったIPアドレスとポートを含んでいます。
• ＳＳＩ文字列比較の拡張
  ストリングベースのサーバ・サイド・インクルード(SSI)フロー制御命令はmod_includeは現在、未満(<)、以下(<=)、greater-than (>)、以上(>=)の比較があります。 以前の比較は等しいか、等しくないかしかできませんでした。
• ソースコードの再構成
  Apacheのソースファイルは再構築されたものです。Apacheユーザにとって主な違いはConfigurationにある"Module"行がわずかに異なる構文で"AddModule"と置き換わっていることです。モジュールの記述に関してそれらのモジュールを追加するユーザにとって、より簡単になるようになったいくつかの変更があります。
• デフォルトのApacheディレクトリを /usr/local/apache/に変更
  Apache サーバルートのデフォルトディレクトリはNCSA互換の/usr/local/etc/httpd/から、/usr/local/apache/へと変わりました。この変更はデフォルトの設定（とドキュメント）だけです;Apache起動時に -d ServerRoot and -f httpd.confスイッチを使ってそれを無効にすることはもちろん可能です。
• ソート可能なディレクトリ一覧
  もしディレクトリの一覧がFancyIndexingを使って表示されると、列タイトルをクリックしたときに列の値を整然とリスト表示します。繰り返し選択する列は、上からと、下からの順で切り替わります。この特徴はSuppressColumnSortingIndexOptionsで無効にできます。
• FancyIndexed の SuppressHTMLPreamble オプション
  もしディレクトリがFancyIndexingで表示のためにマークされていれば、普通リストページはサーバが生成したHTMLを使ってあらかじめ定義されたフォーマットに従います。もしディレクトリのIndexOptions命令がSuppressHTMLPreambleオプションとHeaderName命令がディレクトリの中で見つけることにより特定されたファイルを含んでいて、ヘッダファイルがHTMLを含んでいるものとして認識されれば（ファイル拡張子によって決定される）、モジュールはヘッダファイルが必要な導入のHTMLタグを含み、それらを生成します。
• ＣＧＩスクリプト出力のバッファリングを減少
  以前のバージョンのApacheでは、CGIスクリプトからの出力がサーバにより内部的にバッファされ、バッファが一杯になるか、CGIスクリプトが完了するまでは、クラアントにフォワードしませんでした。Apache 1.3からは、クライアントに対するバッファはそれがなにかを含んでいる時にフラッシュされ、サーバはスクリプトからのより多くの情報を待っています。これはCGIスクリプトに長い処理操作の間、部分的なステータス報告をすることを許可します。
• Windows NT/95 のサポート
  現在のApacheはWindows NTとWindows 95をサポートしており、同様に以前からのUnixもサポートしています。Apacheのウィンドウズ版は、ApacheはもともとUnix用に書かれたことから、Unixほどには機能しないかもしれませんが、ウィンドウズで作動する能力は、以前には不可能だった大量のウェブサーバでの作動を可能にしています。
• Alias と Redirectに対する正規表現のサポート
  New AliasMatch, ScriptAliasMatch, and RedirectMatch directives allow for the use of regular expression matching. Additionally, new <DirectoryMatch>, <LocationMatch>, and <FilesMatch> sections provide a new syntax for regular expression sectioning.
• 新しい "Magic" MIME-形式 モジュール
  新しいモジュールであるオプションのmod_mime_magicが加えられています。それは"magic numbers"とどんなコンテンツであるのかを見分けるためのファイルのコンテンツからのヒントを使っています。ファイルの拡張子から決定できなければ、ファイルのメディアタイプを設定するためにこの情報を使います。
• ディレクトリインデックス作成モジュールの分割
  mod_dirモジュールはmod_dirがディレクトリインデックスファイルをハンドリングし、mod_autoindexがディレクトリ一覧を作成することで二つに分割します。このようにクリティカルサーバからインデックスを外すものとして機能します。
• ディレクトリアイコンのサイズ指定のサポート
  mod_autoindexモジュールは割り当ての時にディレクトリコンテンツの一覧をします。もしFancyIndexingオプションが可能なら、リストにあるそれぞれのファイルはコンテントタイプを表すアイコンによって示されます。Apacheの初期バージョンでは、これらのアイコンのHTML IMGタグはサイズが計られず、ブラウザはページを用意する前、イメージがロードされるまで待たなければなりませんでした。1.3では、IndexOptions命令はサイズが計られたIMGタグが使われたかどうかをコントロールすることを許可する二つの新しいキーワードを持っています。これは実質的に大きなディレクトリ一覧の表示を高速化しています。
• AccessFileName の拡張
  AccessFileName命令は一つ以上のファイル名を取ることができます。これはネットワークのファイルシステムと一つ以上のApacheウェブサーバからサイトにページを受け取らせ、共有ページが受け取られるサーバを基にしたアクセスをコンフィギュアします。
• HostNameLookups のデフォルトを "Off"に変更
  HostNameLookups命令はデフォルトでは"Off"です。これはonになっていなければ、サーバがIPアドレスを名前に解析しないことを意味します。これは不要なDNSトラフィックからインターネットを手放すために行われます。
• 二重のDNS逆引きを実施
  HostnameLookups命令は現在、二重のDNS逆引きをサポートしています(tcp_wrappersの用語ではPARANOIDとして知られています)。もし逆引きマップのフォワードマップがオリジナルのIPを含んでいれば、IPアドレスは二重のDNS逆引きテストをパスします。HostnameLookupsの設定とは無関係に、mod_accessは、DNS名が二重のDNS逆引きテストをパスするための全ての名前のリストにアクセスします(以前のApacheは二重のDNS逆引きを可能にするために、コンパイルタイムスイッチを必要としていました)。
• CIDRとNetmaskアクセスコントロール access control
  今、mod_access命令はCIDR (Classless Inter-Domain Routing) スタイルのプレフィックスと、IPアクセスリストをより強く制御するネットマスクをサポートしています。
• イントラネットでの使用のために、NoProxyとProxyDomain命令がプロキシに加わっています。
• AddModuleInfo命令がmod_infoに加わりました。
  特定のモジュールについてリストされている追加情報の許可です。
• パフォーマンスの改良
  • IPベースのヴァーチャルホストはハッシュテーブルによってルックアップされ、多くのヴァーチャルホストのサーバのパフォーマンスを向上させます。
  • リクエストの<Directory> 解析は大きく改良されており、多くのセクションのコンフィグを高速化させています。
  • 静的なリクエストのクリティカルパスはシステムコールをほとんど持っていません。これは一般に全てのリクエストを助けます(よく練られたコンフィギュレーションで、1.2では45のシステムコールがあったのに対して、1.3では22になっています)。
  • ReceiveBufferSize命令は、処理能力の強化のためにmod_proxyの外部接続に大きなネットワークバッファを与えています。
  • 低レベルのI/Oルーチンは単一のシステムコールについて多様なwritesを発信するのに役立つwritevを使います。それはまた、バッファの中にメモリをコピーするのを出来る限り避けます。その結果、大きなファイルを転送するためにCPUが使う時間が少なくなっています。
  • 静的なリクエストは、カーネルによってバイトがディスクバッファからネットワークバッファにコピーされることを示すmmapを使って受け取られます。プログラムは決してCPUタイムを減少させるバイト周辺のコピーはしません(有効でテストされたものについてのみ)。
  • ロードされたスパイクについて提示されたとき、サーバは高速で子を生むことによってすぐに適応します。
  • モジュールを発送するコードは、APIの特定の段階を実行しないモジュールを繰り返しスキップすることを避けるために最適化されます(このスキップはデフォルトモジュールミックスのサーバの性質上、CPUタイムの5%につれて現れます)。
  • より少ない時間が様々な状態で子をカウントするために使われるように、Unixスコアボードの管理コードを改良してください。以前はスキャンがそれぞれのヒットについて行われましたが、今はそれが毎秒行われます。これは数百の子と高いロードで動いているサーバでは注目に値します。
  • 新しいシリアルの選択はLinuxとSolarisそしてIRIXでのパフォーマンスを改良しています。
  • mod_log_configはバッファに対してコンフィギュアされたコンパイルタイムになることができます。

  詳しくはthe new performance documentationを参照してください。

• ユニークな認証
  mod_unique_idには、あらゆる他のヒットからヒットを識別するユニークな認証の生成を含みます("ユニーク"というのは、いくらか制限的です)。認証は環境変数UNIQUE_IDで役立ちます。
• 信頼できるパイプされたログ
  ほとんど全てのUnixアーキテクチャで、現在のApacheはmod_log_configで信頼できるパイプされたログを実行しています。ログしている子が死ぬのがどんな理由であれ、Apacheはサーバ全体を再起動することなしに子を回復させ、再び産み出します。その上、もしログしている子が"stuck"になっても、Apacheがそれを再起動するような頻度でそのパイプを読み込むことはしません。これはログのローテーションやヒットのふるい分け、分割したログへの多様なヴァーチャルホストのリアルタイムスプリット、fly上での非同期DNS解析について、より多くの機会を作ります。
• authファイル名に関係したServerRoot
  多様な認証モジュールについてのAuthファイル名は、もしそれがフルパスでないのならServerRootに関連して扱われます。
• Include命令
  Include命令は、解析のために直ちに他のコンフィグファイルを含みます。
• TransferLog が存在しないと、ログを不能にします
  もしTransferLog命令が与えられていなくても、ログは書かれません。これは他のログモジュールとの共存をサポートします。
• フォーマットをログする名前の機能
  LogFormat命令は、特定のログフォーマットに対してニックネームを与えることを許可するように拡張されています。ログフォーマットストリングが完了するたびに詳細を説明するよりも、他のLogFormatとCustomLog命令でこれらのニックネームを使うことができます。
• ディレクトリ毎にコンフィギュアできるmod_cern_meta
  mod_cern_metaはディレクトリ毎にコンフィギュアすることができます。
• stdin/out/errからの分離
  ブートでstdinやstdout、stderrからApacheが分離します。コンフィグファイルの読み込みに成功するまでは、stderrから分離しません。ですからコンフィグファイルのエラーを見てください。これはrshかcrontabによってApacheの起動を容易にするべきです。
• 改良された HTTP/1.1 スタイルのヴァーチャルホスト
  新しいNameVirtualHost命令は、HTTP/1.1 スタイルのヴァーチャルホストで生じるIPアドレス:ポートをリストするために使われます。これはクライアントからのHost:ヘッダを基にしてヴァーチャルホストを行います。以前は、このアドレスは暗にマシンのメインアドレスと同じもので、ユーザに際限のない問題を引き起こし、あまり有効なものではありません。コンフィギュレーションについての詳細はApache Virtual Host documentationを参照してください。
• APIの追加
  全てのモジュールライタとコードハッカーについて:
  • APIモジュールのchild_init機能
    ApacheのAPIの新しい所は、なんらかの要求がハンドルされる前に"重い処理"毎に一度呼び出されることです。これは処理毎に行われる必要があるものをセットアップすることをモジュールに許可します。例えば、データベースへの接続です。
  • APIモジュールのchild_exit機能
    新しい機能は、"重い処理"毎に一度呼び出して、それからそれが終わります。致命的な場合には呼ばれないことに注意してください(segfaultsとkill -9のような場合)。child_initとchild_exitの機能は存在する期間が子と同じプールにパスされます（Apacheが回復不能となるmoduloの非常に致命的な出来事）。対照的にinitモジュールの機能は、親が存在しているか、再起動しているときに終了するプールにパスされます。
  • child_terminate
    現在のリクエストが終了した後、子が終了すべきであることを示すために子で使われます。
  • register_other_child
http_main.hを見てください。これはモニタリングのために子を登録する親の中で使われます。親は供給されたcallback機能のステータスを報告します。これはモジュールにhttpdの子に沿ってモニターされたそれら自身の子を作ることを許可します。
  • piped_log
http_log.hを見てください。このAPIはパイプされたログを実行するための 一般コードを供給します。特にそれをサポートしているアーキテクチャに、信頼できるパイプされたログオンを実行します(すなわちここでは Unix)。
  • MD5機能がap_*の名前を変更
    他のライブラリについてのコンフリクトを避けるためにMD5機能は名前を変更します。
  • scoreboard format changed
    スコアボードのフォーマットは全く違っています。一般に"private"なインターフェースだと思われていますが、ここではFYIについてのみ書かれています。
  • set_last_modifiedが3つに分割
    古い機能であるset_last_modifiedは、Last-Modified ヘッダやETagヘッダの設定、条件付きリクエストの処理を含む多様な仕事をしていました(IMSのように)。これらの機能は3つの機能に分割されています:set_last_modified、set_etag、そしてmeets_conditionsです。mtime領域はmeets_conditionsを容易にするためにrequest_recに追加されています。
  • 新しいエラーログ機能: aplog_error
    全ての古いログ機能は不評であるため、aplog_errorと呼ばれる単一の機能でそれらを置き換えている途中です。これはまだ作業中です。
  • コンフィグ解析のためのset_file_slot
set_file_slotルーチンは非絶対パスに対してServerRootをprependする標準ルーチンを供給します。
  • post_read_request module API
    このリクエストは、リクエスト(ヘッダ)を読み込んだ後と内部リダイレクトを作った後すぐに生じます。将来に関わる環境変数を設定するのに最も使い易いものです。
  • psocketpopendir
psocketとpclosesocket機能は、リソーストラッキングについてレースコンディションのフリーソケットを考慮します。類似のpopendirとpclosedirはディレクトリの読み込みをプロテクトします。
  • is_initial_req
    リクエストが初期リクエストであるかどうかをテストします(すなわち、クライアントから来る一つ)。
  • kill_only_once
spawn_child機能には、Apacheが子を殺そうとすることを避けるようにするオプションがあります。
  • allocデバッギングコード
ALLOC_DEBUGを限定することは、衝撃の少ない生きたサーバで使われる未発達のメモリデバッガーを供給します。全てが割り当てられて、メモリバイトを0xa5に解放するように設定します。ALLOC_USE_MALLOCを限定することは、それぞれのオブジェクトについてallocコードにmalloc()とfree()を使わせます。これはとても高価なもので、Electric FenceとPurifyのようなツールでテストするときにだけ使われるべきです。詳細についてはmain/alloc.cを参照してください。
• 2000年問題の解決
  mod_includeによって使われるデフォルトのtimefmtストリングは、以前使われていた2桁よりも4桁を使って年を表示するように修正されています。mod_autoindexモジュールもまたFancyIndexディレクトリリスト表示で4桁を使って年を表示するように修正されています。
• 分離したライブラリへのap_*()ルーチンの移動
  あるOSから他のOSへの変更による補足と代替のライブラリルーチンのApacheプロジェクトで発展してきた機能とルーチンはたくさんあります。これらのほとんどがApacheサーバ自身のみによって使われている一方、いくつかはサポートしているアプリケーション(htdigestのように)によって参照され、これらの他のアプリケーションは、ルーチンがサーバの中でのみ構築されるので、構築に失敗するでしょう。これらのルーチンは今、分割したサブディレクトリとライブラリに移動していて、ただのサーバよりも他のアプリケーションによって使われます。