죄송합니다. 모든 사용자를 지칭한 것은 아니지만, 제 사용자들은 그런 방식을 선호합니다. 그들은 기본적으로 외부 링크를 새 탭에서 열던 대형 기존 포럼에서 이주해 왔거든요.
또한, 커스텀 섹션에 있는 다른 링크들은 같은 탭에서 열리므로, /my/* 링크와의 불일치는 해당 링크가 특별한 처리가 필요한지 알거나 신경 쓰지 않는 사용자들에게 다소 이상하게 느껴질 수 있습니다.
3개의 좋아요
그것은 불평하는 사람들로 번역될 수도 있죠 
또 다른 관점도 있습니다. 사용자들이 /my 링크를 얼마나 자주 사용합니까? 사이드바에 그 링크들을 넣고, 길이를 더 길게, 더 길게, 심지어 조금 더 길게 만드는 데에는 실제로 어떤 이유가 있는 걸까요? 이미 더 개인적인 메뉴에 /my 섹션으로 가는 링크가 있습니다…
3개의 좋아요
설정에서 enable custom sidebar sections 옵션을 활성화했다면, 사이드바를 사용자 지정하려면 사이드바 하단의 “+” 아이콘을 찾으세요.
여러 설정 화면을 뒤져본 끝에야 이것이 메인 사용자 인터페이스의 일부라는 사실을 깨달았습니다. 
6개의 좋아요
당연히 있습니다. 포럼이 이전된 직후부터 "내가 구독한 스레드 목록은 어디에 있는 거야?"라는 거대한 논쟁이 벌어졌습니다. 솔직히 말씀드리면, 저조차도 /my/preferences/tracking 아래에 있는 그 이상한 위치에서 추적(Tracked) 및 관찰(Watched) 중인 주제에 대한 링크를 찾지 못했습니다. 또한, 사용자가 구 포럼에서 참여했던 스레드를 찾기 쉽게 하려고 사용자 정의 검색 쿼리에 대한 사이드바 링크를 추가해야 했습니다. (이 링크는 /my/ 링크가 아니므로 같은 탭에서 열립니다.)
2개의 좋아요
관리자 페이지로 링크를 걸면 다음과 같은 오류가 표시됩니다: 오류 발생: 사이드바 URL 값이 유효하지 않습니다
이것이 허용되지 않는 이유는 무엇일까요?
3개의 좋아요
안녕하세요, 여기 업데이트가 있나요? 
1단계와 2단계 신뢰도 사용자를 위한 기본 사이드바를 만들어서 모든 카테고리가 표시되도록 하고 싶습니다.
2개의 좋아요
9개의 좋아요
좋습니다, 업데이트 감사합니다.
현재 다음 이유로 이 기능을 포럼에 적용하는 것을 보류하고 있습니다:
- 섹션을 삭제할 수 없어 유사한 중복 섹션이 생성됩니다.
- 섹션 순서를 재배열할 수 없습니다.
이 스레드를 계속 주시하겠습니다. 
7개의 좋아요
이제 "이 섹션을 공개하여 모든 사람이 볼 수 있도록"이라는 옵션이 생겼으니 정말 좋습니다. 다만 몇 가지 피드백이 있습니다.
- "모든 사람에게 공개 및 표시"라는 표현은 실제로는 "TL0 이상에게 표시"를 의미합니다. 즉, 여기서의 "모든 사람"은 Discourse에서 일반적으로 사용하는 "모든 사람"의 의미를 따르지 않고 있습니다.
- 실제로 모든 사람에게 공개되고 볼 수 있도록 하는 것이 정말, 정말, 정말 좋았을 것입니다.
- 이 상자를 선택하면 다른 관리자도 해당 섹션을 편집할 수 있게 됩니다(이것은 훌륭합니다!!) 하지만 항상 예상되는 결과는 아닐 수 있으므로, 이를 명시적으로 밝히는 것이 좋을 것 같습니다.
(아, 그리고 한 관리자가 상자를 선택하고 다른 관리자가 선택을 해제하면 정말 이상한 일이 발생합니다. 체크박스 상태가 클라이언트 사이에 업데이트되지 않고 사이드바도 새로 고쳐지지 않는 것 같습니다. 재현 방법: 관리자 1이 섹션을 생성하고 상자를 선택합니다. 관리자 2가 섹션을 편집하고 상자를 선택 해제합니다. 관리자 2가 섹션을 다시 편집하고 상자를 선택합니다. 그러면 FAILED 오류가 발생합니다)
12개의 좋아요
이 부분은 정확히 이해가 잘 안 됩니다. 예를 들어 설명해 주시겠어요?
2개의 좋아요
안녕하세요,
최신 업데이트가 사이트를 깨뜨린 것 같습니다. 프리로드 스플래시 페이지만 표시됩니다.
js.sidebar.sections.custom.links.value 문자열이 로케일에서 제거되었지만, 다른 언어에는 여전히 남아 있어서 그런 것 같습니다. FIX: display validation under custom sidebar fields (#20772) · discourse/discourse@4047073 · GitHub
여기서 Hivatkozás는 Link(링크)를 의미합니다.
이 문자열을 오버라이드해 보고, 안전 모드도 사용해 보았으며, 사용자 정의 사이드바 섹션도 비활성화해 보았지만 아무것도 작동하지 않았습니다. 
감사합니다 
4개의 좋아요
이 변경 사항으로 인해 문제가 발생한 점 죄송합니다. 
해당 인스턴스에 대해 rails 콘솔에 접근할 수 있나요?
가능하다면, 다음과 같이 오버라이드된 번역을 확인해 볼 수 있습니다:
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value")
그리고 필요하면 다음과 같이 삭제할 수도 있습니다:
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value").delete_all
4개의 좋아요
고마워요, 크리스 rails에서 시도해 봤는데, 그냥 복사해서 붙여넣으면 되는 건지 확신이 안 서네요.
아래를 붙여넣으면:
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value")
결과:
[]
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.value").delete_all
결과:
0
아무 일도 일어나지 않은 것 같습니다. 
3개의 좋아요
다음과 같은 결과가 있나요?
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.icon")
또는
TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.name")
3개의 좋아요
두 번째 경우에서만 발생합니다.
[6] pry(main)> TranslationOverride.where(translation_key: "js.sidebar.sections.custom.links.name")
=> [#<TranslationOverride:0x00007f3ee402a1f0
id: 4419,
locale: "hu",
translation_key: "js.sidebar.sections.custom.links.name",
value: "Név",
created_at: Sat, 04 Feb 2023 03:58:04.239990000 UTC +00:00,
updated_at: Thu, 09 Mar 2023 08:46:21.254381000 UTC +00:00,
compiled_js: nil>]
2개의 좋아요
사실, 제 로컬 머신에서 해당 문제를 재현했습니다 
제 생각에는 새 번역에 대해 텍스트를 오버라이드하신 것 같습니다: js.sidebar.sections.custom.links.name.validation.blank js.sidebar.sections.custom.links.name.validation.maximum
그러나 여러분이 알아채신 대로, 영어 외의 다른 언어에는 아직 해당 번역이 없습니다. 따라서 다른 로케일 파일이 업데이트될 때까지는 일단 이것들을 제거해야 합니다:
삭제하기 전에 먼저 모든 번역을 표시하고, 어디론가 복사해 두어 번역이 영구적으로 사라지지 않도록 합시다:
TranslationOverride.where("translation_key like 'js.sidebar.sections.custom.links%'")
삭제하려면 다음을 실행하세요:
TranslationOverride.where("translation_key like 'js.sidebar.sections.custom.links%'").delete_all
4개의 좋아요
아, 크리스 감사합니다 네, 말씀하신 대로 정확히 그런 일이 발생했어요. 제가 그 문자열을 번역하면 문제가 생길 줄은 몰랐습니다. 이제 화요일 업데이트를 기다리겠습니다 
다시 한번 도움 주셔서 감사합니다! 완벽하게 작동했어요! 
5개의 좋아요
정말 감사합니다
이 버그에 대해 다시 한번 죄송합니다. 다른 언어가 아직 준비되지 않은 경우 오버라이드를 보호할 수 있는 해결책을 고민해 보겠습니다.
6개의 좋아요
걱정하지 마세요 이런 종류의 버그가 가끔 발생하기 때문에, 이번 기회에 Rails에서 이를 해결하는 방법을 배울 수 있어 정말 기쁩니다. 정말 좋은 일이라고 생각해요. 이 문제에 대한 빠른 응답과 해결책이 저를 놀라게 했습니다. 다른 분들도 이 문제를 겪고 있을 수 있으니, 이 짧은 대화가 해결에 도움이 되었으면 좋겠습니다.
이 아이디어가 정말 마음에 듭니다. 곧 구현되길 바랍니다. 저는 새로운 것을 테스트하고 새로운 버그를 찾는 것을 좋아해서 항상 실험적 기능을 실행하고 사이트를 최신 상태로 유지합니다. 그리고 이는 제가 항상 언어 업데이트를 기다리지 않는다는 뜻이기도 합니다. 그 전까지는 번역에 더 주의를 기울여야 합니다.
6개의 좋아요
네, 물론이죠, @mcwumbly.
제 첫 번째 목표는 기존 카테고리 섹션을 이동하는 것입니다. "(채팅) 채널"을 맨 위로 옮기고, 그 다음에 “카테고리”, 그리고 “커뮤니티” 순서가 되기를 바랍니다.
두 번째 목표는 해당 기본 카테고리 섹션의 이름을 수정하는 것입니다.
하지만 커스텀 섹션을 만들 수 있다면, 제 1, 2번째 목표에서 설명한 것을 재현한 후 기본 설정을 제거하고 싶습니다. 그러나 지금은 카테고리 섹션을 이동할 수 있는 기능과 카테고리 섹션 제목을 수정할 수 있는 기능이 제공될 때까지 기다리는 것이므로, 그 모든 것이 지금은 무의미해 보입니다.
3개의 좋아요