이 기능이 이미 라이브(물론 실험 단계이지만)로 적용되어 있다는 것을 알았습니다! 훌륭합니다! 이 사항을 명시하도록 OP(원문)를 업데이트하면 좋겠습니다.
또한, @staff에게만 표시되는 작은 지구본 아이콘이 있다는 점도 언급할 가치가 있습니다:
일반 사용자들에게는 어색해 보일 것 같아 CSS로 이를 숨긴 후에야* 이 사실을 알게 되었습니다!
6개의 좋아요
이것은 어떻게 작동하나요? 모든 직원이 볼 수 있고 수정할 수 있나요? (관리자만 접근할 수 있도록 제한할 수 있나요?)
2개의 좋아요
추가할 수 있는 링크 유형에 제한이 있나요? 예를 들어:
- 외부 링크
/my/activity/bookmarks/latest?order=activity&state=watching
2개의 좋아요
설정에서 사용자가 사이드바 섹션을 사용자 지정하는 것을 비활성화할 수 있나요?
4개의 좋아요
현재는 모든 사용자가 볼 수 있고, @staff가 편집할 수 있습니다. 관리자만 가능하도록 제한할 수는 없지만, 이는 매우 유용한 옵션이 될 것입니다.
현재(최소 실험 단계에서는) 커스텀 링크를 보고(편집하고) 할 수 있는 사용자를 선택할 수는 있지만, 글로벌 링크 편집에 대해서는 세밀한 설정이 없습니다.
그 세 가지 중 /my 링크만 허용되지 않습니다. 그러나 의도된 화이트리스트가 있는 것 같습니다. 플러그인에 의해 추가된 경로(예: Custom Wizard Plugin의 /w)도 포함되지 않는다는 점을 주목했습니다.
Meta에서 이 부분을 조정해 볼 수 있습니다 - 개인 링크와 정확히 동일한 방식으로 작동합니다.
7개의 좋아요
확인해 주셔서 감사합니다. /my/* 링크는 제가 필요한 기능에서 꽤 중요한 제한 사항입니다. 현재 저는 이 코드의 변형 버전을 사용하여 사이드바에 사용자 지정 링크를 추가하고 있습니다:
위 사용자 지정 코드는 아직 다소 불안정합니다(브라우저를 좁은 상태에서 넓은 상태로 다시 조정하면 사용자 지정 링크가 사라짐). 따라서 공식 Discourse 솔루션을 사용하는 것이 더 좋습니다. 하지만 해당 코드를 임시 조치로 사용하여 /my/* 링크를 공식 Discourse 사용자 지정 메뉴에 추가할 수 있을지 궁금합니다.
3개의 좋아요
/u/{username} 버전으로 링크할 수 있는 데다 제가 시도해 본 모든 경우에 해당하기 때문에, /my 링크가 차단되는 것은 좀 이상해 보입니다.
수정: 스크린샷을 추가했습니다. 그리고 Falco님께 죄송합니다. 이 현상을 보여주기 위해 제가 떠올릴 수 있는 첫 번째 유효한 사용자 이름이었기 때문에 그의 사용자 이름을 빌려 사용했습니다 
4개의 좋아요
가까운 미래에 /my/* 링크에 대한 지원을 추가할 계획입니다.
9개의 좋아요
팀 여러분께 — (아마도) 언젠가는 /my URL을 허용해 주실 것 같습니다. 하나만 더 요청드리고 싶습니다: /safe-mode
문제가 생겼을 때 URL을 변경하는 것이 거의 불가능하기 때문에, 이 기능이 있으면 DiscourseHub 사용이 조금 더 편해질 것입니다. 그리고 관리자 섹션에 안전 모드 바로가기를 다른 단축키들과 함께 제공할 수 있다면… 좋겠습니다. 물론 브라우저로 접근하는 방법도 있지만, 클릭 횟수가 더 많거든요 
6개의 좋아요
@nathank, @ClawdiaWolf, @Jagster, @rahim123
/my 및 /safe-mode 링크에 관한 버그를 보고해 주셔서 감사합니다.
두 가지 모두 이 PR로 수정되었습니다
14개의 좋아요
이 기능이 완전히 구현되었나요? 저는 글로벌 섹션을 생성할 수 있지만, enable_custom_sidebar_sections에서 수정 권한이 정의된 그룹 멤버에게만 표시되고, 모든 사용자를 위한 읽기 전용 섹션으로는 표시되지 않습니다(커스텀 섹션에서 ‘이 섹션을 공개하고 모든 사람에게 표시’ 옵션이 체크되어 있음).
2개의 좋아요
그 링크들(즉, /my/…)은 여전히 검은색으로 표시되는데, 이건 개선된 부분입니다 하지만 클릭하면 아무 반응이 없습니다. 여기에서도, 제 인스턴스에서도 마찬가지입니다.
제가 뭔가 잘못 이해한 걸까요?
3개의 좋아요
말씀하신 대로, 사용자별 커스텀 섹션과 전역 커스텀 섹션 모두 enable_custom_sidebar_sections 사이트 설정에 지정된 그룹의 사용자만 사용할 수 있습니다. 전역 섹션과 사용자별 커스텀 섹션을 위한 별도의 설정은 없습니다. 모든 trust_level 그룹을 추가하여 이 기능을 모든 사용자에게 활성화할 수 있습니다.
죄송합니다. 모바일 폰이나 태블릿과 같은 터치스크린 기기에서 버그가 있었습니다. 수정되었으니 다시 한번 시도해 주시겠어요?
7개의 좋아요
iPad가 다시 Discourse를 좋아합니다. 즉, 터치 기능이 이제 제대로 작동합니다.
감사합니다!
6개의 좋아요
/my/* 링크가 작동하도록 만들어 주셔서 감사합니다. 새 브라우저 탭으로 열리지 않도록 하는 방법이 있을까요?
3개의 좋아요
네, /my 링크는 전체 새로 고침이 필요하기 때문에 외부 링크로 처리됩니다. 따라서 Discourse Meta - The Official Support Forum for Discourse 의 모든 외부 링크를 새 탭에서 열기 설정을 통해 새 탭 동작을 제어할 수 있습니다.
설정을 변경한 후에는 페이지를 새로 고침해야 할 가능성이 높습니다.
3개의 좋아요
아, 흥미롭네요. 설명해 주셔서 감사합니다. 다만 실제로 외부 링크가 모든 사용자에게 기본적으로 새 탭에서 열리기를 원하는데, 그렇게는 안 되는 것 같네요.
$USER 같은 플레이스홀더를 추가하고, 자바스크립트로 활성 사용자의 /u/username으로 해석되게 하는 방법이 있을까요?
4개의 좋아요
아, 이해했습니다. SiteSetting → User Preferences → default other external links in new tab에서 기본 동작을 변경할 수 있습니다.
사용자는 여전히 자신의 프로필에서 기본값을 덮어쓸 수 있습니다. 이렇게 하면 문제가 해결됩니까?
4개의 좋아요
맞습니다. 하지만 대부분의 사용자는 외부 링크가 새 탭에서 열리기를 선호합니다. /my/* 링크의 새로고침 문제는 처리하기가 다소 까다로울 수 있지만, 향후 커스텀 메뉴를 위한 JS와 플레이스홀더 변수를 활용하여 커스텀 메뉴에서 /u/username/*로 직접 링크할 수 있도록 할 수 있을 것입니다.
3개의 좋아요
정말인가요? 비꼬려는 건 아니지만… 이 부분에 대한 연구가 있나요?
개인적으로 사이트가 링크를 새 탭으로 보내는 것은 짜증스럽습니다. 새 탭이 필요하다면 브라우저에는 그것을 쉽게 수행할 수 있는 방법이 있지만, 일반적으로 "같은 탭에서 유지하되 사이트의 설정을 무시한다"고 말하는 쉬운 방법은 없습니다.
그리고 강력한 객관적 증거가 없다면, 제 개인적 선호가 보편적이라고 가정해야 하는 것 아닌가요?
3개의 좋아요