- 出荷済み
- 2026年10月7日 17:14 UTC
- プロフィール
- Kamo
- コンテンツ
- aaf9f56
LibreTranslateはクライアントが待機停止した後にリクエストを翻訳し続けるので、毎回タイムアウトした 誰も行わなかった。 2026-10-07で6 時間以上測定: 303 リクエストの 46 放棄 ミッドトランスレーションとKBServiceは、このサービス中に120秒読み48回を上回る 作業に行きました。 - 1つの期限は、リクエスト全体(バッチのキー、失われたテキストの両方のパス)をカバーします プロバイダーの呼び出しごとに新しい100秒ではなく、保護された用語)。 鍵が待っていたとき 送信されずに失敗します。 - 発信者は、待ち時間(X-Translate-Wait-Seconds、最大10分)を言うことができます。 ザ・オブ・ザ・ デフォルトは100秒、120秒読み込まれたタイムアウトの中で最も呼び出し主が使用する。 長い待ち時間 要求の背景の仕事として印を付けて下さい。 - タイムアウトが取得されなくなりました。 再試行は、90秒の90秒の最初の試みを常に得ました 左折、終了しず、途中で翻訳(22時間6時間) - ほとんどの3 LibreTranslateは、ポッドごとの飛行で呼び出します, 背景作業のためのそれら2. キューは ここで、発信者があきらめたリクエストは、LibreTranslateの少なくとも2つが送信されない 8人の労働者は、その信頼性プローブに無料で滞在し、チャットメッセージは助けを借りて待つことはありません 記事。 - 保護された用語を失った長いテキストは、残りが残っている場合だけ秒間翻訳されます 少なくとも最初のパスが取られたもの.