改行や typo を修正

Author: mumumu

features/persistent-connections.xml

@@ -8,12 +8,12 @@
   <title>持続的データベース接続って何？</title>
   <simpara>
    持続的接続は、スクリプトの実行終了時にも閉じられないリンクです。
-   持続的接続が要求された時、PHPは(前もってオープンされたままになって
-   いる)同じ持続的接続が既にオープンされていないかどうかを確認します。
-   そして、存在する場合には、それを使用します。存在しない場合には、そ
-   のリンクを作成します。'同じ'接続とは、同じホスト、同じユーザー名、
-   同じパスワード(利用可能な場合)でオープンされた接続のことを意味しま
-   す。
+   持続的接続が要求された時、
+   PHP は(前もってオープンされたままになっている)
+   同じ持続的接続が既にオープンされていないかどうかを確認します。
+   そして、存在する場合には、それを使用します。存在しない場合には、
+   そのリンクを作成します。'同じ'接続とは、同じホスト、同じユーザー名、
+   同じパスワード(利用可能な場合)でオープンされた接続のことを意味します。
   </simpara>
   <simpara>
    特性の接続を要求する方法はありませんし、
@@ -44,27 +44,27 @@
    Webサーバーを PHP と統合し、Webページを生成させる方法はふたつあります:
   </simpara>
   <simpara>
-   最初は、CGI "ラッパー"としてPHPを使用する方法です。このように実行し
-   た場合、PHPインタプリタのインスタンスは、Webサーバーに(PHPページに
-   関する)ページがリクエストされる度に生成され、破棄されます。リクエス
-   ト毎に破棄されるために、(SQLデータベースサーバーへのリンクのような)
-   必要な全てのリソースは破棄される際にクローズされます。この場合、持
-   続的接続を使用することから得るものは何もありません。持続的接続は持
-   続しないのです。
+   最初は、CGI "ラッパー"としてPHPを使用する方法です。このように実行した場合、
+   PHP インタプリタのインスタンスは、Webサーバーに(PHPページに関する)
+   ページがリクエストされる度に生成され、破棄されます。
+   リクエスト毎に破棄されるために、(SQLデータベースサーバーへのリンクのような)
+   必要な全てのリソースは破棄される際にクローズされます。この場合、
+   持続的接続を使用することから得るものは何もありません。
+   持続的接続は持続しないのです。
   </simpara>
   <simpara>
    2番目は、最も一般的ですが、PHP を PHP-FPM か、
-   マルチプロセスWebサーバー(現在はApacheのみが含まれます)
-   のモジュールとして実行する方法です。
-   マルチプロセスサーバーは、通常、実際にWebページを送信する複数のプロセス(子)
-   を管理するプロセス(親)を有しています。リクエストがクライアントから
-   来ると、親プロセスは、他のクライアントにすでに送信を行っていないク
-   ライアントの一つに渡します。このため、同じクライアントが2番目のリク
-   エストをサーバーに送信した際に最初のではなく他の子プロセスにより送
-   信が行われる可能性があります。
-   持続的接続がオープンされているとき、SQL サービスにリクエストを行う
-   それぞれのページは SQL サーバーへの確立された接続を再利用することが
-   できます。
+   マルチプロセスWebサーバー(現在はApacheのみが含まれます)のモジュールとして実行する方法です。
+   マルチプロセスサーバーは、通常、
+   実際にWebページを送信する複数のプロセス(子)を管理するプロセス(親)を有しています。
+   リクエストがクライアントから来ると、
+   親プロセスは、
+   他のクライアントにすでに送信を行っていないクライアントの一つに渡します。
+   このため、
+   同じクライアントが2番目のリクエストをサーバーに送信した際に最初のではなく他の子プロセスにより送信が行われる可能性があります。
+   持続的接続がオープンされているとき、
+   SQL サービスにリクエストを行うそれぞれのページは、
+   SQL サーバーへの確立された接続を再利用することができます。
   </simpara>
   <note>
    <para>
@@ -103,31 +103,33 @@
    持続的接続は、SQLサーバーへ接続するオーバーヘッドが大きい場合には有効です。
    このオーバーヘッドが実際に大きいがどうかは様々な要因に依存します。
    例えば、データベースの種類、
-   Webサーバーが動作するのと同じコンピューターで動作しているか、S
-   QLサーバーを動作させているマシンの負荷、等となります。
+   Webサーバーが動作するのと同じコンピューターで動作しているか、
+   SQLサーバーを動作させているマシンの負荷、等となります。
    肝心なのは、接続のオーバーヘッドが高い場合、
    持続的接続は著しく効果があるということです。
-   持続的接続は、SQLサーバーへの接続を要求するページをリクエスト毎に処理する
-   代わりに子プロセスが動作中の間一回しかサーバーへの接続を行わないよ
-   うにします。このことは、持続的接続をオープンしたプロセス毎にサーバー
-   への持続的接続をオープンするということになります。例えば、20の異なっ
-   た子プロセスがSQLサーバーへの持続的接続を行うスクリプトを実行した場
-   合、各子プロセス毎にSQLサーバーへの20の異なった接続が行われます。
+   持続的接続は、
+   SQLサーバーへの接続を要求するページをリクエスト毎に処理する代わりに、
+   子プロセスが動作中の間一回しかサーバーへの接続を行わないようにします。
+   このことは、
+   持続的接続をオープンしたプロセス毎に、
+   サーバーへの持続的接続をオープンするということになります。
+   例えば、
+   20の異なった子プロセスがSQLサーバーへの持続的接続を行うスクリプトを実行した場合、
+   各子プロセス毎にSQLサーバーへの20の異なった接続が行われます。
   </simpara>
  </simplesect>
 
  <simplesect xml:id="persistent-connections.drawbacks.conn-limits">
   <title>ありうる欠点: 接続数の上限</title>
   <simpara>
    しかし、データベースへの接続数を制限して使用している場合に、
-   持続的な子プロセスの接続数がその数を超えるる場合は、
+   持続的な子プロセスの接続数がその数を超える場合は、
    持続的接続には気をつけたほうが良い欠点がいくつかあります。
    もしデータベースの同時接続数の制限が16だとして、
    サーバーに多くのアクセスがあったため、
    17個の子プロセスが接続しようとするとそのうちの一つは接続に失敗します。
-   もしスクリプトにコネクションをシャットダウンしないようなバグ
-   (例えば無限ループ)があると16程度の同時接続しか許容しないデータベース
-   はすぐにダメになってしまいます。
+   もしスクリプトにコネクションをシャットダウンしないようなバグ(例えば無限ループ)があると、
+   16程度の同時接続しか許容しないデータベースはすぐにダメになってしまいます。
   </simpara>
   <simpara>
    持続的接続は通常、特定の時点で開く接続数を増加させます。
@@ -139,9 +141,8 @@
   </simpara>
   <simpara>
    データベースサーバーが許可する最大接続数が、
-   Webリクエストワーカーの最大数(それに cron
-   ジョブや管理接続などのその他の使用分を加えた数)
-   よりも大きいことを確認してください。
+   Webリクエストワーカーの最大数(それに cronジョブや、
+   管理接続などのその他の使用分を加えた数)よりも大きいことを確認してください。
   </simpara>
   <simpara>
    放棄された接続や、アイドル状態の接続(タイムアウト)の処理方法について、