[Groonga-commit] droonga/droonga.org at 0cddc4b [gh-pages] Translate handler tutorial partially

Back to archive index

YUKI Hiroshi null+****@clear*****
Wed Aug 20 12:19:49 JST 2014


YUKI Hiroshi	2014-08-20 12:19:49 +0900 (Wed, 20 Aug 2014)

  New Revision: 0cddc4bd6b84ff80291d578be9ea6be63c887234
  https://github.com/droonga/droonga.org/commit/0cddc4bd6b84ff80291d578be9ea6be63c887234

  Message:
    Translate handler tutorial partially

  Modified files:
    _po/ja/tutorial/1.0.6/plugin-development/handler/index.po
    ja/tutorial/1.0.2/plugin-development/handler/index.md
    ja/tutorial/1.0.3/plugin-development/handler/index.md
    ja/tutorial/1.0.4/plugin-development/handler/index.md
    ja/tutorial/1.0.5/plugin-development/handler/index.md
    ja/tutorial/1.0.6/plugin-development/handler/index.md

  Modified: _po/ja/tutorial/1.0.6/plugin-development/handler/index.po (+21 -3)
===================================================================
--- _po/ja/tutorial/1.0.6/plugin-development/handler/index.po    2014-08-19 12:45:19 +0900 (18e5093)
+++ _po/ja/tutorial/1.0.6/plugin-development/handler/index.po    2014-08-20 12:19:49 +0900 (be4b555)
@@ -34,20 +34,22 @@ msgid ""
 "In other words, this tutorial describes *how to add a new simple command to th"
 "e Droonga Engine*."
 msgstr ""
+"このチュートリアルでは、各ボリュームでのhadling phaseにおいて分散された処理を実行するプラグインを開発するための方法を学びます。\n"
+"言い換えると、このチュートリアルでは *新しいコマンドをDroonga Engineに加える方法* を説明します。"
 
 msgid "## Precondition"
 msgstr "## 前提条件"
 
 msgid "* You must complete the [tutorial for the adaption phase][adapter]."
-msgstr ""
+msgstr "* [adaption phaseのチュートリアル][adapter]を完了していること。"
 
 msgid "## Handling of requests"
-msgstr ""
+msgstr "## リクエストのハンドリング"
 
 msgid ""
 "When a request is transferred from the adaption phase, the Droonga Engine ente"
 "rs into the *processing phase*."
-msgstr ""
+msgstr "adaption phaseからリクエストが転送されてくると、Droonga Engineは*processing phase*に入ります。"
 
 msgid ""
 "In the processing phase, the Droonga Engine processes the request step by step"
@@ -55,6 +57,9 @@ msgid ""
 "One *step* is constructed from some sub phases: *planning phase*, *distributio"
 "n phase*, *handling phase*, and *collection phase*."
 msgstr ""
+"processing phaseでは、Droonga Engineはリクエストを「ステップ」ごとに段階的に処理します。\n"
+"1つの *ステップ* は、*planning phase*、*distribution phase*、*handling phase*、そして *colle"
+"ction phase* という4つのフェイズから成り立っています。"
 
 msgid ""
 " * At the *planning phase*, the Droonga Engine generates multiple sub steps to"
@@ -75,6 +80,19 @@ msgid ""
 "   There are some useful generic collectors, so you don't have to write codes "
 "for this phase in most cases."
 msgstr ""
+" * *planning phase* では、Droonga Engineはリクエストを処理するための複数のより小さなステップを生成します。\n"
+"   単純なコマンドでは、このフェイズのためのコードを書く必要はありません。その場合には、リクエストを処理するためのステップが1つだけ存在するということにな"
+"ります。\n"
+" * *distribution phase* では、Droonga Engineは、リクエストを処理するためのタスクを表すメッセージを複数のボリュームに配"
+"布します。\n"
+"   (この処理は完全にDroonga Engine自身によって行われるため、このフェイズはプラグインでの拡張はできません。)\n"
+" * *handling phase*では、*各single volumeが、配布された単一のタスクメッセージを入力として処理して、その結果を返します*。\n"
+"   ストレージへの読み書きが実際に発生するのは、この時になります。\n"
+"   実際に、いくつかのコマンド(例えば `search`、`add`、`create_table` など)はこのタイミングでストレージの読み書きを行ってい"
+"ます。\n"
+" * *collection phase* では、Droonga Engineが各ボリュームから返された結果を収集して、単一の結果に統合します。\n"
+"   Droonga Engineは汎用の便利なcollectorをいくつか含んでいるため、多くの場合において、あなたはこのフェイズのためのコードを書く必要"
+"はありません。"
 
 msgid ""
 "After all steps are finished, the Droonga Engine transfers the result to the p"

  Modified: ja/tutorial/1.0.2/plugin-development/handler/index.md (+16 -16)
===================================================================
--- ja/tutorial/1.0.2/plugin-development/handler/index.md    2014-08-19 12:45:19 +0900 (05f43ef)
+++ ja/tutorial/1.0.2/plugin-development/handler/index.md    2014-08-20 12:19:49 +0900 (4870960)
@@ -17,29 +17,29 @@ layout: ja
 
 ## チュートリアルのゴール
 
-This tutorial aims to help you to learn how to develop plugins which do something dispersively for/in each volume, around the handling phase.
-In other words, this tutorial describes *how to add a new simple command to the Droonga Engine*.
+このチュートリアルでは、各ボリュームでのhadling phaseにおいて分散された処理を実行するプラグインを開発するための方法を学びます。
+言い換えると、このチュートリアルでは *新しいコマンドをDroonga Engineに加える方法* を説明します。
 
 ## 前提条件
 
-* You must complete the [tutorial for the adaption phase][adapter].
+* [adaption phaseのチュートリアル][adapter]を完了していること。
 
-## Handling of requests
+## リクエストのハンドリング
 
-When a request is transferred from the adaption phase, the Droonga Engine enters into the *processing phase*.
+adaption phaseからリクエストが転送されてくると、Droonga Engineは*processing phase*に入ります。
 
-In the processing phase, the Droonga Engine processes the request step by step.
-One *step* is constructed from some sub phases: *planning phase*, *distribution phase*, *handling phase*, and *collection phase*.
+processing phaseでは、Droonga Engineはリクエストを「ステップ」ごとに段階的に処理します。
+1つの *ステップ* は、*planning phase*、*distribution phase*、*handling phase*、そして *collection phase* という4つのフェイズから成り立っています。
 
- * At the *planning phase*, the Droonga Engine generates multiple sub steps to process the request.
-   In simple cases, you don't have to write codes for this phase, then there is just one sub step to handle the request.
- * At the *distribution phase*, the Droonga Engine distributes task messages for the request, to multiple volumes.
-   (It is completely done by the Droonga Engine itself, so this phase is not pluggable.)
- * At the *handling phase*, *each single volume simply processes only one distributed task message as its input, and returns a result.*
-   This is the time that actual storage accesses happen.
-   Actually, some commands (`search`, `add`, `create_table` and so on) access to the storage at the time.
- * At the *collection phase*, the Droonga Engine collects results from volumes to one unified result.
-   There are some useful generic collectors, so you don't have to write codes for this phase in most cases.
+ * *planning phase* では、Droonga Engineはリクエストを処理するための複数のより小さなステップを生成します。
+   単純なコマンドでは、このフェイズのためのコードを書く必要はありません。その場合には、リクエストを処理するためのステップが1つだけ存在するということになります。
+ * *distribution phase* では、Droonga Engineは、リクエストを処理するためのタスクを表すメッセージを複数のボリュームに配布します。
+   (この処理は完全にDroonga Engine自身によって行われるため、このフェイズはプラグインでの拡張はできません。)
+ * *handling phase*では、*各single volumeが、配布された単一のタスクメッセージを入力として処理して、その結果を返します*。
+   ストレージへの読み書きが実際に発生するのは、この時になります。
+   実際に、いくつかのコマンド(例えば `search`、`add`、`create_table` など)はこのタイミングでストレージの読み書きを行っています。
+ * *collection phase* では、Droonga Engineが各ボリュームから返された結果を収集して、単一の結果に統合します。
+   Droonga Engineは汎用の便利なcollectorをいくつか含んでいるため、多くの場合において、あなたはこのフェイズのためのコードを書く必要はありません。
 
 After all steps are finished, the Droonga Engine transfers the result to the post adaption phase.
 

  Modified: ja/tutorial/1.0.3/plugin-development/handler/index.md (+16 -16)
===================================================================
--- ja/tutorial/1.0.3/plugin-development/handler/index.md    2014-08-19 12:45:19 +0900 (48210c3)
+++ ja/tutorial/1.0.3/plugin-development/handler/index.md    2014-08-20 12:19:49 +0900 (94851f9)
@@ -17,29 +17,29 @@ layout: ja
 
 ## チュートリアルのゴール
 
-This tutorial aims to help you to learn how to develop plugins which do something dispersively for/in each volume, around the handling phase.
-In other words, this tutorial describes *how to add a new simple command to the Droonga Engine*.
+このチュートリアルでは、各ボリュームでのhadling phaseにおいて分散された処理を実行するプラグインを開発するための方法を学びます。
+言い換えると、このチュートリアルでは *新しいコマンドをDroonga Engineに加える方法* を説明します。
 
 ## 前提条件
 
-* You must complete the [tutorial for the adaption phase][adapter].
+* [adaption phaseのチュートリアル][adapter]を完了していること。
 
-## Handling of requests
+## リクエストのハンドリング
 
-When a request is transferred from the adaption phase, the Droonga Engine enters into the *processing phase*.
+adaption phaseからリクエストが転送されてくると、Droonga Engineは*processing phase*に入ります。
 
-In the processing phase, the Droonga Engine processes the request step by step.
-One *step* is constructed from some sub phases: *planning phase*, *distribution phase*, *handling phase*, and *collection phase*.
+processing phaseでは、Droonga Engineはリクエストを「ステップ」ごとに段階的に処理します。
+1つの *ステップ* は、*planning phase*、*distribution phase*、*handling phase*、そして *collection phase* という4つのフェイズから成り立っています。
 
- * At the *planning phase*, the Droonga Engine generates multiple sub steps to process the request.
-   In simple cases, you don't have to write codes for this phase, then there is just one sub step to handle the request.
- * At the *distribution phase*, the Droonga Engine distributes task messages for the request, to multiple volumes.
-   (It is completely done by the Droonga Engine itself, so this phase is not pluggable.)
- * At the *handling phase*, *each single volume simply processes only one distributed task message as its input, and returns a result.*
-   This is the time that actual storage accesses happen.
-   Actually, some commands (`search`, `add`, `create_table` and so on) access to the storage at the time.
- * At the *collection phase*, the Droonga Engine collects results from volumes to one unified result.
-   There are some useful generic collectors, so you don't have to write codes for this phase in most cases.
+ * *planning phase* では、Droonga Engineはリクエストを処理するための複数のより小さなステップを生成します。
+   単純なコマンドでは、このフェイズのためのコードを書く必要はありません。その場合には、リクエストを処理するためのステップが1つだけ存在するということになります。
+ * *distribution phase* では、Droonga Engineは、リクエストを処理するためのタスクを表すメッセージを複数のボリュームに配布します。
+   (この処理は完全にDroonga Engine自身によって行われるため、このフェイズはプラグインでの拡張はできません。)
+ * *handling phase*では、*各single volumeが、配布された単一のタスクメッセージを入力として処理して、その結果を返します*。
+   ストレージへの読み書きが実際に発生するのは、この時になります。
+   実際に、いくつかのコマンド(例えば `search`、`add`、`create_table` など)はこのタイミングでストレージの読み書きを行っています。
+ * *collection phase* では、Droonga Engineが各ボリュームから返された結果を収集して、単一の結果に統合します。
+   Droonga Engineは汎用の便利なcollectorをいくつか含んでいるため、多くの場合において、あなたはこのフェイズのためのコードを書く必要はありません。
 
 After all steps are finished, the Droonga Engine transfers the result to the post adaption phase.
 

  Modified: ja/tutorial/1.0.4/plugin-development/handler/index.md (+16 -16)
===================================================================
--- ja/tutorial/1.0.4/plugin-development/handler/index.md    2014-08-19 12:45:19 +0900 (184c00a)
+++ ja/tutorial/1.0.4/plugin-development/handler/index.md    2014-08-20 12:19:49 +0900 (216fc75)
@@ -17,29 +17,29 @@ layout: ja
 
 ## チュートリアルのゴール
 
-This tutorial aims to help you to learn how to develop plugins which do something dispersively for/in each volume, around the handling phase.
-In other words, this tutorial describes *how to add a new simple command to the Droonga Engine*.
+このチュートリアルでは、各ボリュームでのhadling phaseにおいて分散された処理を実行するプラグインを開発するための方法を学びます。
+言い換えると、このチュートリアルでは *新しいコマンドをDroonga Engineに加える方法* を説明します。
 
 ## 前提条件
 
-* You must complete the [tutorial for the adaption phase][adapter].
+* [adaption phaseのチュートリアル][adapter]を完了していること。
 
-## Handling of requests
+## リクエストのハンドリング
 
-When a request is transferred from the adaption phase, the Droonga Engine enters into the *processing phase*.
+adaption phaseからリクエストが転送されてくると、Droonga Engineは*processing phase*に入ります。
 
-In the processing phase, the Droonga Engine processes the request step by step.
-One *step* is constructed from some sub phases: *planning phase*, *distribution phase*, *handling phase*, and *collection phase*.
+processing phaseでは、Droonga Engineはリクエストを「ステップ」ごとに段階的に処理します。
+1つの *ステップ* は、*planning phase*、*distribution phase*、*handling phase*、そして *collection phase* という4つのフェイズから成り立っています。
 
- * At the *planning phase*, the Droonga Engine generates multiple sub steps to process the request.
-   In simple cases, you don't have to write codes for this phase, then there is just one sub step to handle the request.
- * At the *distribution phase*, the Droonga Engine distributes task messages for the request, to multiple volumes.
-   (It is completely done by the Droonga Engine itself, so this phase is not pluggable.)
- * At the *handling phase*, *each single volume simply processes only one distributed task message as its input, and returns a result.*
-   This is the time that actual storage accesses happen.
-   Actually, some commands (`search`, `add`, `create_table` and so on) access to the storage at the time.
- * At the *collection phase*, the Droonga Engine collects results from volumes to one unified result.
-   There are some useful generic collectors, so you don't have to write codes for this phase in most cases.
+ * *planning phase* では、Droonga Engineはリクエストを処理するための複数のより小さなステップを生成します。
+   単純なコマンドでは、このフェイズのためのコードを書く必要はありません。その場合には、リクエストを処理するためのステップが1つだけ存在するということになります。
+ * *distribution phase* では、Droonga Engineは、リクエストを処理するためのタスクを表すメッセージを複数のボリュームに配布します。
+   (この処理は完全にDroonga Engine自身によって行われるため、このフェイズはプラグインでの拡張はできません。)
+ * *handling phase*では、*各single volumeが、配布された単一のタスクメッセージを入力として処理して、その結果を返します*。
+   ストレージへの読み書きが実際に発生するのは、この時になります。
+   実際に、いくつかのコマンド(例えば `search`、`add`、`create_table` など)はこのタイミングでストレージの読み書きを行っています。
+ * *collection phase* では、Droonga Engineが各ボリュームから返された結果を収集して、単一の結果に統合します。
+   Droonga Engineは汎用の便利なcollectorをいくつか含んでいるため、多くの場合において、あなたはこのフェイズのためのコードを書く必要はありません。
 
 After all steps are finished, the Droonga Engine transfers the result to the post adaption phase.
 

  Modified: ja/tutorial/1.0.5/plugin-development/handler/index.md (+16 -16)
===================================================================
--- ja/tutorial/1.0.5/plugin-development/handler/index.md    2014-08-19 12:45:19 +0900 (4c9298f)
+++ ja/tutorial/1.0.5/plugin-development/handler/index.md    2014-08-20 12:19:49 +0900 (d9b3452)
@@ -17,29 +17,29 @@ layout: ja
 
 ## チュートリアルのゴール
 
-This tutorial aims to help you to learn how to develop plugins which do something dispersively for/in each volume, around the handling phase.
-In other words, this tutorial describes *how to add a new simple command to the Droonga Engine*.
+このチュートリアルでは、各ボリュームでのhadling phaseにおいて分散された処理を実行するプラグインを開発するための方法を学びます。
+言い換えると、このチュートリアルでは *新しいコマンドをDroonga Engineに加える方法* を説明します。
 
 ## 前提条件
 
-* You must complete the [tutorial for the adaption phase][adapter].
+* [adaption phaseのチュートリアル][adapter]を完了していること。
 
-## Handling of requests
+## リクエストのハンドリング
 
-When a request is transferred from the adaption phase, the Droonga Engine enters into the *processing phase*.
+adaption phaseからリクエストが転送されてくると、Droonga Engineは*processing phase*に入ります。
 
-In the processing phase, the Droonga Engine processes the request step by step.
-One *step* is constructed from some sub phases: *planning phase*, *distribution phase*, *handling phase*, and *collection phase*.
+processing phaseでは、Droonga Engineはリクエストを「ステップ」ごとに段階的に処理します。
+1つの *ステップ* は、*planning phase*、*distribution phase*、*handling phase*、そして *collection phase* という4つのフェイズから成り立っています。
 
- * At the *planning phase*, the Droonga Engine generates multiple sub steps to process the request.
-   In simple cases, you don't have to write codes for this phase, then there is just one sub step to handle the request.
- * At the *distribution phase*, the Droonga Engine distributes task messages for the request, to multiple volumes.
-   (It is completely done by the Droonga Engine itself, so this phase is not pluggable.)
- * At the *handling phase*, *each single volume simply processes only one distributed task message as its input, and returns a result.*
-   This is the time that actual storage accesses happen.
-   Actually, some commands (`search`, `add`, `create_table` and so on) access to the storage at the time.
- * At the *collection phase*, the Droonga Engine collects results from volumes to one unified result.
-   There are some useful generic collectors, so you don't have to write codes for this phase in most cases.
+ * *planning phase* では、Droonga Engineはリクエストを処理するための複数のより小さなステップを生成します。
+   単純なコマンドでは、このフェイズのためのコードを書く必要はありません。その場合には、リクエストを処理するためのステップが1つだけ存在するということになります。
+ * *distribution phase* では、Droonga Engineは、リクエストを処理するためのタスクを表すメッセージを複数のボリュームに配布します。
+   (この処理は完全にDroonga Engine自身によって行われるため、このフェイズはプラグインでの拡張はできません。)
+ * *handling phase*では、*各single volumeが、配布された単一のタスクメッセージを入力として処理して、その結果を返します*。
+   ストレージへの読み書きが実際に発生するのは、この時になります。
+   実際に、いくつかのコマンド(例えば `search`、`add`、`create_table` など)はこのタイミングでストレージの読み書きを行っています。
+ * *collection phase* では、Droonga Engineが各ボリュームから返された結果を収集して、単一の結果に統合します。
+   Droonga Engineは汎用の便利なcollectorをいくつか含んでいるため、多くの場合において、あなたはこのフェイズのためのコードを書く必要はありません。
 
 After all steps are finished, the Droonga Engine transfers the result to the post adaption phase.
 

  Modified: ja/tutorial/1.0.6/plugin-development/handler/index.md (+16 -16)
===================================================================
--- ja/tutorial/1.0.6/plugin-development/handler/index.md    2014-08-19 12:45:19 +0900 (8277a07)
+++ ja/tutorial/1.0.6/plugin-development/handler/index.md    2014-08-20 12:19:49 +0900 (0a7c43e)
@@ -17,29 +17,29 @@ layout: ja
 
 ## チュートリアルのゴール
 
-This tutorial aims to help you to learn how to develop plugins which do something dispersively for/in each volume, around the handling phase.
-In other words, this tutorial describes *how to add a new simple command to the Droonga Engine*.
+このチュートリアルでは、各ボリュームでのhadling phaseにおいて分散された処理を実行するプラグインを開発するための方法を学びます。
+言い換えると、このチュートリアルでは *新しいコマンドをDroonga Engineに加える方法* を説明します。
 
 ## 前提条件
 
-* You must complete the [tutorial for the adaption phase][adapter].
+* [adaption phaseのチュートリアル][adapter]を完了していること。
 
-## Handling of requests
+## リクエストのハンドリング
 
-When a request is transferred from the adaption phase, the Droonga Engine enters into the *processing phase*.
+adaption phaseからリクエストが転送されてくると、Droonga Engineは*processing phase*に入ります。
 
-In the processing phase, the Droonga Engine processes the request step by step.
-One *step* is constructed from some sub phases: *planning phase*, *distribution phase*, *handling phase*, and *collection phase*.
+processing phaseでは、Droonga Engineはリクエストを「ステップ」ごとに段階的に処理します。
+1つの *ステップ* は、*planning phase*、*distribution phase*、*handling phase*、そして *collection phase* という4つのフェイズから成り立っています。
 
- * At the *planning phase*, the Droonga Engine generates multiple sub steps to process the request.
-   In simple cases, you don't have to write codes for this phase, then there is just one sub step to handle the request.
- * At the *distribution phase*, the Droonga Engine distributes task messages for the request, to multiple volumes.
-   (It is completely done by the Droonga Engine itself, so this phase is not pluggable.)
- * At the *handling phase*, *each single volume simply processes only one distributed task message as its input, and returns a result.*
-   This is the time that actual storage accesses happen.
-   Actually, some commands (`search`, `add`, `create_table` and so on) access to the storage at the time.
- * At the *collection phase*, the Droonga Engine collects results from volumes to one unified result.
-   There are some useful generic collectors, so you don't have to write codes for this phase in most cases.
+ * *planning phase* では、Droonga Engineはリクエストを処理するための複数のより小さなステップを生成します。
+   単純なコマンドでは、このフェイズのためのコードを書く必要はありません。その場合には、リクエストを処理するためのステップが1つだけ存在するということになります。
+ * *distribution phase* では、Droonga Engineは、リクエストを処理するためのタスクを表すメッセージを複数のボリュームに配布します。
+   (この処理は完全にDroonga Engine自身によって行われるため、このフェイズはプラグインでの拡張はできません。)
+ * *handling phase*では、*各single volumeが、配布された単一のタスクメッセージを入力として処理して、その結果を返します*。
+   ストレージへの読み書きが実際に発生するのは、この時になります。
+   実際に、いくつかのコマンド(例えば `search`、`add`、`create_table` など)はこのタイミングでストレージの読み書きを行っています。
+ * *collection phase* では、Droonga Engineが各ボリュームから返された結果を収集して、単一の結果に統合します。
+   Droonga Engineは汎用の便利なcollectorをいくつか含んでいるため、多くの場合において、あなたはこのフェイズのためのコードを書く必要はありません。
 
 After all steps are finished, the Droonga Engine transfers the result to the post adaption phase.
 
-------------- next part --------------
HTML����������������������������...
Télécharger 



More information about the Groonga-commit mailing list
Back to archive index