Il semble que cela n’ait pas été signalé lors de la visite de la page /posts, les navigateurs affichent. exemple Discourse Meta
J’obtiens une page d’erreur lorsque je suis votre premier lien. Est-ce un navigateur particulier qui fait cela ?
Testé le lien dans Chrome, Firefox et Safari en mode privé.
Lorsque je clique sur le lien, j’obtiens également la page « oups ! ». Mais lorsque j’actualise cette page ou que je tape l’URL dans un nouvel onglet, cela ne fonctionne pas.
Il semble qu’il renvoie une erreur 406. L’application Ember la traite comme une 404, mais si vous rechargez le navigateur, elle la signale différemment.
C’est une erreur dans les deux cas, et il n’y a pas de liens vers cette URL dans l’expérience utilisateur, donc on ne sait pas pourquoi c’est un problème.
Réviser ma question - pourquoi renvoie-t-il 406 et une page vide si Discourse Meta est considéré comme une page inexistante. 404 et un message Oops sont plus raisonnables.
Je vois le code de réponse 406 dans l’onglet réseau des outils de développement Chrome. Je vois une page Oops très occasionnellement. Afficher la page Oops est raisonnable.
Ma question est, quels que soient les erreurs, il est de la responsabilité de l’application de présenter un message d’erreur convivial (comme le fait la page Oops) plutôt qu’une page vierge. Je suppose qu’en cas de réponse 406, l’application n’est même pas atteinte. C’est une erreur signalée par un service devant l’application, qui peut être un serveur Web ou un serveur proxy.
L’application a-t-elle généré le lien avec lequel vous avez des difficultés ?
En jetant un coup d’œil à discourse/config/routes.rb at main · discourse/discourse · GitHub, cela ne ressemble pas à une route valide.
Si vous commencez sur une route invalide, Rails ne vous enverra pas toute l’application Ember pour vous dire que vous avez une mauvaise URL.
Il semble que je me trompe, https://meta.discourse.org/bananas charge la page d’erreur. Je suppose que c’est parce que /posts/:id/xxx est une route valide.
Oui. C’est comme ça que je me retrouve avec cette URL /posts nue après avoir supprimé le reste des paramètres (mais j’ai oublié où j’ai vu la page /posts/:id/xxx maintenant). Je pensais que /posts était une route valide pour tous les posts d’un utilisateur. C’est peut-être un cas limite que Discourse ne couvre pas.
Je m’attendrais à ce que /posts renvoie tous les articles, mais renvoyer tous les articles du système est assez inutile. Vous pouvez trouver vos articles sur https://meta.discourse.org/my/activity
Je suis d’accord dans une certaine mesure. /posts renvoyant une page vide est-ce un bug de Discourse ? Je suis juste curieux si cela devrait l’être, mais je n’insiste pas pour savoir si ce problème doit être résolu. C’est peut-être digne d’une discussion plus approfondie de la part de l’équipe Discourse. 
Marquage de ceci comme pr-welcome, bien que valide, c’est une priorité très faible.
