- Name
- lúc 04:33 10 tháng 5, 2026 UTC
- Tác giả
- Kamo
- Cam kết
- c0a87b7
Hai chế độ thất bại không thể phân biệt được trong phản ứng, vì vậy các kịch bản không thể phân biệt được và tiếp tục chuyển sang tiếng Anh trên mỗi chạy đồng bộ, với các bộ con ngẫu nhiên thành công do chính xác Yêu cầu hạ cánh trong khi một công nhân khởi động lại: 1. Nhà cung cấp lỗi (thời hạn, 5xxx, kết nối từ chối chạy giữa) 2. Nhà cung cấp đã thành công nhưng đã trả lại nguồn không thay đổi Cần phải dịch" — danh từ đúng, tên thương hiệu, v.v...) Cuối cùng cả hai đều viết về nguồn tài liệu này. Thay đổi: * LibreTranslateProvider / BergamotProvider: 3 nỗ lực với 1s/3s Lùi lại cho thất bại tạm thời (5xxx, 429, thời hạn, kết nối lỗi); 4x (non-429) lan truyền ngay lập tức vì thử lại a Yêu cầu sai lầm sẽ không giúp được gì. Yêu cầu thời gian chờ cuộc gọi = 30. Thay vì trả lại mã nguồn. * Nhà cung cấpRouter: bây giờ phân biệt "mọi nhà cung cấp hỗ trợ Lỗi (Tiếng thông qua) Không có hỗ trợ không thay đổi. * SẼ ĐÃ ĐÃ Bắt ngoại lệ theo khoá, Thu thập chúng trong một danh sách thất bại mới Koys về phản ứng, và loại bỏ lỗi khóa từ tin nhắn. * BatchTranslateResponse: Thêm vào trường Koys thất bại. * Dịch.t: đọc lỗiKeys, không bao giờ viết lại chìa khóa, vì vậy apiTnslated[key]? đã tồn tại [key] đi ngược lại trước Giá trị tiếng Anh ở đúng vị trí — lần chạy tiếp theo thỏa mãn cur= vộiVal và tái yêu cầu chính xác những phím cho thử lại. Thử nghiệm: thử nghiệm hồi quy thêm cho "Tất cả các nhà cung cấp lỗi ném", "tại ít nhất một thành công với văn bản trả về không thay đổi, "router rơi qua khi lỗi chính tạm thời", và TranslationService Phân chia chính xác vào các thông điệp chống lại thất bạiKeys.