Traducción de obras en la página de la CMS, pero no en el artículo CMS

[brubros]

¿Esto es un Google traducir la cuestión o un problema de vBET?

En la página de inicio de nuestro sitio web, tenemos este artículo que es traducido correctamente al español del inglés por Google (captura de pantalla): http://www.actuparchives.org/2011-10-06_091506.jpg pero al hacer clic sobre el artículo traducido a leer la historia completa, sólo esto aparece (no hay texto en absoluto, sólo la imagen del artículo): http://www.actuparchives.org/2011-10-06_091722.jpg a pesar de que, al verse en inglés, verá: http://www.actuparchives.org/2011-10-06_092104.jpg. Para ver este comportamiento por sí mismo, va a actup.org y mirando el artículo esa pantalla capturada aquí.

Sólo necesito para vBET para confirmar que esto es una cuestión de Google que necesito Google dirección o para confirmar que es algún otro tema relacionado con vBulletin o vBET o algún otro componente. ¡ Gracias!

[r.dziadusz]

Para ser shure vuelva a ejecutar estas pruebas para todas las api utiliza actualmente: http://www.vbenterprisetranslator.co....html # post1729

[brubros]

Sí, hemos utilizado las pruebas ha instalado y descubrió que Google informa de una violación de TOS (403 error) y nos hemos presentado un informe con ellos para determinar qué se puede hacer para solucionar el problema.

Yo debo haber sido más claro con mi pregunta. ¿La traducción que aparece en la portada de CMS proviene de una caché diferente que la traducción completa del artículo? ¿Esta caché 'pertenece' a vBET o vBulletin? ¿VBET hace una llamada a la API para la página de resumen de CMS o utilizar un caché vBET o una caché de vBulletin? VBET hace una llamada a la API para la traducción de artículo completo CMS o ¿que extraer de la caché de vBET (suponiendo que se ha habilitado en configuración)? Sólo estoy tratando de aislar donde participa vBET y donde no es.

Gracias!

[vBET]

Hola. Fotos que enviar muestra que se ha superado la cuota - eso no ves traducción. Ver traducción en la página principal, fue traducida al que todavía tenía límites. Pero cuando entró el límite de páginas ya fue alcanzado por lo que no se mostraba ningún texto. Por favor consulte la última versión - el comportamiento cambia ahora en el caso cuando el proveedor no está disponible. Nos tienen aún algunas cuestiones en la más reciente versión BETA (proveedores están marcados como no disponibles más a menudo que es necesario), pero estoy trabajando en ello ahora mismo.

La caché es uno y es traducido caché. Sólo tenga en cuenta que textos "Ejemplo..." y "Ejemplo de texto" son 2 cadenas diferentes - ya almacenado en caché traducción de uno corto, pero no para largo.

Así asumir - no hay aquí ningún tema traducido. Alcanzó el límite justo en proveedor de traducción API. Compruebe la versión más reciente. Pronto será corregido, pero disponible para usar en este momento - sólo no optimizado (deshabilitar proveedores incluso cuando un mensaje equivocado es enviar - trabajando sobre este derecho ahora).

¿Necesita más ayuda aquí?

[brubros]

Sí, esto ayuda. Gracias por dedicar su tiempo a explicar.

¿Puedo crear una nueva solicitud de servicio para que este software más reciente agregado a nuestro sitio traducido?

Como ya he dicho, realmente no quiero que nadie, excepto para vBET, a estar tocando nuestro sitio web hasta que nos estamos funcionando nuevamente. Suena como que esta versión más reciente puede ser un paso importante - incluso sin él está totalmente optimizado.

[vBET]

Cree una solicitud de servicio. Deberá tratar este

[brubros]

He recibido su nota sobre confirmando la actualización de integración de servicio (que desea ajustar un poco más antes de instalar, que según tengo entendido). Sólo quiero informar que anoche nos finalmente averiguado qué era anexar algunos caracteres adicionales a la dirección URL. Fue una mejora de marcada social llamada ADDTHIS (addthis.com) y hemos eliminado totalmente de nuestro sitio web para que las direcciones URL ya no tienen caracteres adicionales que aparecen. Sin embargo, quiero informar que por desgracia todavía recibimos errores cuando se hace clic en un reportaje sobre la parte delantera del CMS (donde la traducción es buena), todavía obtenemos un error 'no datos recibidos' de cromo (Error 324 (net: ERR_EMPTY_RESPONSE), cuando el artículo completo se supone para mostrar (captura de pantalla): http://www.actuparchives.org/2011-10-07_071809.jpg o una página en blanco de Firefox.

Espero que este error puede eliminarse mediante la actualización de vBET o que al menos pondrá a prueba uno o dos artículos CMS haciendo clic en ellas en la página principal, una vez instalada la actualización, para determinar si el error "no hay datos recibidos" es eliminado como resultado de la actualización ahora que hemos eliminado ese producto de terceros que era introducir caracteres adicionales a la dirección URL. ¡ Gracias!

Además, anoche, nuestra GoogleTest regresó un '200' (todo está bien) aunque esta mañana cuando ejecutamos GoogleTest.php una vez más estamos a un error de '403' (problema TOS). Sólo quiero que sepas esto para propósitos de prueba.

[vBET]

Hola. Hemos encontrado un problema en la versión beta que se instaló en el foro - fue nuestro error. Ya he subido archivo actualizado y facturado subproceso exacta que veo en la imagen y se está trabajando ahora.
Por favor verificar y confirmar que está resuelto

[brubros]

Gracias. Pero lamentablemente sólo funciona cuando la sesión como administrador. Como invitado, aparece el mismo error.

[brubros]

[entrada eliminado por brubros]