持続的接続を理解するために（その6）
いちおうapacheがprefolkである（もしくは1.3系である）という前提で調査を進めた。apacheのマニュアルを見る。
http://httpd.apache.org/docs/2.2/ja/mod/prefork.html
一つのコントロールプロセスが、コネクションに対してlistenして、しかるべき時に応答する子プロセスを起動します。Apacheは常に幾つかのスペアかアイドルなサーバプロセスを維持していて、それらは入ってきたリクエストに応答できるように待機しています。このようにしてクライアントは、リクエストが応答される前に、新しい子プロセスがforkされるのを待たなくてもよいようになっています。
つまり親プロセスがポートをlistenしていて、リクエストがあると子プロセスに処理をさせるといった具合。といっても子プロセスはリクエストのたびに生成（fork）されるのではなく、親プロセスによって、サーバ設定に従い、自動的に適切な数の子プロセスをforkしたりkill（破棄）したりする。
持続的接続とは関係ないけれど、PHPに関連する部分を一つ見つけた。
通常Unixでは親プロセスは80番ポートにバインドするためにrootで起動されますが、子プロセスやスレッドはもっと低い権限のユーザでApacheによって起動されます。UserとGroupディレクティブはApacheの子プロセスの権限を設定するのに用いられます。子プロセスはクライアントに送るコンテンツ全てを読めないといけませんが、可能な限り必要最小限の権限のみを持っているようにするべきです。
apacheはrootで起動するのに、なぜapacheで（PHPで）作成したファイルの所有者がapacheになるのか（httpd.confで設定したユーザになるのか）ということに関連している。apache自体（親プロセス）はrootが起動するのだが、その親プロセスが、より権限の小さい（httpd.confで設定された）ユーザやグループの権限で子プロセスを起動する。そういう権限で動作している子プロセスの元で動いているPHPなわけだから、PHPで作成したファイルの所有者はapacheになる。
今までは「httpd.conf」でUserとGroupで設定するから、と単純に思っていたけど、動作を紐解くとそういう原理になっていたわけか。意外と面白いかも。
