내 포럼에는 4자리 숫자, 즉 6309로 된 태그가 하나 있습니다. 꽤 오래된 태그입니다. 게시물에서는 정상적으로 표시되며, 해당 URL은 /tag/210-tag/210입니다.
하지만 /tag/6309와 같은 URL은 깔끔한 404 페이지 대신 서버 오류를 반환합니다:
Oops
이 토론 포럼을 구동하는 소프트웨어에서 예상치 못한 문제가 발생했습니다. 불편을 드려 죄송합니다.
예전에 이 태그를 참조하는 유효한 방식이었을 것으로 추측됩니다. 서버 오류이기 때문에 구글 크롤러가 이를 문제점으로 보고 있습니다.
태그 페이지는 다음과 같은 모습입니다:
404가 올바른 처리 방식이라고 생각합니다.
네, 보기 좋지 않군요:
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'
…
이 오류를 수정해야 합니다. 또한 태그 ID가 발견되지 않을 경우, 모든 숫자로 구성된 태그 이름으로 폴백하여 검색할 수도 있습니다.
Wayback은 해당 태그가 2025-05-13에 처음 나타나는 것을 발견했으며, 당시 URL은 https://retrocomputingforum.com/tag/6309였습니다. 이 URL은 2025-12-16까지 정상적으로 작동했습니다.
아, 잘 지적해 주셨네요. 태그가 유효한 경우라면 404보다 3xx 리다이렉션 응답이 더 적절할 것 같습니다. 오히려 더 나은 선택이 될 수도 있겠네요.
(이것이 UX 카테고리에 속해야 할지, Bug 카테고리에 속해야 할지 확실하지 않습니다.)
모든 것이 정상입니다. 해당 문제를 주시하고 있으며 수정 사항을 배포할 예정입니다.
/tag/name에서의 태그 이름 해석은 반드시 호환성을 유지해야 합니다. 이는 우리가 의도적으로 내린 명시적인 결정입니다. 다만 이 경우 숫자인 것으로 보이므로, 백엔드에서 이름 해석이 잘못되었을 가능성이 있습니다.
리포트 감사합니다. 이 PR이 병합되면 문제가 해결되어야 합니다:
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.
