From 901ba1e76e955be5dbefe65d39178c39d9ea1d3e Mon Sep 17 00:00:00 2001 From: naopusyu Date: Sat, 14 Dec 2024 21:30:43 +0900 Subject: [PATCH] =?UTF-8?q?=E3=83=AF=E3=83=BC=E3=82=AB=E3=81=AB=E7=B5=B1?= =?UTF-8?q?=E4=B8=80?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- translation-ja/artisan.md | 2 +- translation-ja/envoy.md | 2 +- translation-ja/events.md | 2 +- translation-ja/helpers.md | 2 +- translation-ja/horizon.md | 12 ++++++------ translation-ja/octane.md | 4 ++-- translation-ja/queues.md | 2 +- translation-ja/scheduling.md | 2 +- 8 files changed, 14 insertions(+), 14 deletions(-) diff --git a/translation-ja/artisan.md b/translation-ja/artisan.md index aed4f81..dc9bd28 100644 --- a/translation-ja/artisan.md +++ b/translation-ja/artisan.md @@ -715,7 +715,7 @@ CLIの外部でArtisanコマンドを実行したい場合があります。た #### Artisanコマンドのキュー投入 -`Artisan`ファサードで`queue`メソッドを使用すると、Artisanコマンドをキューに投入し、[キューワーカー](/docs/{{version}}/queues)によりバックグラウンド処理することもできます。この方法を使用する前に、確実にキューを設定し、キューリスナを実行してください。 +`Artisan`ファサードで`queue`メソッドを使用すると、Artisanコマンドをキューに投入し、[キューワーカ](/docs/{{version}}/queues)によりバックグラウンド処理することもできます。この方法を使用する前に、確実にキューを設定し、キューリスナを実行してください。 use Illuminate\Support\Facades\Artisan; diff --git a/translation-ja/envoy.md b/translation-ja/envoy.md index 319ddcc..8f8dbc6 100644 --- a/translation-ja/envoy.md +++ b/translation-ja/envoy.md @@ -43,7 +43,7 @@ php vendor/bin/envoy ### タスク定義 -タスクはEnvoyの基本的な設定要素です。タスクには、呼び出されたときにリモートサーバで実行する必要があるシェルコマンドを定義します。たとえば、アプリケーションのすべてのキューワーカーサーバで`php artisan queue:restart`コマンドを実行するタスクを定義できます。 +タスクはEnvoyの基本的な設定要素です。タスクには、呼び出されたときにリモートサーバで実行する必要があるシェルコマンドを定義します。たとえば、アプリケーションのすべてのキューワーカサーバで`php artisan queue:restart`コマンドを実行するタスクを定義できます。 すべてのEnvoyタスクは、アプリケーションのルートにある`Envoy.blade.php`ファイルで定義する必要があります。開始時に使えるサンプルを以下に示します。 diff --git a/translation-ja/events.md b/translation-ja/events.md index f0b309b..7b10404 100644 --- a/translation-ja/events.md +++ b/translation-ja/events.md @@ -416,7 +416,7 @@ php artisan event:list ### 失敗したジョブの処理 -キュー投入したイベントリスナが失敗する場合があります。キュー投入したリスナがキューワーカーによって定義された最大試行回数を超えると、リスナ上の`failed`メソッドが呼び出されます。`failed`メソッドは、失敗の原因となったイベントインスタンスと`Throwable`を受け取ります。 +キュー投入したイベントリスナが失敗する場合があります。キュー投入したリスナがキューワーカによって定義された最大試行回数を超えると、リスナ上の`failed`メソッドが呼び出されます。`failed`メソッドは、失敗の原因となったイベントインスタンスと`Throwable`を受け取ります。 [!WARNING] > 遅延関数は、現在コミュニティーからのフィードバックを集めており、ベータです。 -Laravelの[ジョブキュー投入](/docs/{{version}}/queues)では、バックグラウンド処理のためにタスクをキューに入れることができますが、時には、長時間実行するキューワーカーの設定やメンテナンスをせずに、単純にタスク実行を先延ばししたいこともあるでしょう。 +Laravelの[ジョブキュー投入](/docs/{{version}}/queues)では、バックグラウンド処理のためにタスクをキューに入れることができますが、時には、長時間実行するキューワーカの設定やメンテナンスをせずに、単純にタスク実行を先延ばししたいこともあるでしょう。 遅延関数により、HTTPレスポンスをユーザーへ送信した後まで、クロージャの実行を遅延でき、アプリケーションの高速性と応答性を保てます。クロージャの実行を遅延させるには、`Illuminate\Support\defer`関数にクロージャを渡すだけです。 diff --git a/translation-ja/horizon.md b/translation-ja/horizon.md index fc5b983..cbaf9ec 100644 --- a/translation-ja/horizon.md +++ b/translation-ja/horizon.md @@ -86,7 +86,7 @@ Horizo​​nのアセットを公開すると、そのプライマリ設定フ ], ], -Horizo​​nを起動すると、アプリケーションを実行する環境のワーカープロセス設定オプションが使用されます。通常、環境は`APP_ENV`[環境変数](/docs/{{version}}/configuration#determining-the-current-environment)の値によって決定されます。たとえば、デフォルトの`local` Horizo​​n環境は、３つのワーカープロセスを開始し、各キューに割り当てられたワーカプロセスの数のバランスを自動的にとるように設定されています。デフォルトの`production`環境は、最大１０個のワーカプロセスを開始し、各キューに割り当てられたワーカプロセスの数のバランスを自動的にとるように設定されています。 +Horizo​​nを起動すると、アプリケーションを実行する環境のワーカプロセス設定オプションが使用されます。通常、環境は`APP_ENV`[環境変数](/docs/{{version}}/configuration#determining-the-current-environment)の値によって決定されます。たとえば、デフォルトの`local` Horizo​​n環境は、３つのワーカプロセスを開始し、各キューに割り当てられたワーカプロセスの数のバランスを自動的にとるように設定されています。デフォルトの`production`環境は、最大１０個のワーカプロセスを開始し、各キューに割り当てられたワーカプロセスの数のバランスを自動的にとるように設定されています。 > [!WARNING] > `horizo​​n`設定ファイルの`environments`部分に、Horizonを実行する予定の各[環境](/docs/{{version}}/configuration#environment-configuration)のエントリを確実に指定してください。 @@ -96,7 +96,7 @@ Horizo​​nを起動すると、アプリケーションを実行する環境 Horizo​​nのデフォルトの設定ファイルでわかるように。各環境には、１つ以上の「スーパーバイザ（supervisor）」を含めることができます。デフォルトでは、設定ファイルはこのスーパーバイザを`supervisor-1`として定義します。ただし、スーパーバイザには自由に名前を付けることができます。各スーパーバイザは、基本的にワーカプロセスのグループを「監視」する責任があり、キュー間でワーカプロセスのバランスを取ります。 -特定の環境で実行する必要があるワーカプロセスの新しいグループを定義する場合は、指定環境にスーパーバイザを追加します。アプリケーションが使用する特定のキューへ他のバランス戦略やワーカープロセス数を指定することもできます。 +特定の環境で実行する必要があるワーカプロセスの新しいグループを定義する場合は、指定環境にスーパーバイザを追加します。アプリケーションが使用する特定のキューへ他のバランス戦略やワーカプロセス数を指定することもできます。 #### メンテナンスモード @@ -120,13 +120,13 @@ Horizo​​nのデフォルト設定ファイル内に、`defaults`設定オプ ### バランス戦略 -Laravelのデフォルトのキューシステムとは異なり、Horizo​​nでは３つのワーカーバランス戦略(`simple`、`auto`、`false`)から選択できます。`simple`戦略は、受信ジョブをワーカープロセス間で均等に分割します。 +Laravelのデフォルトのキューシステムとは異なり、Horizo​​nでは３つのワーカバランス戦略(`simple`、`auto`、`false`)から選択できます。`simple`戦略は、受信ジョブをワーカプロセス間で均等に分割します。 'balance' => 'simple', -設定ファイルのデフォルトである`auto`戦略は、キューの現在のワークロードに基づいて、キューごとのワーカープロセスの数を調整します。たとえば、`render`キューが空のときに`notifications`キューに1,000の保留中のジョブがある場合、Horizo​​nはキューが空になるまで`notifications`キューにさらに多くのワーカを割り当てます。 +設定ファイルのデフォルトである`auto`戦略は、キューの現在のワークロードに基づいて、キューごとのワーカプロセスの数を調整します。たとえば、`render`キューが空のときに`notifications`キューに1,000の保留中のジョブがある場合、Horizo​​nはキューが空になるまで`notifications`キューにさらに多くのワーカを割り当てます。 -`auto`戦略を使用する場合、`minProcesses`と`maxProcesses`設定オプションを定義し、Horizonがスケールアップ／スケールダウンするキューの最小プロセス数とワーカープロセスの最大数を制御できます。 +`auto`戦略を使用する場合、`minProcesses`と`maxProcesses`設定オプションを定義し、Horizonがスケールアップ／スケールダウンするキューの最小プロセス数とワーカプロセスの最大数を制御できます。 'environments' => [ 'production' => [ @@ -144,7 +144,7 @@ Laravelのデフォルトのキューシステムとは異なり、Horizo​​n ], ], -`autoScalingStrategy`設定値は、Horizonがキューをクリアするのにかかる総時間（`time`戦略）、またはキュー上のジョブの総数（`size`戦略）に基づいて、より多くのワーカープロセスをキューに割り当てるかを決めます。 +`autoScalingStrategy`設定値は、Horizonがキューをクリアするのにかかる総時間（`time`戦略）、またはキュー上のジョブの総数（`size`戦略）に基づいて、より多くのワーカプロセスをキューに割り当てるかを決めます。 `balanceMaxShift`と`balanceCooldown`の設定値は、Horizo​​nがワーカの需要を満たすためにどれだけ迅速にスケーリングするかを決定します。上記の例では、３秒ごとに最大１つの新しいプロセスが作成または破棄されます。アプリケーションのニーズに基づいて、必要に応じてこれらの値を自由に調整できます。 diff --git a/translation-ja/octane.md b/translation-ja/octane.md index 4de500b..e4f0513 100644 --- a/translation-ja/octane.md +++ b/translation-ja/octane.md @@ -569,7 +569,7 @@ use Laravel\Octane\Facades\Octane; ]); ``` -Octaneが処理する同時タスクは、Swooleの「タスクワーカー」を利用しており、受信リクエストとは全く別のプロセスで実行されます。同時タスクを処理するために利用できるワーカーの数は、`octane:start`コマンドの`--task-workers`ディレクティブで決めます。 +Octaneが処理する同時タスクは、Swooleの「タスクワーカ」を利用しており、受信リクエストとは全く別のプロセスで実行されます。同時タスクを処理するために利用できるワーカの数は、`octane:start`コマンドの`--task-workers`ディレクティブで決めます。 ```shell php artisan octane:start --workers=4 --task-workers=6 @@ -636,7 +636,7 @@ Cache::store('octane')->interval('random', function () { > [!WARNING] > この機能は[Swoole](#swoole)が必要です。 -Swooleを使用する場合は、任意に独自の[Swooleテーブル](https://www.swoole.co.uk/docs/modules/swoole-table)を定義し、操作できます。Swooleテーブルは、非常に高いパフォーマンスのスループットを提供し、これらのテーブルのデータは、サーバ上のすべてのワーカーからアクセスできます。ただし、サーバを再起動するとテーブル内のデータは失われます。 +Swooleを使用する場合は、任意に独自の[Swooleテーブル](https://www.swoole.co.uk/docs/modules/swoole-table)を定義し、操作できます。Swooleテーブルは、非常に高いパフォーマンスのスループットを提供し、これらのテーブルのデータは、サーバ上のすべてのワーカからアクセスできます。ただし、サーバを再起動するとテーブル内のデータは失われます。 テーブルは、アプリケーションの`octane`設定ファイルの`tables`設定配列で定義します。テーブルの例として、最大１０００行のテーブルが設定済みです。文字列カラムの最大サイズを設定するには、以下のようにカラムタイプの後にカラムサイズを指定します。 diff --git a/translation-ja/queues.md b/translation-ja/queues.md index 9550a9a..2fe17fd 100644 --- a/translation-ja/queues.md +++ b/translation-ja/queues.md @@ -1757,7 +1757,7 @@ php artisan queue:work --max-time=3600 #### ワーカのスリープ期間 -キューにジョブが現れると、ワーカはジョブの処理を遅延なく処理し続けます。しかし、`sleep`オプションを指定する場合、利用可能なジョブがない場合、ワーカは指定秒数間「スリープ」します。もちろん、スリープ中はワーカーは新しいジョブを処理しません。 +キューにジョブが現れると、ワーカはジョブの処理を遅延なく処理し続けます。しかし、`sleep`オプションを指定する場合、利用可能なジョブがない場合、ワーカは指定秒数間「スリープ」します。もちろん、スリープ中はワーカは新しいジョブを処理しません。 ```shell php artisan queue:work --sleep=3 diff --git a/translation-ja/scheduling.md b/translation-ja/scheduling.md index 8eb6b6d..7f05fa9 100644 --- a/translation-ja/scheduling.md +++ b/translation-ja/scheduling.md @@ -307,7 +307,7 @@ php artisan schedule:list > [!WARNING] > この機能を利用するには、アプリケーションのデフォルトのキャッシュドライバとして`database`、`memcached`、`dynamodb`、`redis`キャッシュドライバを使用している必要があります。さらに、すべてのサーバが同じ中央キャッシュサーバと通信している必要があります。 -アプリケーションのスケジューラを複数のサーバで実行する場合は、スケジュールしたジョブを単一のサーバでのみ実行するように制限できます。たとえば、毎週金曜日の夜に新しいレポートを生成するスケジュールされたタスクがあるとします。タスクスケジューラが３つのワーカーサーバで実行されている場合、スケジュールされたタスクは３つのサーバすべてで実行され、レポートを３回生成してしまいます。これは良くありません！ +アプリケーションのスケジューラを複数のサーバで実行する場合は、スケジュールしたジョブを単一のサーバでのみ実行するように制限できます。たとえば、毎週金曜日の夜に新しいレポートを生成するスケジュールされたタスクがあるとします。タスクスケジューラが３つのワーカサーバで実行されている場合、スケジュールされたタスクは３つのサーバすべてで実行され、レポートを３回生成してしまいます。これは良くありません！ タスクをサーバひとつだけで実行するように指示するには、スケジュールタスクを定義するときに`onOneServer`メソッドを使用します。このタスクを最初に取得したサーバが、同じタスクを同じCronサイクルで他のサーバで実行しないように、ジョブにアトミックなロックを確保します。