Circulaire de vérification et de commutation des API pour maintenir des flux de traductions

[Simon Lloyd]

A ce besoin d'être une tâche planifiée et un fournisseur particulier désactivé pendant une heure à la fois?, j'ai fait une suggestion ici circulaire de vérification et de commutation d'API pour garder les flux de traductions où peut-être nous pourrions toujours démarrer au sommet de notre liste de fournisseurs et faire appel (comme l'un vous fourni pour tester la réponse de Google et Microsoft) d'essai si test appel réponse est 200 ou texte est traduit ensuite utiliser ce fournisseur, si la réponse n'est pas 200 ou texte de test n'est pas traduit (en utilisant le même texte pour chaque test et l'expression régulière pour vérifier le texte traduit) puis déménagement prochain fournisseur, chaque appel de traduction peut alors commencer en haut de la liste et travailler vers le bas

N'ayant ne pas un résultat vide serait une bonne chose car une fois que nous avons un vide thats retour comment il reste, j'ai déjà eu beaucoup de gens se plaindre que c'est le cas dans mon forum.

[vBET]

Il n'a pas à être de cette façon, c'est dès maintenant. Merci pour votre note. Encore - non. Il n'a aucun sens. Veuillez noter que demander la traduction externe est chose beaucoup plus de temps dans l'ensemble vBET (et il n'est pas à nous). Il n'y a aucun sens de mad des milliers de demande quand nous atteignent déjà les limites. Cela aurait également les temps de réponse agrandisseur, la consommation de la CPU et la consommation de mémoire (objet plus créé).

Nous avons découvert que Google l'information sur probablement abus TOS disparaît après un certain temps. Nous ne savons pas, mais peut-être que si nous demanderons garder aux lorsque nous sommes déjà bloqués, Google peut bloquer pour plus de temps. Peut-être pas, mais la stratégie encore réelle est beaucoup mieux pour la performance. À la fin, vous devez vérifier circulaire. Si elle n'est pas disponible, il est marqué comme indisponible et un autre est utilisé. Si l'autre n'est pas disponible alors même chose se produit. Nous avons juste ne vérifient pas est elle disponible à nouveau chacun demander ce qui n'a aucun sens (elle peut être des millions de requêtes qu'il soit disponible) qu'une seule fois par heure. Et si elle sera disponible il va me marquée de la sorte nous retournera à préféré un - et vous avez un cercle ici. Outre l'essai chaque fois est faites vos limites atteint plus rapidement ou plus élevées si vous utilisez les frais payés traductions (elle compte toujours comme traduction).
Aussi, nous sommes disposés à que les autres fournisseurs de trop. Lorsque nous allons soutenir plus de 2 telle stratégie sera un tueur pour votre serveur. Imaginez 5 appels tests différents fournisseurs et traduction puis réelle pour chaque demande de traduction. Lol Merci pour votre idée. Nous apprécions vraiment des idées aux utilisateurs, cette fois, que nous resterons avec une solution réelle.

Veuillez noter que vous pouvez changer la fréquence de vBET devriez vérifier les fournisseurs de disponibilité. Il est maintenant une heure, mais vous pouvez reconfigurer que dans Admin CP - > prévue des tâches - > prévue du gestionnaire des tâches et la définir par exemple pour toutes les 10 minutes 0 comme tâche RSS affiche Robot le faire maintenant.

[vBET]

Peu de changements faite - nous allons vérifier la disponibilité du fournisseur non pas une fois par heure, mais toutes les 10 minutes. Si vous déjà mis à niveau vBET 3.5.1 avant ce message Veuillez simplement télécharger de nouveau package vBET et télécharger la fiche produit nouveau.

La modification a été apportée, parce que nous avons trouvé sur notre forum réel qui souvent fournisseur n'est pas disponible pour peu de temps. Nous enquêterons sur plus de chercher un autre améliorations.

[Simon Lloyd]

Gars de grands travaux J'ont mis à niveau vers cette mais seront Télécharger le dernier correctif et l'utiliser, je créerai un nouveau thread pour vos commentaires sur ce.