https://try.discourse.org/ funciona, pero https://try.discourse.org// se queda colgado mostrando una página en blanco en Safari y Chrome.
Esto incluye meta.discourse.org; añadir una barra (/) después del nombre de dominio, por ejemplo:
https://meta.discourse.org//top/weekly, también provoca que se quede colgado.
Es la barra diagonal adicional la que hace que las páginas no se carguen. Todo funciona como se espera con una sola barra. ¿Por qué pareces insistir en usar una barra adicional al final de la URL?
Si uso una doble barra al final de la URL de mi foro, ocurre lo mismo: una página en blanco… como era de esperar.
Soy consciente de la causa. Si se introduce el nombre de dominio de un foro en la barra de direcciones de un navegador y se autocompleta con una sola barra, pero el usuario añade una barra extra al final, se mostrará una página en blanco en cualquier foro de Discourse. Este comportamiento no es deseado, es reproducible y es consistente en todas las URI.
Otro problema adicional es que la autocompletación del navegador podría añadir entonces una doble barra, ya que el formato de página en blanco no genera ningún error. Por lo tanto, hasta que el navegador elimine su historial de autocompletado, los foros seguirán apareciendo en blanco indefinidamente.
Si escribes https://apnews.com//, serás redirigido al sitio web de Associated Press y recibirás un error 404: Página no encontrada. No se carga ningún contenido. La única diferencia que veo es que AP muestra un 404, mientras que los sitios de Discourse solo muestran una página en blanco (sin el 404).
La autocompletación sigue mostrando solo una barra inclinada al final mientras escribes.
Así que quizás el “error” no sea mostrar un 404 cuando se usa una doble barra inclinada?
El ‘bug’ hace que el software del foro siga cargando muchos megabytes de información según la consola de Safari y Chrome, aunque simplemente no la muestre.
Cuando las redirecciones de URL y/o el enrutamiento esperan una sola barra, tener una doble barra “rompe” lo que se esperaba. En una página estática, es posible (y probablemente sucederá) que todo se cargue correctamente. Pero en una página dinámica, es allí donde surgen los problemas. Incluso algunas aplicaciones CGI que analizan directamente la URL pueden fallar. Algunos servidores incluso pueden interpretar las barras dobles como un tipo de ataque de explotación, especialmente si las barras dobles están en medio de la URL.
Quizás alguien del equipo de Discourse pueda ofrecer una mejor explicación sobre cómo responde Discourse a las barras dobles. Pero sería mejor que en tales casos se devolviera un error 404.
Esto no es un error; apoyo la mejora de la página 404 aquí, o hacer una redirección o algo similar.
Quizás haya un cambio trivial en nuestro enrutador de Ember, no lo sé, dejaré la decisión a los expertos en Ember.
Estoy bastante seguro de que Ember lleva mucho tiempo con esto solucionado; probablemente sea nuestra lógica de ubicación personalizada o algo similar lo que esté causando esto.
Lo revisaré hoy.
Eso debería solucionarlo:
extra / te mostrará el fondo del foro, teshghost.tk// (puedes ver mi fondo de pantalla)
Este tema se cerró automáticamente 5 días después de la última respuesta. Ya no se permiten nuevas respuestas.