Okrągłe kontroli i przełączania API do utrzymania przepływu tłumaczeń

[Simon Lloyd]

Jest konieczne jest zaplanowane zadanie i jednego określonego dostawcy wyłączone na godzinę naraz?, utworzyłem propozycję tutaj cykliczne sprawdzanie i przełączania interfejsów API, aby zachować przepływem tłumaczeń gdzie prawdopodobnie będziemy może zawsze zaczynają się od góry naszą listę dostawców i uzupełnić testować wywołań (na przykład jeden użytkownik dostarczone do testowania Google odpowiedzi i reakcja firmy Microsoft) Jeśli wywołania reakcji jest 200 lub tekst jest tłumaczony należy użyć tego dostawcy, jeśli odpowiedź nie jest 200 lub tekst testowy nie są tłumaczone, (przy użyciu tego samego tekstu dla każdego badania i REGEX do sprawdzenia przetłumaczonego tekstu) następnie przejście do następnego dostawcy, każdego wywołania tłumaczenie można następnie uruchomić u góry listy i pracować w dół

Nie ma pusty wynik byłoby ponieważ po mamy puste zwrotu Ręczna robota czyli jak pozostaje miałem już wiele osób wnoszących skargę, jest to sprawa Moje forum.

[vBET]

Nie musi on być w ten sposób, jest teraz. Podziękowania dla redagowanej notatki. Nadal - nr. Posiada nie jest zasadne. Należy pamiętać, że wnioskujących o tłumaczenia zewnętrznego jest bardziej czasochłonne rzeczą w całości vBET (i jest nie do nas). Istnieje nie warto mad tysiące wniosek, gdy dotrzemy już limitów. To będzie czas reakcji increaser, zużycie CPU i zużycie pamięci również (więcej obiekt utworzony).

Odkryliśmy, że Google informacje o prawdopodobnie nadużywanie OT znika po pewnym czasie. Nie znamy, ale może jeśli będzie musimy zadawać na kiedy jesteśmy już są blokowane, Google można zablokować o więcej czasu. Być może nie ale nadal rzeczywistej strategii jest znacznie lepszą wydajność. Na końcu masz cyklicznego sprawdzania. Jeśli nie jest dostępny jest oznaczany jako niedostępny i używany jest inny. Jeśli inny nie jest dostępne samo dzieje się. Po prostu nie sprawdzamy jest ona dostępna ponownie każdego żądania co ma nie jest zasadne (miliony kwerend może być zanim będzie on dostępny) tylko raz na godzinę. I jeśli będzie on dostępny będzie me zaznaczył, dzięki czemu możemy wrócić sprawdza się do preferowana - i tutaj masz okręgu. Również badania za każdym razem będzie dokonane swoje limity osiągnął szybciej lub koszty wyższych, jeśli używasz wypłacone tłumaczenia (nadal liczone jako tłumaczenia).
Również jesteśmy gotowi mają zbyt innych dostawców. Jeśli dostarczymy wsparcia ponad 2 taka strategia będzie tueur dla serwera. Wyobraź sobie 5 wywołania testowania różnych dostawców i następnie rzeczywistą tłumaczenia dla każdego żądania tłumaczenia. No. Dziękujemy za Twój pomysł Naprawdę Doceniamy użytkowników pomysły, tym razem, które możemy pozostanie roztworem rzeczywiste.

Należy pamiętać, że można zmienić jak często vBET należy sprawdzić dostępność dostawców. Teraz to jeden na godzinę, ale można skonfigurować w Admin PK - > zaplanowanych zadań - > zaplanowane Menedżera zadań i ustawić ją na przykład dla co 10 minut 0 podobnie jak zadania RSS plakatu Robot Zrób to teraz.

[vBET]

Niewielkie zmiany - będzie sprawdzamy dostępność dostawcy nie raz na godzinę, ale co 10 minut. Jeśli już uaktualniony do vBET 3.5.1 przed ten komunikat po prostu Pobierz pakiet vBET ponownie i ponownie przekazać plik produktu.

Wprowadzono zmianę, ponieważ możemy znaleźć na naszym forum rzeczywistego to często dostawca jest niedostępny przez krótki czas. Możemy zbada go więcej poszukać innego ulepszeń.

[Simon Lloyd]

Great work guys został uaktualniony do to jednak Pobierz najnowszą poprawkę i użyć, będzie utworzyć nowego wątku z o opinie w tej sprawie.