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 – 16:00 | 13:00 – 16:00 | 13:00 – 16:00 | 13:00 – 16:00 | 13:00 – 16:00 | - |
Zona horaria del soporte: America/Sao_Paulo (GMT-03:00)
Etiquetado: Bug
Este tema contiene 34 respuestas, tiene 0 voces.
Última actualización por Lucas Vidal de Andrade hace 1 semana, 5 días.
Asistido por: Lucas Vidal de Andrade.
Autor | Publicaciones |
---|---|
mayo 29, 2025 a las 8:00 am #17086699 | |
carlos |
Hola, ya creamos una versión de prueba de la web, le pasamos los datos de acceso a tu compañero; de momento allí no ha saltado el error, por lo que no podemos hacer pruebas. Lo que hicimos en la web publicada es desactivar WP Rocket, y incluso ahí también lanzaba el error. Te he adjuntado una captura del log; Uptime-Kuma es el programa que usamos para monitorizar. Como puedes ver, a las 05:10 el acceso a la URL /salas/sala-de-reuniones-palleter/ devuelve un código 200, pero un minuto después ya hace una redirección a /room/sala-de-reuniones-palleter/, que devuelve un 404. Esto sigue fallando hasta que a las 05:25 vuelve a funcionar, devolviendo un código 200; en este caso no se ha accedido al backoffice, por lo que el error se ha solucionado automáticamente, pero lo que si hemos visto es que si nos logueamos inmediatamente después de detectar la redirección el error se soluciona. Espero que te sirva de ayuda. Un saludo. |
mayo 30, 2025 a las 2:38 pm #17092623 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Hola, Gracias por compartir los detalles. Pude ver el redireccionamiento. En este caso, una opción es monitorear y hacer las pruebas en la versión de staging, como comenté. Como el problema no ocurre de manera consistente, llevará un tiempo hasta que encontremos una causa. El proceso, en resumen, es el siguiente: 1.Primero, debemos confirmar que el error ocurre también en la versión de staging. Para eso, la dejaremos activada. Es necesario que hagas las pruebas con cierta frecuencia. Sinceramente, no sé si esto es una solución realista, ya que el sitio de staging no tendrá accesos y, por lo tanto, no tendrá información para analizar. Otra opción es que instales un registro (log) más detallado que nos muestre el responsable del redireccionamiento. Otra opción es deshabilitar el plugin Redirection en el sitio en vivo y ver si el error vuelve a ocurrir. Dime cómo prefieres proceder. |
mayo 30, 2025 a las 4:26 pm #17092881 | |
carlos |
Hola, la opción de desactivar el plugin de Redirection ahora mismo no la podemos contemplar, por lo que vamos a seguir monitorizando el sitio de desarrollo. Te voy informando de lo que vayamos viendo. Un saludo. |
junio 4, 2025 a las 8:14 am #17105098 | |
carlos |
Hola, finalmente y viendo que en el site de desarrollo no se reproduce el problema, hemos desactivado el plugin redirection en el site en producción, pero el problema sigue sucediendo. ¿Qué más soluciones podemos probar? |
junio 4, 2025 a las 12:50 pm #17106407 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Hola, Gracias por compartir los detalles. Como podemos confirmar que el error no está relacionado con el plugin Redirection, el segundo nivel creó un código para que podamos entender en más detalle qué está causando este redireccionamiento. Por favor, en tu sitio de staging, añade el siguiente código al archivo functions.php: add_filter('wp_redirect', function ($location, $status) { $target_path = '/room/sala-de-reuniones-palleter'; // Parse just the path from the location URL (removes domain/query) $redirect_path = untrailingslashit(parse_url($location, PHP_URL_PATH)); if ($redirect_path === $target_path) { // Build a readable backtrace $backtrace = debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS); $log = "Redirect TO {$location} (status: {$status})\n"; $log .= "Triggered from request: {$_SERVER['REQUEST_URI']}\n"; $log .= "Backtrace:\n"; foreach ($backtrace as $trace) { if (isset($trace['file'], $trace['line'], $trace['function'])) { $log .= sprintf(" File: %s (Line %d) - Function: %s()\n", $trace['file'], $trace['line'], $trace['function']); } } error_log($log); } return $location; }, 10, 2); También asegúrate de que el registro de depuración de WordPress esté activado. Para activar el registro de depuración de WordPress, abre el archivo wp-config.php en la raíz del sitio y busca: // Enable WP_DEBUG mode define( 'WP_DEBUG', true ); // Enable Debug logging to the /wp-content/debug.log file define( 'WP_DEBUG_LOG', true ); // Disable display of errors and warnings define( 'WP_DEBUG_DISPLAY', false ); @ini_set( 'display_errors', 0 ); Si ya lo tienes activado, no es necesario cambiar nada. Asegúrate de tener una copia de seguridad antes de continuar. Por favor, avísame cuando el error ocurra nuevamente, así podré acceder al archivo debug.log y entender mejor qué podría estar causando el error. Sé que esto está llevando tiempo, pero lamentablemente es de esperarse cuando el error no puede reproducirse manualmente. Agradezco tu paciencia. |
junio 9, 2025 a las 8:01 am #17117288 | |
carlos |
Hola, pusimos el código en el sitio de producción y este fin de semana se ha producido el error. PHP Deprecated: Creation of dynamic property Tribe__Events__Pro__Integrations__WPML__Event_Listener::$wpml is deprecated in /var/www/clients/client1/web105/web/wp-content/plugins/events-calendar-pro/src/Tribe/Integrations/WPML/Event_Listener.php on line 52 y luego cuando se produce el error devuelve este trozo de código: Redirect TO enlace oculto (status: 301) Espero que os sirva de ayuda. Un saludo. |
junio 9, 2025 a las 2:43 pm #17118869 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Gracias por compartir. Estoy verificando con los desarrolladores. |
junio 9, 2025 a las 5:02 pm #17119163 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Hola, Necesitamos acceder a tu sitio para investigar qué puede estar ocurriendo. Con la información que tenemos hasta ahora, aún no es suficiente para entender la causa de este problema. Al acceder a enlace oculto, se me solicita la protección del servidor. ¿Puedes compartir nuevamente el acceso, junto con los datos de protección del servidor? IMPORTANTE Por favor, haz una copia de seguridad de los archivos del sitio y de la base de datos antes de proporcionarnos acceso. Si no ves los campos de wp-admin/FTP, esto significa que los datos de acceso a tu sitio están siendo PÚBLICOS. NO publiques los detalles de tu sitio si no ves los campos requeridos de wp-admin/FTP. Si no los ves, pídeme que habilite la caja privada. La caja privada se ve así: enlace oculto |
junio 10, 2025 a las 6:29 pm #17123363 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Hola, El acceso aún está bloqueado. Revisa el video: Por favor, envíame los datos para que pueda acceder al sitio. He habilitado los campos nuevamente. |
junio 11, 2025 a las 1:49 pm #17126237 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Hola, Los datos de protección del servidor funcionaron, pero no tengo el enlace de acceso. enlace oculto devuelve un error 404. ¿Cuál es la página de login? |
junio 11, 2025 a las 2:18 pm #17126454 | |
carlos |
Perdón, ahora si funciona el enlace de acceso con la URL que te he pasado. Un saludo. |
junio 13, 2025 a las 4:41 pm #17134299 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Gracias por compartir. Estamos analizando y te responderemos en cuanto tengamos nueva información. |
junio 25, 2025 a las 2:42 pm #17169985 | |
carlos |
Hola, ¿en que estado está la investigación? En la web de desarrollo no ha pasado y en la que esta publicada llevaba sin fallar desde el 13 de junio, hasta hoy que ha vuelto a fallar con la misma problematica: Hace una redirección sin tener el porqué al mismo post del idioma secundario pero sin el /en/, luego hay varios accesos con códigos 404 a URLs, algunas de las cuales son correctas, hasta que en este caso, 5 minutos después vuelve a la normalidad. ¿Nos podéis actualizar información con lo que habéis encontrado? |
junio 25, 2025 a las 6:03 pm #17170610 | |
Lucas Vidal de Andrade Partidario de WPML desde 11/2023
Idiomas: Inglés (English ) Español (Español ) Alemán (Deutsch ) Portugués, Brasil (Português ) Zona horaria: America/Sao_Paulo (GMT-03:00) |
Hola, Lamentablemente, aún no tenemos ninguna pista sobre qué podría estar causando este problema. Ayer llamamos a un tercer desarrollador para revisar el caso y ver si podíamos tener alguna idea nueva. Sé que esto está tomando algo de tiempo, pero como no tenemos una dirección clara para investigar, puede demorar un poco. Muchas gracias por tu comprensión. |
julio 7, 2025 a las 8:32 am #17207023 | |
carlos |
Hola, este fin de semana el fallo se ha reproducido varias veces después de unos días con pocas o ninguna incidencia. ¿alguna novedad en cuanto a la solución? |