Página About.html destacada en los resultados de búsqueda, pero desaparecida

Hay un enlace a about.html, pero falta, como sucede aquí en Meta: About - Discourse Meta

¿Me he perdido alguna configuración, etc.? ¡Gracias!

Discourse no tiene la extensión .html.

About - Discourse Meta <— esta es la URL correcta

Sí, gracias, pero Google de alguna manera encontró uno. :man_shrugging:

No lo veo

¡Eso es interesante :wink: ! Yo también puedo encontrarlo así:


→ about.html

Lo encontré.

Tal vez instales el plugin del mapa del sitio.

Gracias, pero ya está instalado.

El plugin del mapa del sitio ni siquiera anuncia la página /about.
Lo único que se me ocurre es que alguien, en algún lugar, ha estado enlazando a /about.html

y Discourse está devolviendo un 200 OK para ella :scream: :scream: :scream:

Devuelven una respuesta 200 para muchos nombres de documentos, a pesar de ser inválidos:

  • faq.html
  • categories.html
  • u.html
  • tags.html
  • top.html
  • badges.html

Me preguntaba si esto solo se relacionaba con las rutas integradas, pero funciona para el plugin cake day:

  • /cakeday/anniversaries/today.html

pero no para knowledge-explorer, que devuelve 404 en:

  • /docs.html

pero no en:

  • badges.html

:thinking:

¿No hubo un problema similar con un archivo js hace una o dos semanas?

Hmm, ¿deberíamos devolver 200 para estas URLs inusuales @eviltrout?

Este problema está relacionado con el funcionamiento de las rutas de Rails. Por defecto, permite que cualquier punto de conexión especifique un parámetro :format con un punto opcional. Así, .html indica formato HTML y .json indica JSON.

about.html es lo mismo que /about (ambos solicitan la versión HTML). Sin embargo, la ruta about.html no existe en Ember, ya que nunca utilizamos rutas con la extensión HTML, lo que genera un desacuerdo entre el backend y el frontend. El servidor devuelve 200, pero luego el lado del cliente dice: no, espera, eso no se encuentra.

Hay formas de solucionar esto. Podríamos refinar nuestras rutas de Rails para asegurar que no admitan .html, pero sigan admitiendo .json. No veo una manera de aplicar esto de forma global, aunque quizás haya algo que no conozco.

Honestamente, no me entusiasma mucho este trabajo. A menos que haya una razón superurgente para solucionarlo que no veo, creo que podemos vivir con esto.