Se seguiamo un link non più valido, è come se non fossimo più membri:
È come se fosse successa una crisi.
Per quanto ne so, questo è ancora il caso:
Quindi un errore sollevato da un link in entrata errato servirà la pagina piatta, mentre un errore da un link navigato internamente errato conterrebbe ancora quegli elementi.
Capisco. Spero che Deleted topics lead to error page non attivi questo in primo luogo a breve.
Solo un altro promemoria: lavoro principalmente con contenuti e il modo in cui gli esseri umani utilizzano i contenuti, e sono un webmaster, sysadmin e amministratore di tutto solo perché sono un pesce piccolo e povero…
Ma — il problema qui è così semplice che, poiché Discourse è una soluzione web un po’ atipica 
è più difficile o quasi impossibile inviare contenuti basati su JS quando si serve un errore di stato HTML 404 che necessita di contenuti statici nel senso di come li vede un client? Non so affatto cosa dicono W3C, RFC, ecc.
No? Nemmeno lontanamente?
Pensavo che le pagine web potessero avere sia parti script che noscript.
Ma Discourse non sono pagine web, è un’app JavaScript a pagina singola.
Se visiti l’app tramite un percorso inesistente, come un link interrotto, ti viene servita una pagina 404 statica, stilizzata per assomigliare al resto del sito. Non fa parte dell’app, quindi non può funzionare come essa.
Se fai clic su un link interno (dall’interno dell’app) a una pagina che non esiste, ti viene visualizzato un errore 404 all’interno dell’app stessa.
Non sono la stessa cosa.
