Pagina About.html in primo piano nei risultati di ricerca, ma fuori dai giochi

C’è un link a about.html, ma manca - come qui su Meta: About - Discourse Meta

Ho trascurato qualche impostazione o altro? Grazie!

non esiste l’estensione .html in Discourse.

About - Discourse Meta <— questo è l’URL corretto

Sì, grazie, ma Google ne ha trovato uno in qualche modo. :man_shrugging:

Non lo vedo

È interessante :wink: Lo faccio anch’io e riesco a trovarlo anche così:


→ about.html

L’ho trovato.

Forse installa il plugin per la sitemap

Grazie, ma è già installato.

Il plugin sitemap non pubblica nemmeno la pagina /about.
L’unica cosa a cui riesco a pensare è che qualcuno, da qualche parte, abbia collegato a /about.html

e Discourse stia restituendo un 200 OK per quella pagina :scream: :scream: :scream:

Restituiscono una risposta 200 per molti nomi di documenti, anche se non sono validi:

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

Mi chiedevo se fosse legato solo alle rotte integrate, ma funziona per il plugin cake day:

  • /cakeday/anniversaries/today.html

mentre non funziona per knowledge-explorer, che restituisce un 404 su:

  • /docs.html

ma non su:

  • badges.html

:thinking:

Non c’era stato un problema simile con un file js una settimana o due fa?

Hmm, dovremmo restituire 200 per questi URL insoliti @eviltrout?

Questo problema è legato al funzionamento delle rotte di Rails. Di default, consente a qualsiasi endpoint di specificare un parametro :format con un punto opzionale. Quindi .html indica il formato HTML, mentre .json indica il formato JSON.

about.html è equivalente a /about (entrambi richiedono la versione HTML). Tuttavia, la rotta about.html non esiste in Ember, poiché non utilizziamo mai rotte con l’estensione HTML; di conseguenza, si verifica un disallineamento tra backend e frontend. Il server restituisce 200, ma lato client viene segnalato che la risorsa non è trovata.

Esistono modi per risolvere il problema. Potremmo affinare le rotte di Rails per assicurarci che non supportino .html, continuando però a supportare .json. Non vedo un modo per applicare questa modifica a livello globale, ma forse c’è qualcosa che mi sfugge.

Onestamente, non sono molto entusiasta di affrontare questo lavoro. A meno che non ci sia una ragione estremamente urgente per risolverlo, che non riesco a vedere, penso che possiamo conviverci.