- 出荷済み
- 2026年5月10日 4:33 UTC
- プロフィール
- Kamo
- コンテンツ
- c0a87b7
2つの失敗モードは、応答で解釈できないため、スクリプト 同じキーを英語に分けて保存しないようにしました。 すべての同期実行で、ランダムなサブセットは、そのために成功しました LibreTranslate リクエストは、ワーカーの再起動時に土地に起こった: 1. プロバイダーのエラー(タイムアウト、5xx、接続がミッドリスタートを拒否) 2. プロバイダーが成功し、変更されていないソースを返す(legit "no 翻訳が必要」 — 適切な名詞、ブランド名など 翻訳としてソースを書かなければならない。 変更点: * LibreTranslateProvider/BergamotProvider:1s/3sの3つの試み 一時的な失敗(5xx、429のタイムアウト、関係のためのバックオフ エラー; 4xx(non-429)は、再試行のためにすぐに伝搬します 誤字の要求は決して助けません。 コールリクエストタイムアウト = 30s. ソーステキストを返す代わりに、再試行排気に投げる。 * ProviderRouter:「サポートプロバイダ」を区別します。 errored" (スレッド) から "少なくとも 1 成功し、返されたソース" (正当なパススルー — テキストを返す) 変更のないサポート メニュー 1キー例外をキャッチし、 応答に新しい失敗したキーリストにそれらを収集し、省略 メッセージから失敗したキー。 * BatchTranslateResponse: 失敗したキーフィールドを追加します。 * translate.ts: 失敗したキーを読み込み、それらのキーを戻すことはありません。 apiTranslated[key] ?? 既存の[key] フォールバックは、前の葉を残します 次に実行するsatisfiesの英語値 cur====enVal と re-queues は、それらのキーを正確に再試行します。 テスト: "すべてのプロバイダのエラーが発生したスロー"、"at の回帰テストを追加しました 変更されていないテキストがテキストを返すと、少なくとも1つは成功しました。 一時的な第一次エラーに対するフォールスルー、翻訳サービス 正しくメッセージと失敗したキーに分割します.