Este hilo está resuelto. Aquí tienes una descripción del problema y la solución.
Problem: El cliente experimenta tiempos de carga extremadamente lentos en el backend, especialmente al guardar cambios en productos y posts. A pesar de desactivar el plugin Nginx Helper y ajustar configuraciones, los tiempos de carga siguen siendo altos cuando WPML está activo. Se observó que el archivo wpml-proxy-interceptor.js podría estar contribuyendo a la lentitud. Solution: Después de realizar pruebas desactivando todos los plugins excepto los esenciales y cambiando al tema padre, el rendimiento mejoró, indicando que podría haber un conflicto con algún plugin o el tema hijo. Se recomendó al cliente activar gradualmente los plugins y el tema hijo para identificar el causante de la lentitud. Además, se desactivó el archivo wpml-proxy-interceptor.js mediante el código
define('WPML_DISABLE_PROXY', true);
en el archivo wp-config.php, aunque esto no alteró significativamente los tiempos de carga. Se sugiere seguir esta documentación para más detalles sobre cómo depurar problemas de rendimiento: https://wpml.org/faq/how-to-debug-performance-problems/.
Si la solución proporcionada no resuelve el problema o parece desactualizada, recomendamos abrir un nuevo ticket de soporte. También es aconsejable revisar los problemas conocidos en https://wpml.org/known-issues/, verificar la versión de la solución permanente y confirmar que tienes instaladas las últimas versiones de los temas y plugins. Para asistencia adicional, visita nuestro foro de soporte en https://wpml.org/es/forums/forum/ayuda-en-espanol/.
Este es el foro de soporte técnico de WPML, el plugin multilingüe de WordPress.
Todas las personas pueden leerlo pero solo los clientes de WPML pueden ingresar comentarios. El equipo de WPML responde en los foros 6 días a la semana, 22 horas por día.
Hemos revisado el servidor y no hay ningún firewall, regla de seguridad ni mod_security que esté bloqueando o ralentizando peticiones externas. Tampoco Cloudflare en operatividad.
Además, hemos comprobado la carga de otros archivos .js externos en la web y todos responden rápido y sin problemas, así que no vemos indicios de que el servidor esté provocando la latencia. Todo apunta a un problema concreto del endpoint de WPML.
Hola nuevamente,
Voy a continuar trabajando en este ticket porque mi colega Paola está de vacaciones.
He intentado acceder al sitio de pruebas, pero las credenciales fallan. Por favor, vuelve a compartir las credenciales de acceso al sitio de pruebas en tu próximo mensaje que he establecido como privado para poder reproducir el problema y realizar algunas pruebas para aislar su causa.
Quedo a la espera de tu respuesta.
Saludos,
Carlos
Muchas gracias por volver a compartir las credenciales solicitadas.
He desactivado todos los plugins, excepto los de WPML, Woocommerce y el del tema. También he activado el tema padre y el problema del rendimiento ha desaparecido.
Por favor continúa activando el resto de las funcionalidades, primero el tema hijo y luego el resto de los plugins, uno por uno, hasta que el problema vuelva a aparecer y encuentres al culpable.
Estoy consultando con mis colegas el problema con wpml-proxy-interceptor.js que es un archivo de nuestro plugin que permite que carguen todos los widgets de ATE, pero que no debería causar ningún problema de performance. Regresaré con usted en cuanto tenga más información.
Es posible que necesite escalar este ticket a nuestro 2do nivel de soporte. Me autorizas a crear una copia del sitio para enviarla al 2do nivel de soporte?
He consultado este tema con nuestros especialistas y la causa del problema no es el wpml-proxy-interceptor.js sino el servidor donde está alojado el sitio. He desactivado el archivo añadiendo este código al archivo wp-config.php:
define('WPML_DISABLE_PROXY', true);
Pero la velocidad del sitio no ha cambiado. Le pido que compruebe ahora que el js está desactivado.
No tenemos acceso al servidor, por lo que no podemos determinar la causa del problema. En este caso lo mejor es contactar con sus proveedores de hosting. Lo que hemos podido detectar es que el rendimiento del sitio no se ve afectado por wpml-proxy-interceptor.js
Este archivo javascript es un middleware. Si la solicitud es externa al servidor AMS/ATE, se replica mediante el proxy. De lo contrario, el servidor la procesa con normalidad. En este caso no debe afectar a su sitio el haber desactivado este archivo javascript.
1. Confirmáis que la inhabilitación del archivo wpml-proxy-interceptor.js no afectará en absoluto el funcionamiento normal del sitio, ¿verdad?
2. Respecto a las nuevas comprobaciones de carga que acabamos de realizar sobre el sitio de pruebas:
- Estando todos los plugins desactivados, salvo los que habéis dejado únicamente activos tras vuestras pruebas (Elementor, WooCommerce, WP File Manager, WP Rocket, WPML Multilingual & Multicurrency for WooCommerce, WPML Multilingual CMS, WPML String Translation y el correspondiente al core del tema).
- Estando activo el tema por defecto de WordPress.
Las métricas son las que podéis observar en la imagen adjunta "imagen-1", en la cual se aprecia ralentización relacionada con el archivo /wp-content/plugins/sitepress-multilingual-cms/dist/js/ate-jobs-sync/app.js, perteneciente a WPML.
El tiempo de carga en estas condiciones (captada durante la carga de la página del listado de plugins) es de 7,18 segundos.
3. En esas mismas condiciones, y misma carga de prueba para la página del listado de plugins, pero desactivando WPML Multilingual & Multicurrency for WooCommerce, WPML Multilingual CMS y WPML String Translation, es decir, todo lo correspondiente a WPML, el tiempo de carga, como puede apreciarse en la imagen adjunta "imagen-2", es de 3,45 segundos, menos de la mitad que con WPML activo.
4. Así mismo, hemos comprobado tiempos de carga con WPML activo y sin activar para el proceso de guardado de actualización de un producto. Tanto con WPML Multilingual & Multicurrency for WooCommerce, WPML Multilingual CMS y WPML String Translation activos, como desactivados, observamos diferencias similares en los tiempos de carga para ambas situaciones.
Por tanto, puede observarse que WPML está directamente relacionado con la ralentización de los tiempos de carga, por lo que rogamos sea considerado y analizado de nuevo, por favor.
He vuelto a revisar el sitio y he actualizado el tema y los plugins que estaban desactualizados, incluyendo WPML (hemos liberado una nueva versión), para ello tuve que registrar el sitio staging con una clave de desarrollo. Una vez actualizado todo he dejado el sitio solamente con los plugins de WPML y no hay problemas de performance.
Te pido que comiences activando el tema y el plugin que lo acompaña, y luego continúes activando el resto de los plugins hasta que vuelvas a encontrar el problema de performance. Deesta forma podrás determinar cual es el que causa este comportamiento.
Nota: La versión 4.8.6 de WPML ha sido liberada para una parte de los clientes, si no puedes verla en el sitio en producción entonces puedes descargarla desde tu cuenta de wpml.org y luego subirla manualmente al sitio.
