- Estado
- Resuelto
- Notificado para
- WPML Multilingual CMS 3.1.9.7
- Resuelto en
- 3.2
Resumen del problema
Las páginas se vuelven inutilizables o tardan mucho en cargar.
Si puede monitorear qué consultas se ejecutan, encontrará referencias a esta:
SELECT meta_key FROM wp_postmeta GROUP BY meta_key ORDER BY meta_key LIMIT 1000;
Solución alternativa
Necesita hacer una pequeña edición en un archivo de WPML.
Puede usar un cliente FTP para editar este archivo.
- Abra
wp-content/plugins/sitepress-multilingual-cms/inc/translation-management/translation-management.class.php - Vaya a la línea 102, donde debe ver esta línea:
$this->initial_custom_field_translate_states(); - Comente esa línea añadiendo «//» al principio.
- Guarde el archivo
Una vez que haga esto, se supone que nada cambia (excepto el rendimiento, que puede mejorar considerablemente). Este cambio no tiene efectos secundarios. Está comentando un código que solía hacer algo, pero que ya no es necesario.
Hemos notado un pico de consultas ejecutándose tanto en el back-end como en el front-end. Esto solo afecta a sitios muy, muy grandes con millones de entradas postmeta (como tenemos en nuestros sitios).
Esta consulta proviene de una lógica antigua, que en realidad ya no hace nada importante. La eliminaremos por completo en WPML 3.2.
Si nota un gran pico en la carga de las páginas, este puede ser su caso.
Sin embargo, tenga en cuenta que dado que WordPress 4.2 cambió el conjunto de caracteres a bytes UTF8, muchos otros plugins y el tema pueden mostrar problemas de rendimiento. Esta actualización puede cambiar la indexación (como ha ocurrido en nuestro servidor) y puede tener una interacción inesperada con MySQL (como hemos experimentado). Esto hace que cosas que tenían muy bajo impacto se vuelvan críticas de repente.
Por lo tanto, nuestro consejo es activar el registro de consultas lentas de MySQL y comprobar qué consultas están afectando realmente al rendimiento de su servidor.