Mejoras en WPML 3.5

WPML 3.5 introdujo un cambio importante en la Traducción de Cadenas. Durante su implementación, descubrimos ciertos casos que no se habían manifestado durante el desarrollo. Las actualizaciones posteriores han solucionado todos los problemas y mejorado aún más el rendimiento.

Correcciones desde WPML 3.5

• Se corrigió la excepción no capturada en casos donde no existía la columna domain_name_context_md5 en la tabla icl_strings
• Corregido error fatal: Excepción no capturada ‘InvalidArgumentException’ con el mensaje ‘El ID del argumento debe ser numérico y mayor que 0 al filtrar los enlaces permanentes’
• Corregido error fatal que aparecía durante la actualización: Error de base de datos de WordPress: la clave especificada era demasiado larga; la longitud máxima de la clave es 1000
• Corregido error fatal: Declaración de WPML_Post_Element::get_type() debe ser compatible con la de WPML_Translation_Element::get_type() para PHP 5.2
• Eliminado backslash inicial para evitar advertencias en PHP antes de la versión 5.3

Mejoras de Velocidad

Hemos realizado algunos ajustes a la nueva tabla que almacena qué cadenas aparecen en qué página. Estos cambios reducen significativamente el tamaño de la tabla, mejoran el rendimiento y reducen el consumo de memoria.

• Dividimos una tabla grande con redundancias en dos tablas pequeñas y eficientes
• Optimizamos los índices de la tabla
• Limitamos el posible crecimiento de la tabla para sitios que utilizan argumentos de URL, mediante el uso de una lista blanca de argumentos que modifican la selección de página

Los Resultados

Hicimos algunas mediciones del rendimiento de nuestro propio sitio durante las actualizaciones de versión. Puedes ver cómo la carga disminuyó, luego aumentó (cuando los índices de la tabla no estaban optimizados) y ahora está por debajo del original.

Los números absolutos en todos estos gráficos son menos significativos, ya que se tomaron en diferentes días de la semana. Los viernes, nuestro tráfico es mucho menor que los lunes. Para entender los cambios, observa la proporción entre los segmentos. Puedes ver que inicialmente, el acceso a icl_strings tomaba aproximadamente lo mismo que recuperar publicaciones (lo cual no es bueno). Ahora, todo el acceso a la base de datos de WPML toma en promedio 1/3 de las consultas de publicaciones. Esto es muy significativo, porque WPML necesita cargar muchas cadenas, mientras que WordPress solo necesita unas pocas publicaciones.

Un Mejor Proceso la Próxima Vez

Tuvimos que lanzar esta actualización antes de poder realizar las mediciones completas de rendimiento, porque incluía cambios para WordPress 4.6. En el futuro, nos aseguraremos de separar las mejoras de rendimiento de la compatibilidad con WordPress. Tan pronto como una nueva versión de WordPress alcance el estado de «candidato a lanzamiento», haremos una versión menor con solo cambios de compatibilidad. Nos tomaremos el tiempo necesario para realizar cambios de rendimiento más largos, no relacionados con correcciones de errores y actualizaciones de compatibilidad, y los lanzaremos solo cuando estemos muy satisfechos con los resultados.

La próxima versión de WPML seguirá centrándose en la estabilidad y el rendimiento. El 99% de los sitios que utilizan WPML funcionan sin problemas, pero hay algunos sitios que utilizan configuraciones «únicas» del servidor web, PHP o la base de datos. Abordaremos estos en la próxima versión menor. También estamos incluyendo algunas optimizaciones adicionales de rendimiento, que harán tanto el panel de administración como el front-end más eficientes.

¿Feedback?

Si tienes preguntas, ideas y sugerencias, por favor añade tus comentarios. Estamos muy contentos de recibir tus opiniones y hacemos todo lo posible para ofrecerte lo que necesitas.

El artículo WPML 3.5.1.1 Con Correcciones y Más Velocidad apareció primero en WPML.

Descubre más detalles en el artículo original: https://wpml.org/changelog/2016/08/wpml-3-5-1-1-bug-fixes-speed/.

Mantén tu sitio actualizado con los expertos de Zonsai.