Mejora de la traducción de cadenas en WordPress con WPML 3.5.

Mejoras en la Traducción de Cadenas

Introdujimos los cambios en la Traducción de Cadenas en el anuncio de la versión beta de WPML 3.5. Desde las betas, hemos realizado más mejoras de rendimiento en la administración y el front-end de la Traducción de Cadenas. Los números generales de mejora de rendimiento dependen de tu contenido, el tema, otros plugins y la versión de PHP.

El gráfico a la derecha parece muy prometedor, pero ten en cuenta QUÉ estamos mostrando allí. Estos son los números solo para la Traducción de Cadenas. Por supuesto, un sitio real tiene más en funcionamiento que la Traducción de Cadenas de WPML. En nuestro sitio de producción, la mejora general es de aproximadamente un 5% en la CPU y un 10% en la memoria. A partir de eso, puedes ver la parte de la responsabilidad de la Traducción de Cadenas. También estamos ejecutando PHP 7.

En general, los sitios que tienen un gran número de cadenas, no tantos otros plugins y ejecutan PHP 5.x verán la mayor mejora de rendimiento. PHP 7 ya es mucho más rápido que PHP 5, especialmente para las funciones que utiliza la Traducción de Cadenas. Hay una mejora significativa de rendimiento con PHP 7, pero es menor que en PHP 5 (lo cual es bueno). Los sitios que tienen muchos plugins probablemente estén menos optimizados para el rendimiento, por lo que la ganancia general de la nueva Traducción de Cadenas es menos significativa.

Dado que la ganancia de rendimiento en WPML 3.5 es tanto en la CPU como en la asignación de memoria, es mejor medir la carga real del servidor, en lugar de usar solo un plugin de perfilado. Los plugins de perfilado son geniales, pero no te dan la imagen completa de cómo tu sitio maneja la carga real.

Recomiendo revisar:

  • La carga general del servidor, tanto de la CPU como de la memoria
  • El tiempo de respuesta para las páginas del front-end
  • El tiempo de respuesta para las páginas de administración

Algo más en WPML 3.5.1

El último punto de ineficiencia está en la interacción entre GetText y WPML. Actualmente, la traducción ocurre dos veces. WordPress carga archivos .mo, que a veces son enormes. Luego, WPML básicamente anula todas las traducciones en la Traducción de Cadenas.

Puedes ver cómo esto está desperdiciando recursos.

En WPML 3.5.1, planeamos evitar que WordPress cargue archivos .mo para los contextos que maneja la Traducción de Cadenas. No perderás nada y solo ganarás en tiempo de carga de la página. Esta ganancia puede ser muy significativa, ya que WPML ahora solo carga las cadenas necesarias para cada página (mientras que WordPress cargaría el archivo .mo completo).

WordPress 4.6 cambió la carga de archivos .mo. Ahora que está disponible, podemos completar esta función en WPML.

Un fallo en la actualización de la Traducción de Cadenas causa una advertencia (inofensiva)

Inmediatamente después del lanzamiento de WPML 3.5, notamos un pequeño fallo cosmético que puede aparecer en algunos sitios que se actualizan automáticamente. Estos mensajes aparecerán solo una vez y no causan ningún problema en el sitio.

Este fallo no se ve bien, pero no causa ningún daño. Dado que WPML 3.5 es necesario para WordPress 4.6 (que se lanzará mañana), no hemos retenido esa actualización. Corregiremos ese fallo mañana por la mañana y lanzaremos una actualización menor para la Traducción de Cadenas de WPML.

Consulta el artículo original para más información: https://wpml.org/changelog/2016/08/wpml-3-5-released-with-major-improvements-to-string-translation/.

En Zonsai, te ayudamos a mantener tu web actualizada y segura.

Published On: 15 de agosto de 2016Categories: WPML