우리는 정말 많은 가이드를 가지고 있습니다. 가끔 @dax나 @jomaxro가 존재를 몰랐던 howto 가이드를 공유하면 깜짝 놀랍니다!
이곳 메타의 디스코urs에서 많은 신규 사용자와 커뮤니티 매니저들도 같은 경험을 하고 있습니다. 이를 해결하기 위해 @justin은 howto를 그룹화하여 모두가 더 좋은 출발점을 가질 수 있도록 하는 멋진 아이디어를 제안했습니다. hopefully https://support.teams.discourse.com/docs와 유사한 결과를 얻을 수 있기를 바랍니다.
현재 3가지 그룹화를 검토 중입니다:
각 #howto가 어떤 그룹에 들어가는 것이 좋다고 생각하시나요?
여러분의 아이디어를 듣고 싶습니다 
여기서 답변을 받을 수 있다고 생각하지 않습니다. 사람들이 이 작업을 맡을 동기가 없기 때문입니다.
우리는 이 작업을 우리 팀에 배정하거나, 간단하게 만들 방법을 찾아야 합니다(태그를 사용하는 것 같은).
정말 많네요 
아니, 내 말이 틀렸었네요! 감사합니다. 
하하, 맞아요! 이상적으로는 카테고리당 6~12개의 가이드를 선정하는 것이 좋겠습니다. 전부 분류하려는 것은 아니고, 사람들이 가장 많이 찾는 최고의 가이드만 선별하자는 거예요.
@osioke – 접근 방법 중 하나는 해당 카테고리와 연관된 조회 수 최상위 가이드를 찾아서 조회 수가 가장 높은 상위 6~12개를 태그로 지정하는 것입니다. 여기에 @Benjamin_D 님의 제안까지 더하면 좋은 출발점이 될 거예요!
태그의 장점은 진행하면서 쉽게 수정할 수 있다는 점입니다.
@Benjamin_D 님, 공유해 주셔서 감사합니다! 제가 고민했던 것 중 하나는 구조를 어떻게 제시하고 어떻게 생각해야 하는지였는데, 여기에 올려주신 표가 정말 큰 도움이 됩니다.
이제 그룹핑을 3개에서 6개로 확장해 보고 있습니다:
그리고 @justin 님이 말씀하신 것처럼, 가장 많이 조회된 항목을 살펴보니 상위 20개는 다음과 같습니다:
여러분은 어떻게 생각하시나요?
이것은 큰 변경 사항이 될 것이므로, 큰 분들을 불러와야 할 것 같습니다. @trust_level_3 님에게 cc를 드립니다.
음, 로그인 설정 관련 글은 아마도 자체 카테고리를 가질 수 있을 것 같고, 새 사이트에서 가장 먼저 하고 싶은 것 중 하나이므로(원한다면) 시작하기의 하위 범주라고 할 수 있습니다.
여기서 멀티사이트에 대해 언급해야 하는지 확실하지 않습니다 
아니면 고급 설정 그룹에 경고와 함께 검색 메타를 포함하는 것도 좋을까요? 예를 들어 이 게시물은 매우 유용합니다 멀티사이트 설치 장단점 .
대량 사용자 초대 보내기에 대해서는, 이제는 다중 사용 초대 링크를 사용하는 경향이 있으니, 두 주제 모두 언급하는 것이 좋을까요?
이메일로 답글 보내기 지원 설정 
는 고급 설정 그룹에 배치하는 것이 적절할 것 같습니다(아직 제가 직접 해보지 못해서 
). 그리고 간단한 직접 전달 수신 메일도 언급할 가치가 있지만, 아마도 고급 설정 그룹에 두는 것이 나을 것입니다. 왜냐하면… 음… 이메일이니까요 
.
기여(Contrib) 그룹은 조금 비어 있는 것 같습니다. 테마나 컴포넌트 관련 내용, 예를 들어 Discourse 테마 개발자 가이드, 디자이너를 위한 Discourse 테마 가이드, 테마 크리에이터와 테마 CLI를 사용하여 Discourse 테마 제작을 시작하는 입문자 가이드 같은 것이 있으면 좋겠습니다.
맞습니다. 목록은 조회수 상위 20개를 기반으로 작성했으며, 제가 이런 방식으로 배열한 이유를 보여드리기 위해 공유한 것입니다. 최종 목록은 아니며, 조금 더 명확히 설명했어야 했는데
지속적인 관리 및 운영 활동을 위한 카테고리로 ‘관리’ 또는 '운영’을 추가하고 싶습니다. 이는 설정/구성과는 맞지 않으며, 개발/문서화(기여하기)에도 해당하지 않습니다.
Discourse for Teams 문서 사이트가 모든 문서에 Discourse를 사용하고 있다고 가정합니다. 커뮤니티의 누구나 참여할 수 있는 Discourse를 위한 howto 사이트에서 이 방식의 문제는 버전 관리와 모든 것을 추적하는 것입니다. 이 용도로 Discourse를 사용하는 것이 선호되는 방법일 것이라고 생각하지만, Hugo 사이트나 Jekyll 사이트를 사용하고 문서를 GitHub의 파일로 관리하여 누구나 PR을 만들 수 있도록 하는 방안을 제안합니다. 이 둘 중 어느 것도 마음에 들지 않는다면, 다양한 형태로 제공되는 GitHub 저장소 문서 시스템이 더 많이 있습니다.
아, Discourse에서는 버전 관리가 꽤 잘 작동합니다. 정말로 잘 작동합니다. 그리고 카테고리 접근 권한 보안과 결합하면 우리가 자랑스러워하는 무언가를 갖추게 됩니다 
그렇게 들리는 것 같습니다. 거기에 들어갈 만한 게시물을 몇 개 공유해 주시겠어요?
참고로, #howto:sysadmin을 서서히 정리하고 있습니다. 각 항목이 최신 상태인지, 관련성이 있는지 확인한 후, 해당 항목들이 일정 기간 후 자동 삭제되도록 설정하고 있습니다. 대부분의 항목이 여기에서 고급 설정으로 분류되어 있는 것으로 보입니다.
전적으로 동의합니다. Multisite는 매우 고급 설정이며, Meta에서 많이 지원하지 않는 부분입니다.
그렇습니다. Discourse + Docs 플러그인 + 일부 추가 커스터마이징을 사용하고 있습니다. 이 용도로는 Discourse를 사용하는 것이 우리의 선호이지만, 위키/SSG 사이트를 사용하는 것의 장점도 이해합니다.
이 작업을 해주셔서 정말 감사합니다
“지원이 적은” 주제들이 명확하게 표시된 별도의 카테고리로 분리되면 좋겠습니다.
현재는 여기에 작성된 내용에 대해 일종의 지원이 당연시되는 인식이 있는 것 같습니다.
또한, 이러한 기능은 릴리스 간에 더 취약하거나 광범위하게 테스트되지 않은 경우가 많으므로, 업그레이드 전에 사용자가 테스트하도록 권장하기에도 도움이 됩니다.
서브폴더, 멀티사이트, 삼차 카테고리가 모두 이 범주에 해당하나요?
멀티사이트는 거의 "지원"되는 수준이라고 볼 수 있지만, 그 길을 선택하면 더 많은 것이 요구된다는 점을 알아야 합니다(예: 다양한 컨텍스트에서 rebuild app이 무엇을 의미하는지 고려해야 함). "고급"이라고 할 수 있지만, "매우 매우 고급"은 아닙니다.
3차 카테고리와 서브폴더는 "매우 매우 고급"이라는 데 동의합니다.
아마도 저는 Let’s Encrypt를 사용하는 멀티사이트에 대해 더 깊이 생각하고 있는 것 같습니다. 이 조합은 수년간 반복적으로 문제를 일으켜 왔고, 업데이트된 문서가 몇 주에서 몇 달이나 지나서야 나올 때도 있었거든요.
아, 네. 지금은 꽤 안정적으로 작동한다고 생각합니다(마지막 변경 사항은 nginx에서 리다이렉트가 처리되는 방식과 관련이 있었던 것 같습니다). 또한 Multisite Configuration with Let's Encrypt and no reverse proxy - Documentation - Literate Computing Support 에 있는 글을 여기에 곧 바로 올리려 하고 있습니다(2020년 12월 2일에 작성하고 마지막으로 테스트했습니다). 하지만 멀티사이트는 기본적으로 대부분 혼자 해결해야 하는 영역입니다. 대부분의 사람들이 멀티사이트를 원한다고 생각하지만, 실제로는 단일 1GB 드롭렛으로 버텨보려 하는 경우가 많기 때문에, 최소 3개(아마도 10개?) 이상의 사이트를 운영하지 않는다면 멀티사이트를 사용하는 것이 의미가 없다고 생각합니다.
가장 도움이 될 것 같다는 것은 카테고리(How-to) 자체를 구조화하는 데 더 많은 노력을 기울이는 것이 아니라, Docs에 더 나은 구조를 부여하는 것입니다.
포럼이 사용자가 자유롭게 게시글을 올릴 수 있는 유동적인 공간인 것을 정말로 좋아합니다. 이를 위해서는 좋은 최상위 카테고리가 있고 사용자가 그 중 올바른 카테고리에 게시해야 한다고 생각합니다. 하지만 하위 카테고리가 복잡해지고, 사용자가 올바른 하위 카테고리에 게시하거나 어떤 하위 카테고리에서 정보를 찾아야 하는지가 중요해지면, 그것은 다소 방해가 된다고 느낍니다.
현재는 사실상 포럼 설정을 Docs에 그대로 복사하고 있습니다:
왜 스태프가 포럼 어디에서든 가져온 콘텐츠로 ‘docs-getting-started’, ‘docs-setup’ 같은 스태프 전용 태그를 사용하여 Docs를 큐레이션하고 구조화하지 않나요? 그러면 포럼의 단순한 거울이 아니라, 적절히 큐레이션된 목차를 가진 Docs 페이지를 만들 수 있을 것입니다. 예를 들어 다음과 같이:
Docs
+시작하기
+설정
+고급 설정
+기여하기
+구성
+고급 구성
실제로 @manuel님, 그게 바로 이번 아이디어입니다. 이러한 유형의 튜토리얼로 쉽게 필터링할 수 있는 방법을 만들 계획이지만, Docs 플러그인에 이미 존재하는 필터도 유지할 예정입니다. 이러한 튜토리얼을 특정 태그로 정리하는 것이 첫 단계입니다.
