Thông tư kiểm tra và chuyển đổi của các API để giữ cho dòng chảy của bản dịch

[Simon Lloyd]

Nó cần phải là một nhiệm vụ theo lịch trình và một trong những nhà cung cấp cụ thể được tắt cho một giờ tại một thời điểm?, tôi đã thực hiện một đề nghị thông tư ở đây kiểm tra và chuyển đổi của các API để giữ cho dòng chảy của bản dịch mà có lẽ chúng ta có thể luôn luôn bắt đầu ở đầu danh sách các nhà cung cấp của chúng tôi và làm cho kiểm tra cuộc gọi (như là một trong những bạn cung cấp để kiểm tra phản ứng Google và Microsoft phản ứng) nếu kiểm tra cuộc gọi phản ứng 200 hoặc văn bản được dịch sau đó sử dụng rằng nhà cung cấp, nếu các phản ứng không là 200 hoặc bài kiểm tra văn bản không được dịch (sử dụng cùng văn bản cho mỗi bài kiểm tra và REGEX kiểm tra văn bản dịch) thì di chuyển đến nhà cung cấp tiếp theo, mỗi cuộc gọi dịch sau đó có thể bắt đầu ở đầu danh sách và làm việc xuống

Không có một kết quả có sản phẩm nào sẽ là tốt bởi vì một khi chúng tôi có một thats trả lại có sản phẩm nào như thế nào nó vẫn còn, tôi đã có rất nhiều người phàn nàn rằng đây là trường hợp trong diễn đàn của tôi.

[vBET]

Nó không có bằng cách này, nó ngay bây giờ. Cảm ơn bạn đã lưu ý của bạn. Vẫn còn – không có. Đô thị này có không có ý nghĩa. Xin lưu ý rằng yêu cầu cho bên ngoài dịch hơn thời gian điều trong toàn bộ vBET (và nó không phải là đến với chúng tôi). Không có ý nghĩa để điên ngàn và yêu cầu khi chúng tôi đã đạt đến giới hạn. Điều này sẽ increaser thời gian phản ứng, CPU tiêu thụ và tiêu thụ bộ nhớ cũng (đối tượng bộ tạo).

Chúng tôi phát hiện ra rằng thông tin Google về có lẽ lạm dụng TOS biến mất sau một thời gian. Chúng tôi không biết, nhưng có lẽ nếu chúng tôi sẽ tiếp tục yêu cầu khi chúng tôi đang bị chặn, Google có thể chặn cho nhiều thời gian hơn. Có lẽ không, nhưng vẫn còn thực tế chiến lược tốt hơn nhiều cho hiệu suất. Cuối cùng bạn đã kiểm tra thông tư. Nếu một trong những không phải là có sẵn nó được đánh dấu là không có sẵn và khác được sử dụng. Nếu khác không phải là có sẵn sau đó cùng một điều xảy ra. Chúng tôi chỉ không chọn là nó có sẵn một lần nữa mỗi yêu những gì đã không có ý nghĩa (nó có thể là hàng triệu truy vấn trước khi nó sẽ có sẵn) chỉ một lần mỗi giờ. Và nếu nó sẽ có sẵn nó sẽ tôi đánh dấu do đó chúng tôi sẽ trở lại một trong những ưa thích - và bạn có một vòng tròn ở đây. Cũng thử nghiệm mỗi thời gian sẽ được thực hiện giới hạn của bạn đạt đến nhanh hơn hoặc thanh toán chi phí cao hơn nếu bạn sử dụng dịch (nó vẫn còn đếm là dịch).
Ngoài ra, chúng tôi được chuẩn bị để có nhà cung cấp khác quá. Khi chúng tôi sẽ hỗ trợ nhiều hơn 2 chiến lược như vậy sẽ có một kẻ giết người đối với máy chủ của bạn. Hãy tưởng tượng 5 kiểm tra các cuộc gọi đến các nhà cung cấp khác nhau và sau đó thực dịch cho mỗi yêu cầu dịch thuật. Không. Cảm ơn bạn đã ý tưởng của bạn Chúng tôi thực sự đánh giá cao những ý tưởng người sử dụng, thời gian này chúng tôi sẽ ở lại với các giải pháp thực tế.

Xin lưu ý rằng bạn có thể thay đổi như thế nào thường vBET nên kiểm tra xem nhà cung cấp sẵn có. Bây giờ nó là một trong một giờ, nhưng bạn có thể cấu hình lại rằng trong Admin CP - > dự kiến nhiệm vụ - > theo lịch trình quản lý tác vụ và đặt nó là ví dụ cho mỗi 10 phút 0 giống như nhiệm vụ RSS Poster Robot làm điều đó bây giờ.

[vBET]

Rất ít thay đổi được thực hiện - chúng tôi sẽ kiểm tra xem nhà cung cấp sẵn có không một lần mỗi giờ nhưng mỗi 10 phút. Nếu bạn nâng cấp để vBET 3.5.1 trước khi thông báo này xin vui lòng chỉ cần tải về vBET gói một lần nữa và tải lên tập tin sản phẩm một lần nữa.

Sự thay đổi đã được thực hiện bởi vì chúng tôi tìm thấy trên diễn đàn của chúng tôi thực sự mà thường nhà cung cấp không có sẵn trong thời gian ngắn. Chúng tôi sẽ điều tra nó nhiều hơn nữa để tìm các cải tiến khác.

[Simon Lloyd]

Great guys làm việc Tôi đã nâng cấp này nhưng sẽ tải về việc sửa chữa mới nhất và sử dụng, tôi sẽ tạo ra một chủ đề mới cho thông tin phản hồi về điều này.