Aurora Rosa
Forum Replies Created
-
Hola Stef, gracias por el analisis tan detallado.
Primero, comprobe xmlrpc.php directamente: en vez de la respuesta esperada, devuelve un error 503 “The page is temporarily unavailable” servido por Cloudflare. Es decir, xmlrpc.php esta bloqueado a nivel de infraestructura, no solo restringido por WordPress.
Segundo, active WP_DEBUG_LOG y recargue la pantalla de Jetpack. En debug.log aparecen dos lineas clave:
- PHP Notice: WP_Scripts::add fue llamada de forma incorrecta. El script my_jetpack_main_app se puso en cola con dependencias no registradas: jetpack-shared-stores.
- 2) Error fetching step from endpoint: cURL error 28, Connection timed out after 5001 milliseconds.
Creo que ambas pistas estan conectadas: si el servidor no puede completar peticiones salientes hacia los servicios de Automattic (coherente con el bloqueo de xmlrpc.php), es logico que dependencias como jetpack-shared-stores, que parecen registrarse segun el estado de conexion, nunca lleguen a registrarse, y por eso el script principal se omite silenciosamente.
He dejado WP_DEBUG_LOG activo (sin mostrar errores en pantalla) por si necesitais mas detalle del log. Antes de hacer la reinstalacion completa con limpieza de la base de datos, prefiero confirmar con vosotros si esto cambia el diagnostico, ya que el problema parece de conectividad saliente del hosting mas que de datos residuales. Gracias de nuevo por la ayuda.
Hola Jenny, gracias por la pista.
Desactive por completo WP Fastest Cache (no solo vacie la cache) y recargue la pantalla de Jetpack con Ctrl+Shift+R. Siguio en blanco, sin ninguna peticion al script principal.
Fui un paso mas alla y tambien desactive Autoptimize, el otro plugin del sitio con funcion de combinar y minificar JS/CSS. Con los dos desactivados a la vez, el resultado es identico: el contenedor #my-jetpack-container sigue vacio y el script jetpack-my-jetpack/build/index.js nunca se solicita. Ya he vuelto a activar ambos plugins para dejar el sitio como estaba.
Esto descarta bastante bien que sea un plugin de optimizacion el causante: el fallo esta en que el servidor nunca llega a encolar (enqueue) ese script, independientemente de la cache o la minificacion. Quedo a la espera de la siguiente pista. Gracias de nuevo.
Hola Stef, gracias por la respuesta tan rapida.
Confirmo que el problema va mas alla de la pantalla “Mi Jetpack”: he intentado completar la conexion desde WP Admin – Jetpack – Configurar Jetpack, y esa pantalla tambien se queda cargando indefinidamente con el mismo spinner. He revisado la consola del navegador y las peticiones de red, y no aparece ningun error ni ninguna peticion al bundle de JavaScript de Jetpack en ninguna de las dos pantallas.
Es decir, el boton para iniciar la conexion no llega a renderizarse porque la aplicacion de administracion de Jetpack no carga en ningun punto, no solo en “Mi Jetpack”. No hay ningun boton ni paso que pueda pulsar para avanzar, porque el fallo ocurre antes de que aparezca cualquier interfaz.
Quedo atenta a cualquier otra pista que se os ocurra. Gracias de nuevo.