[Esperando confirmación del usuario] Problemas de rendimiento en backend
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.
Sun
Mon
Tue
Wed
Thu
Fri
Sat
-
7:00 – 12:00
7:00 – 12:00
7:00 – 12:00
7:00 – 12:00
7:00 – 12:00
-
-
13:00 – 15:00
13:00 – 15:00
13:00 – 15:00
13:00 – 15:00
13:00 – 15:00
-
Zona horaria del soporte: Europe/Madrid (GMT+01:00)
Antecedentes del problema:
Estamos intentando mejorar los tiempos de carga del backend, que son extremadamente lentos, especialmente al guardar cambios en productos y posts. Hemos aplicado define("OTGS_DISABLE_AUTO_UPDATES", true); y eliminado cadenas que no se utilizan o estaban vinculadas a datos de traducción erróneos. Tras solicitar asistencia en un ticket anterior, que se encuentra cerrado, pudisteis comprobar y reproducir el problema al guardar un producto, solicitándonos crear un clon del sitio para indagar y analizarlo en mayor profundidad por vuestra parte. Tras hacerlo, no hemos podido responder al encontrarse el ticket ya cerrado.
Síntomas:
Los tiempos de carga del backend son extremadamente lentos, especialmente al guardar cambios en productos y posts. Las soluciones intentadas no han resuelto el problema.
Preguntas:
¿Cómo podemos retomar la actuación para resolver el problema de rendimiento?
¿Podéis indicarnos cómo proporcionar los datos de acceso correspondientes?
Con Debug Bar se ve que, al guardar, el tema XStore realiza llamadas externas al patcher de 8theme y a la API de actualizaciones de WordPress. Estas peticiones se ejecutan en cada guardado y son las que añaden tiempo extra al proceso.
Con WPML activado y sin activar no noto mucha diferencia. Por lo que parece no estar relacionado con WPML.
Hemos detectado el plugin que causa la tremenda ralentización a la hora de guardar posts o productos: Nginx Helper.
Desactivándolo se soluciona este problema, pero, aún así, el backend sigue sufriendo tiempos de carga excesivos cuando WPML está activo. Te lo muestro en las dos imágenes adjuntas.
Al respecto, observarás que el archivo wpml-proxy-interceptor.js está produciendo una ralentización adicional que debería ser optimizada.
