He implementado un nuevo plugin de WordPress que depende del SSO de Discourse, pero tengo un error extraño que solo afecta a la implementación en vivo del sitio.
En local puedo iniciar sesión y usar el parámetro redirect_url para volver a la página. Sin embargo, en el sitio en vivo, el SSO solo funciona si el redirect_url es la URL de wp-admin, por ejemplo:
Jaja, esa no es mi decisión, el sitio utiliza Cloudflare como caché principal. Tendré que investigar sobre proxies inversos y ver si puedo ajustar alguna de las configuraciones en CF.
Hay docenas de temas sobre problemas causados por las optimizaciones de Cloudflare. Podrías usar Cloudflare como CDN, de modo que Discourse redirija solo el contenido que se puede almacenar en caché a través de Cloudflare.
También podrías desactivarlo temporalmente y ver si eso resuelve el problema.
Simplemente desactiva “performance” y “rocket loader” de Cloudflare en Discourse mediante reglas de página, lo que probablemente lo solucionará para ti.
Sí, se trata de una mezcla extraña de problemas que, al parecer, también se debe parcialmente al director de instalación de WP. Por ahora, he creado una solución alternativa que siempre redirige a /core/wp-admin; luego, hay un parámetro final ?final_redirect_url que mi propio hook detecta y ejecuta las acciones necesarias para devolvernos a donde queremos estar.
Parece que estás utilizando WP Discourse – WordPress plugin | WordPress.org con la opción de Cliente SSO activada (Discourse es el proveedor de SSO). ¿Puedes confirmar que este es el caso?