Circular control i commutació de les API per mantenir el flux de les traduccions

[Simon Lloyd]

¿Ha de ser una tasca programada i un proveïdor en particular, apagat durant una hora al mateix temps?, Vaig fer un suggeriment aquí Circular de xecs i canvi d'API per mantenir el flux de les traduccions, on potser podria començar sempre a la part superior dels nostres proveïdors llista i fer trucades de prova (com el que vostè sempre per provar la resposta de Google i la resposta de Microsoft) si la resposta de trucada de prova és de 200 o el text és traduït a continuació, utilitzar aquest proveïdor, si la resposta no és 200 o el text de prova no es tradueix (usant la mateixa de text per a cada prova i l'expressió regular per revisar el text traduït) després passar a següent proveïdor, cada trucada de traducció pot començar a la part superior de la llista i anar baixant

No tenir un resultat buit seria bo perquè un cop tenim un retorn buit això és el que queda, ja he tingut molta gent es queixa que aquest és el cas en el meu fòrum.

[vBET]

No té per què ser així, és en aquests moments. Gràcies per la seva nota. No obstant això - no. No té cap sentit. Tingueu en compte que en demanar la traducció externa és més cosa de temps en VBET el seu conjunt (i no depèn de nosaltres). No té sentit a milers boig de la sol licitud quan ja s'assoleixen els límits. Això augmentador de temps de resposta, el consum de CPU i el consum de memòria també (més objecte creat).

Hem descobert que a Google informació sobre S abús probablement desaparegui després d'algun temps. No ho sé, però potser si anem a seguir fent quan ja estem bloquejats, Google pot bloquejar per més temps. Potser no, però l'estratègia actual és molt millor per al rendiment. Al final vostè té control circular. Si un no està disponible, es marca com a no disponible i l'altre s'utilitza. Si un altre no està disponible, passa el mateix. Simplement no veure que torna a estar disponible cada petició el que no té sentit (que pot ser de milions de consultes abans que sigui possible) només un cop per hora. I si es disposa d'ell em va marcar, així que tornarà a preferit - i vostè té un cercle aquí. També les proves cada vegada que es va fer arribar al seu límit més ràpid o major cost si s'utilitza traduccions pagats (encara compta com la traducció).
També estem preparats perquè altres proveïdors també. Quan anem a donar suport més de dues d'aquestes estratègies serà un assassí del seu servidor. Imagineu 5 trucades de prova a diferents proveïdors i després la traducció real de totes les consultes de traducció. No Gràcies per la teva idea Realment apreciem idees usuaris, aquest cop ens quedarem amb la solució real.

Si us plau nota que pots canviar que sovint vBET hauria de comprovar disponibilitat de proveïdors. Ara és un per hora, però pots reconfigure que dins Admin CP -> Tasques programades -> Administrador de tasques programades i establir, per exemple, per cada 10 minuts 0 igual que la tasca RSS Robot Poster fer-ho ara.

[vBET]

Pocs canvis fets - anem a comprovar la disponibilitat proveïdor no una vegada per hora, però cada 10 minuts. Si ja ha actualitzat a 3.5.1 VBET abans d'aquest missatge, només ha de descarregar el paquet VBET nou i carregar l'arxiu del producte nou.

El canvi es va fer pel fet que trobem en el nostre fòrum reals que sovint el proveïdor no està disponible per un curt temps. Anem a investigar més a mirar per a un altre millora.

[Simon Lloyd]

Grans xicots de treball i han millorat a això però descarregarà la revisió més recent i utilitzar allò, vaig a crear un nou fil per a la resposta a això.