Acabamos de publicar dos actualizaciones rápidas para WPML. Estas actualizaciones resuelven algunos problemas menores que surgieron en soporte tras la gran actualización de WPML 3.2.3.
- Corregido un problema de rendimiento al buscar páginas por slug y tener un número muy grande de entradas en la base de datos: no estamos seguros de si alguien más aparte de wpml.org pudo notar este problema. Un cambio en una sentencia SQL causaba una gran carga en nuestro servidor de bases de datos. Lo rastreamos hasta un cambio reciente que resolvía un error. Este cambio se mejoró para resolver el error sin causar carga en la base de datos. Una vez más, este problema solo era perceptible en bases de datos muy grandes que funcionaban bajo una gran carga (como el sitio wpml.org).
- Resuelto el problema por el que, en algunos casos, WPML mostraba una advertencia de configuración dañada: una secuencia de activaciones, desactivaciones y nuevas activaciones de plugins por lotes podía desencadenar un mensaje alarmante sobre una configuración dañada. Aunque esto no causa ningún problema real, creemos que es lo bastante alarmante como para justificar una solución rápida.
- Corregido el script xdomain que no siempre se ejecutaba debido a un problema de dependencias: en algunos casos, no se cargaban los recursos JS.
- Resuelto un problema en el que se daba prioridad a los slugs de las páginas sobre los slugs de los tipos de entrada personalizados al resolver los enlaces permanentes, a pesar de que el URI especificaba el tipo de entrada personalizado: la solución de este error fue lo que causó el problema de rendimiento en sitios enormes.
Entendemos que actualizar los plugins es una molestia e intentamos limitar nuestras actualizaciones solo a las necesarias. Mientras escribo esta entrada, nuestros desarrolladores están añadiendo cada vez más pruebas automatizadas a WPML. Nuestro objetivo es alcanzar una cobertura de pruebas del 100 % para finales de 2015. Esto nos permitirá publicar actualizaciones sin el temor de causar efectos secundarios. Actualmente, nuestro ciclo de control de calidad requiere la asombrosa cifra de 20 semanas de trabajo. Lo ejecutan 4 personas durante todo un mes. Ejecutamos varios miles de pruebas en múltiples configuraciones. La cantidad de pruebas es enorme y buscamos reemplazar gran parte de ellas con pruebas automatizadas.
¿Preguntas? ¿Ideas? ¿Sugerencias? Deje su comentario y le responderemos.
