Wenn wir einem “gone”-Link folgen, ist es, als wären wir plötzlich kein Mitglied mehr:
Es ist, als wäre eine Krise eingetreten.
Soweit ich weiß, ist das immer noch der Fall:
Ein Fehler, der durch einen schlechten eingehenden Link ausgelöst wird, würde also die flache Seite bedienen, während ein Fehler von einem schlechten intern navigierten Link immer noch diese Elemente enthalten würde.
Ich verstehe. Hoffentlich wird Deleted topics lead to error page dies in Zukunft gar nicht erst auslösen.
Nur eine weitere Erinnerung: Ich arbeite hauptsächlich mit Inhalten und der Art und Weise, wie Menschen Inhalte nutzen, und ich bin Webmaster, Sysadmin und Admin von allem, nur weil ich ein armer kleiner Fisch bin…
Aber — kann das Problem hier so einfach sein, dass, weil Discourse eine Art atypische 
Weblösung ist, es schwieriger oder fast unmöglich ist, JS-basierte Inhalte zu senden, wenn ein HTML-Statusfehler 404 ausgeliefert wird, der statische Inhalte im Sinne dessen benötigt, wie ein Client ihn sieht? Ich weiß überhaupt nicht, was W3C, RFC usw. sagen.
Nein? Nicht einmal annähernd?
Ich dachte, Webseiten könnten sowohl Skript- als auch Noskript-Teile haben.
Aber Discourse sind keine Webseiten, es ist eine Single-Page-JavaScript-App.
Wenn Sie die App über eine nicht existierende Route aufrufen, z. B. einen defekten Link, wird Ihnen eine statische 404-Seite angezeigt, die dem Rest der Website nachempfunden ist. Sie ist nicht Teil der App und kann daher nicht wie diese funktionieren.
Wenn Sie innerhalb der App auf einen internen Link zu einer nicht existierenden Seite klicken, wird Ihnen innerhalb der App selbst ein 404-Fehler angezeigt.
Das ist nicht dasselbe.
