ホームページ >バックエンド開発 >PHPチュートリアル >APACHE6_PHP チュートリアル
APACHE6_PHP チュートリアル
- WBOYオリジナル
- 2016-07-13 17:29:19865ブラウズ
5.1.2 AuthDBMUserFile 構文: AuthDBMUserFile ファイル名 使用目的: ディレクトリ、.htaccess 要件: AuthConfig ステータス: 拡張 モジュール: mod_auth_dbm AuthDBMUserFile このファイルは、ユーザーとパスワードのリストを含む、認証に使用される DBM ファイルの名前を設定します。ファイル名はユーザーのファイルへの絶対パスです。 このファイルにはユーザー名がキーとして付けられています。ユーザーの後の値は crypt() で暗号化されたパスワードで、オプションでその後にコロンとオプションのデータが続きます。サーバーはこれらのコロンとデータを無視します。 セキュリティ: AuthDBMUserFile は、保護対象のディレクトリには置かず、サーバーのファイル ツリーの外に保存してください。それ以外の場合、クライアントは AuthDBMUserFile をダウンロードできます。 AuthName、AuthType、および AuthDBMGroupFile を参照してください。 5.2 mod_cookies モジュール このモジュールはファイル mod_cookies.c に含まれており、デフォルトではコンパイルされません。 Netscape(TM) Cookie を提供します。この MOD に関するドキュメントはありません。 5.2.1 CookieLog 構文: CookieLog ファイル名 使用対象: サーバー構成、仮想ホスト ステータス: 実験的 モジュール: mod_cookies CookieLog このコマンドは、Cookie を記録するために使用されるファイル名を設定します。このファイル名は、ServerRoot ディレクトリに対する相対的な名前です。 5.3 mod_dld モジュール このモジュールはファイル mod_dld.c に含まれており、デフォルトではコンパイルされません。 これは、GNU dld ライブラリを使用して、起動時に実行可能ファイルとモジュールをサーバーにロードする機能を提供します。 5.3.1 概要 オプションの dld モジュールは、自身を構成するのと同じように他のモジュールをサーバーにロードする概念実証のコードです (初回のみ。これまでのところ、構成ファイルの再読み取りは、すでにロードされているモジュールに影響を与えることはありません)。 、GNU のダイナミック リンク ライブラリ (DLD) を使用します。誰もが DLD を持っているわけではないため、デフォルトではコンパイルされませんが、試してみたところコンパイルできました。 (最後の数語に注目してください)。 何らかの理由で LoadFile /lib/libc.a が必要と思われることに注意してください。 注: DLD は、サーバーの起動時にサーバー プログラムの外部のシンボル テーブルを読み取る必要があります。サーバーが起動時に独自のプログラム コードを見つけられない場合、これらの命令は失敗します。 5.3.2 LoadFile 構文: LoadFile ファイル名 ファイル名... 使用目的: サーバー構成 ステータス: 実験用モジュール: mod_dld LoadFile このコマンドは、サーバーの起動時に指定された宛先ファイルまたはライブラリをリンクします。これはロードに使用されます。一部のモジュールが動作するには必要です。ファイル名は ServerRoot を基準とした相対名です。 5.3.3 LoadModule 構文: LoadModule モジュール ファイル名: サーバー構成 ステータス: 実験用モジュール: mod_dld LoaddModule このコマンドは、ターゲット ファイルまたはライブラリのファイル名をリンクし、指定されたモジュールをアクティブ モジュールのリストに追加します。モジュールは、ファイル内のモジュール型の外部パラメータです。例: LoadModule ai_backcompat_module modules/mod_ai_backcompat.o LoadFile /lib/libc.a は、ServerRoot の modules サブディレクトリにモジュールをロードします。 5.4 mod_log_agent モジュール このモジュールはファイル mod_log_agent.c に含まれており、デフォルトではコンパイルされません。クライアント ユーザー プログラムにロギング機能を提供します。 5.4.1 AgentLog 構文: AgentLog ファイルパイプライン デフォルト: AgentLog logs/agent_log 使用対象: サーバー構成、仮想ホスト ステータス: 拡張モジュール: mod_log_agent AgentLog このコマンドは、受信リクエストを記録するサーバーのファイル名を設定します。その内容は UserAgent です。このヘッダー。ファイルパイプラインは、次のいずれかです。 ファイル名 ServerRoot `| に関連したファイル名。その後にコマンドが続きます。 標準入力から参照レコード情報を受け取るプログラム。仮想ホストがプライマリ サーバーから RefererLog 設定を継承する場合、新しいプロセスは開始されないことに注意してください。 セキュリティ: ここでプログラムを使用すると、httpd を開始したユーザーとして実行されます。 サーバーが root によって起動された場合、このプログラムは root によって実行されるため、このプログラムのセキュリティを確認する必要があります。 このディレクティブは、NCSA 1.4 との互換性のために提供されています。 5.5 mod_log_config モジュール このモジュールはファイル mod_log_config.c に含まれており、デフォルトではコンパイルされません。ユーザーが指定した形式を使用して、サーバーにリクエストを記録する機能を提供します。 5.5.1 概要 これは、TransferLog ディレクティブ (通常のログ モジュールと同じ) と別のディレクティブ LogFormat を実装する実験的なモジュールです。間違いがあっても不思議ではありません。 LogFormat のパラメータは文字列で、ログ ファイルにコピーするテキストと、以下に示す `% ディレクティブを含めることができます。 %...h: リモート ホスト %...l: リモート チェックイン名 ( from identd から学習、相手がサポートしている場合) %...u: リモート ユーザー (認証から学習、返されたステータス (%S) が 401 の場合は偽の可能性があります) %...t: 時間、一般時間レコード形式 %...r: リクエストの最初の行 %...s: ステータス。内部リダイレクトが発生するリクエストに使用されます。これは、{ foriginal} リクエストのステータスです --- %...>s が最後です。 %...b: 送信されたバイト数 %...{foobar}i: Foobar の内容: クライアントに送信されるリクエストのヘッダー行。%...{foobar}o: Foobar の内容: 返信 (reply) のヘッダー行 `... この部分は完全に省略できます (例: "%h %u %r %s %b")、または項目を含める条件を表現できます（条件を満たさない場合は `- に置き換えられます）。文字列の %r、%...i、%...o ではエスケープが実行されないことに注意してください。記憶に優れている方の中には、これは悪いアイデアだと思ったことを覚えている方もいるかもしれません。私は今でもこのアイデアのファンです。しかし、すべてを URL エスケープして CLF で区切らない限り、`%...i' で正しい処理を行う方法を理解するのは困難です。 条件は HTTP ステータス コードのリストの形式をとり、先頭に `! が付く場合と付けられない場合があります。したがって、`%400,501{User-agent}i records User-agent: エラー ステータス 400 および 501 にのみ影響します (不正なリクエスト、実装なし); `%!200,304,302{Referer}i records Referer: は通常のステータス リクエスト関数を返しません。 デフォルトの LogFormat は以下の CFL を再現します。 仮想ホストで使用するという考えは次のとおりです。仮想ホストは独自の LogFormat または独自の TransferLog を持つことができます。独自の LogFormat がない場合は、プライマリ サーバーからそれを継承します。独自の TransferLog がない場合は、同じ記述子 (同じ `|... プログラムを意味します) に書き込みます。 上記は PHPUSER からの抜粋です。コム
として設定されています