500-Fehler bei seltsamer URL für numerisches Tag (Google-Crawl-Fehler)

Beitragen UX
1

Mein Forum hat einen Tag, der zufällig eine vierstellige Zahl ist: 6309. Er existiert schon seit einiger Zeit. Auf Beiträgen wird er korrekt angezeigt, und die URL lautet in diesem Fall /tag/210-tag/210.

Anstatt einer schönen 404-Seite führt eine URL wie /tag/6309 jedoch zu einem Serverfehler:

Oops

Die Software, die dieses Diskussionsforum betreibt, ist auf ein unerwartetes Problem gestoßen. Wir entschuldigen uns für die Unannehmlichkeiten.

Ich vermute, dass dies früher eine gültige Art war, auf den Tag zu verweisen. Da es sich um einen Serverfehler handelt, beschwert sich der Crawler von Google darüber.

Die Tag-Seite sieht so aus:

image
image902×616 110 KB

Ich denke, 404 wäre hier korrekt.

2 „Gefällt mir“
2

Ja, das sieht nicht gut aus:

image
image1660×275 33.5 KB

ActionView::Template::Error (No route matches {action: "tag_feed", controller: "tags", tag_id: "9999"})
  app/views/list/list.erb:136
  app/views/list/list.erb:134
  lib/topic_list_responder.rb:16:in 'block (2 levels) in TopicListResponder#respond_with_list'
  lib/topic_list_responder.rb:7:in 'TopicListResponder#respond_with_list'
  app/controllers/tags_controller.rb:223:in 'block (2 levels) in <class:TagsController>'
  app/controllers/tags_controller.rb:229:in 'TagsController#show'
  app/controllers/application_controller.rb:447:in 'block in ApplicationController#with_resolved_locale'
  app/controllers/application_controller.rb:447:in 'ApplicationController#with_resolved_locale'
  app/controllers/application_controller.rb:1098:in 'ApplicationController#ensure_dont_cache_page'
  lib/middleware/omniauth_bypass_middleware.rb:35:in 'Middleware::OmniauthBypassMiddleware#call'
  …

Wir sollten diesen Fehler beheben; wir könnten außerdem versuchen, als Fallback nach einem rein numerischen Tag-Namen zu suchen, falls die Tag-ID nicht gefunden wird.

Wayway hat das erste Auftreten dieses Tags am 13.05.2025 bemerkt, und seine URL lautete https://retrocomputingforum.com/tag/6309, was zu diesem Zeitpunkt funktionierte und bis zum 16.12.2025 in Ordnung war.

image
image1287×775 105 KB

1 „Gefällt mir“
6

Ah, gut erkannt. Vielleicht wäre eine Art 3xx-Umleitungsantwort sogar besser als 404, falls das Tag gültig ist?

10

(Ich bin mir nicht sicher, ob dies in die Kategorie UX oder Fehler fallen sollte.)

2 „Gefällt mir“
11

Alles in Ordnung. Wir haben das Problem im Blick und werden eine Korrektur bereitstellen.

Die Namensauflösung für Tags unter /tag/name sollte und muss kompatibel bleiben – das ist eine bewusste Entscheidung, die wir getroffen haben. Aber ich denke, in diesem Fall handelt es sich um eine Nummer, sodass die Namensauflösung im Backend möglicherweise fehlgeschlagen ist.

4 „Gefällt mir“