Circolare controllo e commutazione di API per mantenere il flusso delle traduzioni

[Simon Lloyd]

Ha bisogno di essere un'operazione pianificata e un fornitore particolare spento per un'ora alla volta?, ho fatto un suggerimento qui circolare di controllo e di commutazione di API per mantenere il flusso delle traduzioni dove forse potremmo sempre iniziare nella parte superiore della nostra lista di fornitori e fare test di chiamata (come quello che hai fornito per testare la risposta di Google e Microsoft risposta), se prova chiamata risposta è 200 o testo è tradotto quindi utilizzare tale provider, se la risposta non è 200 o testo di prova non è tradotto (utilizzando lo stesso testo per ogni prova e la REGEX per verificare il testo tradotto) allora mossa al prossimo provider, ogni chiamata di traduzione può quindi iniziare nella parte superiore dell'elenco e lavorare verso il basso

Non avendo un vuoto risultato sarebbe bene perché una volta che abbiamo un vuoto thats ritorno come rimane, ho già avuto molte persone lamentarsi che questo è il caso nel mio forum.

[vBET]

Non deve essere in questo modo, è adesso. Grazie per la tua nota. Ancora - no. Non ha alcun senso. Si prega di notare che chiedendo traduzione esterna è cosa richiede più tempo in bb intero (e non spetta a noi). Non non c'è alcun senso pazza migliaia di richiesta quando raggiungiamo già limiti. Questo avrebbe anche il tempo di risposta increaser, consumo di CPU e consumo di memoria (più oggetto creato).

Abbiamo scoperto che Google informazioni sull'abuso probabilmente TOS scompare dopo un certo tempo. Non sappiamo, ma forse se ci sarà mantenere chiedendo quando noi stiamo già bloccati, Google può bloccare per più tempo. Forse no, ma ancora attuale strategia è molto meglio per le prestazioni. Alla fine avete controllo circolare. Se uno non è disponibile è contrassegnato come non disponibile, e un altro è usato. Se un'altra non è disponibile quindi stessa cosa accade. Non controlliamo appena è disponibile ancora una volta ogni richiesta che cosa non ha alcun senso (può essere milioni di query prima sarà disponibile) solo una volta all'ora. E se sarà disponibile sarà me contrassegnato così torneremo a preferito uno - e qui si ha un cerchio. Verifica inoltre ogni volta che sarà fatto tuoi limiti raggiunto più velocemente o costi più elevati se si utilizza pagato traduzioni (ancora conta come traduzione).
Anche noi siamo disposti ad avere anche altri fornitori. Quando intendiamo sostenere più di 2 tale strategia sarà un killer per il server. Immaginare 5 test chiamate a diversi fornitori e poi reale traduzione per ogni richiesta di traduzione. N. Grazie per la vostra idea Apprezziamo davvero idee di utenti, questa volta che resteremo con soluzione effettiva.

Si prega di notare che è possibile modificare la frequenza di vBET dovrebbe controllare i fornitori di disponibilità. Ora è uno per ora, ma è possibile riconfigurare che in Admin CP - > operazioni - pianificate > prevista Task Manager e impostarlo per esempio per ogni 10 minuti 0 come attività RSS Poster Robot farlo ora.

[vBET]

Piccolo cambiamento fatto - verificheremo la disponibilità del fornitore non una volta all'ora, ma ogni 10 minuti. Se è già stato aggiornato a BB 3.5.1 prima questo messaggio per favore basta scaricare bb pacchetto nuovamente e caricare nuovamente il file prodotto.

Il cambiamento è stato fatto perché abbiamo trovato sul nostro forum vero che spesso fornitore non è disponibile per breve tempo. Indagheremo più a cercare un altro miglioramento.

[Simon Lloyd]

Grande lavoro ragazzi , Ho aggiornato a questa, ma scaricare gli ultimi fix e l'uso che, creerò un nuovo thread per commenti su questo.