이 기능이 유용할지 사용자들의 의견을 듣고 싶습니다:
Discourse의 게시글과 토픽 내부에서 작동하는 특수한 유형의 영구링크(permalink)입니다. 라우팅이 정상적으로 작동하려면 특수한 접두사가 필요합니다(여기서는 /go/라고 가정하겠습니다). (현재의 영구링크 레코드는 Rails가 먼저 처리하는 요청, 즉 새 페이지 로드 및 새 탭에서 열기 요청에만 작동합니다.)
이 영구링크는 모더레이터가 수정할 수 있습니다(URL의 범위가 제한되어 있으므로, 잘못 수정할 경우의 피해가 적습니다.)
사용 사례: 커뮤니티의 일반적인 리소스에 쉽게 작성할 수 있는 URL을 제공하는 것입니다. 예를 들어, 각 howto 토픽에 하나 또는 두 개의 링크 단어를 부여하거나, 표준 설치를 위해 /go/install을 만들 수 있습니다.
흥미도를 조사하는 이유는, 아무도 원하지 않는 큰 아이디어를 자주 떠올리기 때문입니다 
만약 박수 기능이 있었다면, 이 기능이 정말로 받을 만한 사랑을 줄 수 있었을 텐데.
사이트 내에서 작동하는 영구 링크(permalinks)라는 아이디어는 마음에 듭니다. 영어 단어가 아닌 접두사를 찾을 수 있다면 더 좋습니다. 우리는 그쪽으로 서서히 이동하고 있습니다. /groups 
/g, /users /u 등.
/l/ (링크를 의미)은 일리는 있지만, URL에서 I도 허용한다고 해도 쓰기에는 꽤 불편합니다.
또한, 선행 사례: https://www.golinks.io/
… 아마 '/o/links’를 사용할 수도 있겠네요 
… 잠깐, 사실 그 아이디어가 꽤 마음에 드네요…
왜 내부 링크만 사용하나요? discourse.example.org/go/there는 세상에서 다른 모든 하이퍼링크와 달리, 해당 특정 Discourse 인스턴스 외부에서 사람들이 클릭하면 작동하지 않는다는 점을 어떻게 설명해야 할까요? 
외부 URL은 이미 옵션으로 존재합니다:
아, 잠깐, "포스트와 토픽 안에서 작동하는 영구 링크(permalinks)"에 초점을 맞추고 있다는 뜻이었군요? 영구 링크는 이미 전체 페이지 로드 시에는 작동합니다. Ember 라우터가 포럼이 오늘 바로 howto 토픽 하나만으로 이를 배포하는 것을 막고 있는 유일한 요소입니다.
완전히 다른 규칙을 가진 두 가지 종류의 "영구링크"가 있는 건 혼란스럽다고 생각해요. 하나는 내부에서만 작동하고, 다른 하나는.. 외부에서만 작동하나요? 
"One works external only"는 현재 우리가 가진 방식이며, 저는 양쪽 모두에서 작동하는 카테고리를 제안했습니다. discourse.example.org/o/there는 포럼의 login_required 설정이 없는 한 외부에서 클릭할 때 당연히 작동해야 하며, 설정만 잘 해두면 현재 이미 외부 클릭에 대해 작동하고 있습니다!
특별한 접두사가 필요한 유일한 이유는 JS 앱과 잘 호환되도록 하기 위해서입니다.
왜 그런지 이해는 하지만, "영구 링크는 외부에서만 작동한다"는 점은 항상 정말로 혼란스러웠습니다. 링크를 얻었는데 404가 뜨고, 새로고침을 해야 작동하는 경우가 많거든요. Rails가 포기하기 전에 그 검사를 수행할 수 있을 것 같은데 말이죠.
현재 상태는 또한 가져오기(importer)에서 영구 링크를 두 번 다뤄야 한다는 것을 의미합니다. 외부 링크를 위한 한 번, 그리고 게시물 내 링크를 다시 쓰기 위한 한 번 말입니다.
기존 서버 측 영구 링크(permalink)를 우리의 Ember.js 앱과 호환되도록 만들 수 있다고 생각합니다.
현재 unknown 루트에서는 조건 없이 404 HTML을 표시하고 있습니다. 대신 현재 경로에 해당하는 영구 링크를 가져와서 찾으면 해당 페이지로 리다이렉트할 수 있습니다.
영구 링크(Permalinks)를 내부에서도 작동하도록 확장하는 건 정말 멋진 프로젝트가 될 것 같아요. @riking 현재 진행 중인 작업을 마무리하신 다음, 다음 큰 프로젝트로 이걸 시도해 보시면 어떨까요?
