Circular control y conmutación de las API para mantener el flujo de las traducciones

[Simon Lloyd]

Tiene que ser una tarea programada y un determinado proveedor desactivado durante una hora en un momento?, hizo una sugerencia Circular aquí conmutación de APIs para mantener el flujo de las traducciones y comprobar donde tal vez podríamos siempre empiezan en la parte superior de nuestra lista de proveedores y hacer prueba de llamada (como el que proporcionó para probar la respuesta de Google y Microsoft respuesta) si prueba llamada respuesta es 200 o se traduce el texto, utilice ese proveedor, si la respuesta no es 200 o texto de prueba no se traduce (usando el mismo texto para cada prueba y el REGEX para comprobar el texto traducido) y mover al siguiente proveedor, cada llamada de traducción puede comenzar en la parte superior de la lista y trabajar hacia abajo

No tener un resultado vacío sería bueno porque una vez que tengamos un vacío thats retorno cómo sigue, ya que he tenido mucha gente quejándose de que este es el caso en mi foro.

[vBET]

No tiene por qué ser así, es ahora. Gracias por la nota. Todavía - no. No tiene ningún sentido. Tenga en cuenta que pedir traducción externa es cosa mucho más tiempo en vBET todo (y no corresponde a nosotros). No tiene ningún sentido a mad miles de solicitud cuando llegamos ya a límites. Esto sería tiempo de respuesta increased, consumo de CPU y memoria también (más objeto creado).

Descubrimos Google información sobre abuso probablemente TOS desaparece después de algún tiempo. No sabemos, pero tal vez si nos siguen preguntando cuando nosotros ya estamos bloqueados, Google puede bloquear por más tiempo. Quizás no, pero todavía real estrategia es mucho mejor para el rendimiento. Al final tiene comprobación circular. Si uno no está disponible está marcado como no disponible y otro se utiliza. Si otro no está disponible, a continuación, pasa lo mismo. Simplemente no comprobar es disponible nuevamente cada solicitud lo no tiene ningún sentido (puede ser millones de consultas antes de que esté disponible) sólo una vez cada hora. Y si estará disponible será me marcó por lo que volveremos a uno preferido - y aquí tienes un círculo. También pruebas cada vez se hizo sus límites llegó más rápido o los costos más altos si utiliza pagan traducciones (aún cuenta como traducción).
También estamos dispuestos a tener también otros proveedores. Cuando vamos a apoyar más de 2 esa estrategia será un asesino para su servidor. Imaginar 5 pruebas llamadas a diferentes proveedores y luego real traducción para cada solicitud de traducción. No. Gracias por tu idea Realmente apreciamos ideas de los usuarios, esta vez que nos vamos a quedar con la solución real.

Por favor, tenga en cuenta que puede cambiar la frecuencia con la vBET debe comprobar los proveedores de disponibilidad. Ahora es uno por hora, pero podrá reconfigurar que en Admin CP - > programar tareas - > programado el administrador de tareas y establecer por ejemplo para cada 10 minutos 0 igual tarea Robot de cartel RSS Hágalo ahora.

[vBET]

Poco cambio realizado - comprobaremos disponibilidad de proveedor no una vez cada hora, pero cada 10 minutos. Si ya ha actualizado a vBET 3.5.1 antes de este mensaje sólo descargue vBET paquete nuevo y cargar archivo de producto nuevo.

El cambio se realizó debido a que a menudo encontramos en nuestro foro real proveedor no está disponible por corto tiempo. Investigaremos más a buscar otra mejoras.

[Simon Lloyd]

Gran trabajo chicos me ha actualizado a esto pero se descargue la revisión más reciente y utilice, crearé un nuevo hilo de comentarios al respecto.