- 관련 상품
- 2026년 5월 10일 오전 4:33 UTC
- 이름 *
- Kamo
- 뚱 베어
- c0a87b7
두 실패 모드는 응답에서 indistinguishable, 그래서 스크립트 그대를 알 수 없으며 "번역"을 영어에 동일한 키로 유지 모든 동기화 실행에, 임의 서브셋이 성공으로 인해 정확한 LibreTranslate 요청은 노동자 재시작시 착륙했습니다. 1. 공급자 오류 (timeout, 5xx, 연결은 중간-restart를 거부) 2. 공급자는 실패한 근원을 성공했습니다 (legit “no 번역 필요" — 적절 한 명, 브랜드 이름, 등) 둘 다 번역으로 소스를 작성했습니다. 변경 사항: * LibreTranslateProvider / BergamotProvider : 1s/3s를 가진 3개의 시도 일시적인 실패를 위한 백오프 (5xx, 429, timeout, 연결 오류); 4xx (non-429)는 즉시 구출하기 때문에 잘못된 요청은 결코 도움이되지 않습니다. 퍼 콜 요청 시간 초과 = 30s. 소스 텍스트를 반환 대신 재량에 던져. * ProviderRouter : 이제 "모든 지원 제공 업체 errored" (throws) from " 적어도 하나의 성공하지만 반환 소스" (legitimate passthrough — 반환 텍스트). 지원되지 않음 *********** per-key 예외를 잡아라. 응답에 새로운 failedKeys 목록에서 수집, omits 메시지에서 키를 실패. * BatchTranslateResponse: failedKeys 필드를 추가합니다. *translat.ts: reads failedKeys, 결코 그 열쇠를 다시 쓰지 않습니다, 그래서 apiOriginal[key] ?? 기존[key] fallback은 이전을 나타낸다. 다음 실행 satisfies에 영어 값 cur===enVal과 re-queues는 retry를 위한 그 열쇠를 정확하게 통제합니다. 테스트 : "모든 공급자 오류가 발생"에 대한 회귀 테스트 추가 적어도 하나는 unchanged text 반환 텍스트로 성공, "router 일시적인 기본 오류에 대한 돌파, 및 TranslationService 메시지 대 failedKeys로 올바르게 분할.