Scheint, dass dies nicht gemeldet wurde, wenn die Seite /posts besucht wird, Browser zeigen. Beispiel Discourse Meta
Während immer eine Anwendungsfehlerseite angezeigt werden sollte, wie wenn Sie https://meta.discourse.org/posts1 besuchen
Während immer eine Anwendungsfehlerseite angezeigt werden sollte, wie wenn Sie https://meta.discourse.org/posts1 besuchen
1 „Gefällt mir“
Ich erhalte eine Fehlerseite, wenn ich Ihrem ersten Link folge. Ist es ein bestimmter Browser, der dies tut?
Den Link in Chrome, Firefox und Safari im privaten Modus getestet.
Wenn ich auf den Link klicke, erhalte ich auch die „Ups!“-Seite. Aber wenn ich diese Seite aktualisiere oder die URL in einen neuen Tab eingebe, funktioniert sie nicht.
Es scheint, dass ein 406-Fehler zurückgegeben wird. Die Ember-App behandelt ihn wie einen 404, aber wenn Sie den Browser neu laden, wird er anders gemeldet.
In beiden Fällen handelt es sich um einen Fehler, und es gibt keine Links zu dieser URL in der Benutzeroberfläche, sodass nicht klar ist, warum dies ein Problem darstellt.
Überarbeiten Sie meine Frage – warum wird 406 und eine leere Seite zurückgegeben, wenn Discourse Meta als nicht existierende Seite betrachtet wird. 404 und eine Oops-Nachricht sind angemessener.
Ich sehe den Antwortcode 406 im Netzwerk-Tab der Chrome-Entwicklertools. Ich sehe gelegentlich eine Oops-Seite. Die Anzeige der Oops-Seite ist angemessen.
Meine Frage ist, egal welche Fehler auftreten, es liegt in der Verantwortung der Anwendung, eine benutzerfreundliche Fehlermeldung (wie die Oops-Seite) anstelle einer leeren Seite anzuzeigen. Ich vermute, im Falle einer 406-Antwort wird die Anwendung nicht einmal erreicht. Es handelt sich um einen Fehler, der von einem Dienst vor der Anwendung gemeldet wird, möglicherweise einem Webserver oder einem Proxyserver.
Hat die Anwendung den Link generiert, mit dem Sie Probleme haben?
Wenn man sich discourse/config/routes.rb at main · discourse/discourse · GitHub ansieht, sieht das nicht nach einer gültigen Route aus.
Wenn Sie auf einer ungültigen Route starten, sendet Rails Ihnen nicht die gesamte Ember-Anwendung, um Ihnen mitzuteilen, dass Sie eine schlechte URL haben.
Ich scheine falsch zu liegen, https://meta.discourse.org/bananas lädt die Oops-Seite. Ich schätze, das liegt daran, dass /posts/:id/xxx eine gültige Route ist.
Ja. So lande ich bei dieser leeren /posts-URL, nachdem ich den Rest der Parameter entfernt habe (aber ich weiß nicht mehr, wo ich die /posts/:id/xxx-Seite gesehen habe). Ich dachte, /posts sei eine gültige Route für alle Beiträge eines Benutzers. Dies ist möglicherweise ein Grenzfall, den Discourse nicht abdeckt.
1 „Gefällt mir“
Ich würde erwarten, dass /posts alle Beiträge zurückgibt, aber alle Beiträge im System zurückzugeben ist ziemlich nutzlos. Sie finden Ihre Beiträge unter https://meta.discourse.org/my/activity
1 „Gefällt mir“
Stimme dem bis zu einem gewissen Grad zu. /posts gibt eine leere Seite zurück, ist das ein Fehler von Discourse? Ich bin nur neugierig, ob das so sein sollte, aber ich bestehe nicht darauf, ob dieses Problem behoben werden muss. Vielleicht ist es eine weitere Diskussion wert für das Discourse-Team. 
Markiere dies als pr-welcome, obwohl es gültig ist, hat es eine sehr niedrige Priorität.
5 „Gefällt mir“