Traducciones
El problema de la codificación de la traducción después de la actualización 4.9.2
Complacer enviar más detalles sobre este asunto. Afecte traducciones viejas o únicos nuevos un? Qué proveedores de traducción utilizas? Complacer dar URL a vuestra página donde lo podemos ver.
Puede lo observas encima nuestro serwer? Si sí, dónde?
Última edición por vBET; 07-05-18 en 22:25.
Da las gracias por información. Intentaremos reproducir lo encima nuestro lado y fijar el asunto. Si tendremos problemas con bug reproducción te enviaré algunos más cuestiones (no conseguí URL a página donde puedo ver el asunto - lo sería muy userfull, porque podría utilizar texto exacto tienes asuntos con).
Yo justo hecho algunas pruebas y en nuestro lado mira VALE. Yo código comparado también de 4.9.2 y 4.9.1 liberaciones y hay no cualquier cambio en código de traducción ( cambiamos configuración - pares de lengua nueva; y algunos cosas pequeñas en archivo de producto). Yo PM te para probar para reproducir en vuestro lado.
ACTUALIZACIÓN: veo el asunto ahora en nuestro lado. Es sólo aproximadamente algunos textos no traducción entera. Parece él es sólo aproximadamente tema. Manejaremos esto y enviarte información
ACTUALIZACIÓN 2: hice algunas pruebas y él parece que el asunto es cuándo él está traducido ruso de forma a ucraniano (no hay ningún asunto con traducción de inglés). Más probablemente vBET está enviando dato en incorrecto codificando y aquello es por qué resultados es mal. Lo comprobé también en 4.9.1 y el asunto mismo pasa. Eres seguro que en vuestro lado para 4.9.1 es VALE? Es importante, porque necesito a reconoce hace el asunto es con nuestros cambios de código o algo estuvo cambiado en Yandex lado.
Última edición por vBET; 08-05-18 en 16:58.
Otra actualización - según vuestras pruebas allí es nada incorrecto con Yandex traducciones. Mirando en diferencias entre vBET 4.9.1 y 4.9.2 más probablemente el asunto es con traductor de Apertium, porque en 4.9.2 añadimos par de lengua nueva de ru a uk. Escribiste que estás utilizando sólo Yandex. Complacer confirmar es esta información es correcta. No somos capaces de reproducir el asunto en Yandex traductor y ahora estamos intentando hacer lo encima Apertium.
Actualización: Appertium también parece no para ser el asunto. Puede te complacer contactarnos por PM para conseguir información más detallada?
Actualización 2: no somos capaces de reproducir el asunto en nuestro entorno de testaje, pero aquí está reproducido cada vez. Quizás vB asuntos de versión aquí. Complacer contactarnos por PM.
Última edición por vBET; 09-05-18 en 10:42.
En este momento descubrimos causa del asunto. Cuando Apertium está utilizado con UTF-8 base de datos que codifica entonces enviamos consulta en formato diferente y conseguía aquellos \u respuestas. Cuándo la base de datos es en encuadre diferente, entonces no hay ningún asunto con aquel. Actualizaremos nuestro código para manejar esto apropiadamente y la solución será publicada aquí.
Parece nosotros funda solución para el asunto. Lo queremos probar apropiadamente también encima no UTF-8 base de datos, para evitar asuntos con diferentes encodings. La solución será incluida en liberación próxima. Hasta entonces te puedes quedar con vBET4.9.1 o uso vBET4.9.2 con Apertium discapacitado, o uso vBET4.9.2 con Apertium discapacitado sólo para ucraniano (necesidad de cambiar configuración en archivos).
Complacer nota que traducciones rotas ya no serán reparadas automáticamente. Aquellos tienen que ser cambiados a mano, utilizando soporte de traducción manual, o sacado de base de datos.
Última edición por vBET; 09-05-18 en 16:41.
Durante pruebas descubrimos que para no UTF-8 Apertium de bases de datos no hace traducción en absoluto de ruso a ucraniano, justo regresa texto con pocos cambios. Esto es nuestra culpa - enviamos allí texto en formato incorrecto. Esto será corregido pronto.
Última edición por vBET; 10-05-18 en 09:42.
Ya tenemos solución para este asunto. Sea incluido en liberación próxima.
Responder con una cita
