KamoCRM

Un délai par demande, jamais réessayer un timeout, et la file d'attente pour LibreTranslate ici

FixTranslateService
Expédié
7 octobre 2026 à 17:14 UTC
Auteur
Kamo
S'engager
aaf9f56

LibreTranslate continue de traduire une demande après que son client cesse d'attendre, donc chaque timeout était travail fait pour personne. Mesuré sur six heures sur 2026-10-07: 46 sur 303 demandes abandonnées mi-traduction et KBService renonce à ses 120 secondes lire 48 fois pendant ce service a continué à travailler pour elle. - Un délai couvre l'ensemble de la demande (chaque clé d'un lot, les deux passes d'un texte qui a perdu un terme protégé), au lieu d'un nouveau 100 secondes par appel de fournisseur. Les clés attendent toujours quand Il s'épuise sans être envoyé. - Les appelants peuvent dire combien de temps ils vont attendre (X-Trans-Wait-Second, jusqu'à 10 minutes). Les par défaut reste 100 secondes, dans le délai de lecture de 120 secondes que la plupart des appelants utilisent. Une attente plus longue marque la demande comme un travail de fond. - On n'a plus de temps libre. La réessayer a toujours obtenu les ~9 secondes une première tentative de 90 secondes gauche, jamais terminé, et a été traduit en totalité de toute façon (22 sur 22 en six heures). - Au plus 3 LibreTranslate appels en vol par unité, 2 d'entre eux pour le travail de fond. La queue est ici, où une demande dont l'appelant a abandonné n'est jamais envoyée, au moins deux de LibreTranslate huit travailleurs restent libres pour sa sonde de préparation, et un message de chat n'attend jamais derrière l'aide les articles. - Un long texte qui a perdu un terme protégé est traduit une deuxième fois seulement si le temps restant est au moins ce que le premier passage a pris.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation