네, 카테고리 생성 기능이 꽤 깊이 숨겨져 있어요. /categories 페이지에서만 찾을 수 있고, 대부분의 포럼에서는 항목이 하나뿐인 드롭다운 메뉴에 위치해 있어요(일부 포럼에서는 두 개가 있기도 하죠).
6개의 좋아요
다만 일부는 의도적인 경우도 있습니다. 사이트 소유자들이 카테고리를 너무 많이 만드는 경향이 있기 때문입니다:
그리고
시작하기
7개의 좋아요
아! 제프, 설명해줘서 고마워. 리킹의 의견에도 동의해. 때로는 정보가 너무 깊이 묻혀 있어서 찾기 어려울 수 있거든. 물론 너무 많은 카테고리를 만드는 것에 대한 네 입장도 이해해. 첫 번째 기사는 정말 흥미롭게 읽혔어.
5개의 좋아요
이메일 설정을 쉽게 만들어 준 튜토리얼이었어요. 저는 설정이 잘못되어 있는 채로 몇 달을 보냈거든요.
3개의 좋아요
기술적인 설정을 말씀하시는 건가요? 이 주제에서는 커뮤니티 관리나 소프트웨어 온보딩에 대해 더 이야기하고 있습니다.
3개의 좋아요
좋은 모더레이션 모델을 설정하는 것이 어렵다고 느꼈고(지금도 느끼고 있습니다). 관리와 모더레이션을 위한 독립적인 인터페이스는 여기서 큰 도움이 될 수 있습니다.
이것은 모더레이션이 어떻게 설정되어 있는지, 그리고 조정이 모델과 프로세스에 어떤 변화를 가져오는지 더 쉽게 시각적으로 파악하는 데 도움이 될 수 있습니다. 또한 새로운 모더레이터의 온보딩과 모더레이션 결정의 재검토를 더 잘 지원할 수 있습니다.
3개의 좋아요
좋은 제안이에요. 전에 그렇게 생각해 본 적이 없었거든요. 비슷한 걸 설정해 본 적이 있어요? 여기서 공유할 수 있는 아이디어가 있으면 알려주세요.
3개의 좋아요
설정 두 개를 만들어야 하지 않을까요?
설정 페이지에서는 주로 신규 사용자가 사용하는 설정만 표시하고, 상단에 
고급 설정 표시 체크박스를 오버라이드된 항목만 표시 체크박스 옆에 추가하여, 고급 설정 텍스트 아래에 있는 모든 설정을 표시하도록 하는 것입니다.
2개의 좋아요
좋은 제안 감사합니다! 고급 설정을 분리하는 것에 대해서도 적극적으로 논의 중입니다!
신규 사용자가 어떤 설정을 주로 사용하는지 파악하는 것은 쉽지 않을 것 같은데, 혹시 의견이 있으신가요?
4개의 좋아요
이 문제를 해결하려면 커뮤니티 매니저에게 현재 어떤 설정을 오버라이드했는지 확인해야 합니다. 예를 들어, 저는 지금 이 26개의 설정만 수정했습니다.
제목
사이트 설명
짧은 사이트 설명
연락처 이메일
연락처 URL
사이트 연락처 사용자 이름
rel nofollow 도메인 제외로고 (작게)
대형 아이콘
파비콘
짧은 제목기본 글꼴
헤딩 글꼴Google OAuth2 로그인 활성화
Google OAuth2 클라이언트 ID
Google OAuth2 클라이언트 시크릿
Facebook 로그인 활성화
Facebook 앱 ID
Facebook 앱 시크릿최소 비밀번호 길이
비밀번호 고유 문자 수태그 사용 활성화
최대 태그 길이
태그 생성 최소 신뢰도
그룹별 태그 나열
태그 소문자 강제 적용
5개의 좋아요
온보딩에서 가장 어려운 부분은 사용자에게 정보를 최적의 가시성, 간결함, 그리고 최소한의 마찰로 전달하는 방법을 찾는 것입니다.
익명 사용자에게는 Versatile Banner를 사용하여 우리 서비스의 방향성에 대한 간단한 인상을 심어 주고 있습니다.
그다음에는 '여기서 시작하세요’라는 카테고리를 두었습니다.
그런데 여기서 막혀 있습니다. 항상 같은 순서로 유지되는 고정된 주제 8개 정도를 만들고 싶습니다. 그러면 정보를 소량씩 나눠서 전달할 수 있을 것 같거든요. 하지만 주제 순서를 고정하는 방법을 찾지 못하고 있습니다.
일부 사용자는 모든 내용을 목차(TOC)를 포함한 매우 긴 주제 하나로 묶어 두는 방식을 취하기도 하지만, 저는 그게 다소 부담스럽게 느껴집니다. 주제 하나당 게시글 하나씩을 포함하는 8개의 하위 카테고리를 만들 수도 있지만, 그러면 사용자가 카테고리를 클릭한 다음 주제를 클릭해야 합니다.
어떤 아이디어가 있을까요?
3개의 좋아요
이 모든 것을 한 곳에서 본 적이 없어서, 새 Discourse 설치 환경을 개인화하기 위한 부분적인 체크리스트를 공유합니다.
메뉴 / 정보(About)
- 탭 편집: 정보(About), FAQ, 서비스 약관, 개인정보 처리방침
메뉴 / 관리자(Admin) / 사용자 정의(Customize) / 텍스트(Text)
- 권장 텍스트 편집
- 그런 다음
blog.discourse를 검색해 보세요. 변경하고 싶을 수 있는 링크가 많이 보입니다.
이 링크들의 대부분은 아래 가이드를 가리키며, 이 가이드들을 자신의 사이트로 복사해 올리고 싶을 수 있습니다:
*新用户 가이드 Understanding Discourse for new users
- 모더레이션(운영진) 가이드 Discourse Moderation Guide - Part 1: Getting Started
- 명명 규칙 가이드 Understanding user interface elements in Discourse
- 배지 Understanding Discourse Trust Levels
- 커뮤니티 구축 Building a Discourse Community
- 팁 Discourse New User Tips and Tricks
meta.discourse를 검색할 수도 있지만, 대부분의 사용자에게는 해당 참조가 표시되지 않습니다.
메뉴 / 관리자(Admin) / 사용자 정의(Customize) / 이메일(Email) /
- 환영 스태프(Welcome Staff)도 모더레이션(운영진) 가이드를 가리킵니다
5개의 좋아요
'검색한다’고 하셨을 때, 내부에서 검색한다는 뜻인가요?
여기서 어떤 참조가 대부분의 사용자에게 표시되지 않는 건가요? 그것들을 작업하고 수정하는 데 도움이 될 것입니다.
Welcome Staff를 편집하여 Moderation Guide 링크를 포함하라는 뜻인가요?
3개의 좋아요
제가 어려웠던 점 중 하나는 lock post(게시물 잠금)와 close topic(토픽 닫기) 기능의 차이였습니다. 지금은 쉽게 구분할 수 있지만, 저는 토픽을 닫고 싶을 때 항상 게시물 잠금 기능을 사용했습니다. 게시물 잠금 아이콘을 닫기 아이콘과 구별되도록 변경하는 것이 가장 좋다고 생각합니다.
3개의 좋아요
'사용자 지정 / 텍스트’에 검색 상자가 있습니다. 그 안에는 Search for the text you'd like to edit.라고 적혀 있습니다. 여기서 “blog.discourse”(따옴표 제외)를 입력하고 엔터를 누르시면 됩니다.
이렇게 하면 blog.discourse의 게시물에 대한 모든 참조를 볼 수 있으며, 이 참조를 자신의 게시물로 다시 연결할 수 있습니다.
'사용자 지정 / 텍스트’에서 meta.discourse를 검색하면 예를 들어 S3에 파일을 업로드하는 방법에 대해 설명하는 dashboard.s3_cdn_warning 항목을 찾을 수 있습니다. 대부분의 사용자는 아마도 이 내용을 절대 보지 못할 것입니다.
Welcome Staff에는 이미 meta.discourse의 모더레이션 가이드에 대한 링크가 포함되어 있습니다. 따라서 자신의 모더레이션 가이드를 만들었다면 그 링크를 변경해야 합니다. 모든 이메일을 확인해 봤는데, 사용자가 개인화하고 싶어 할 수 있는 외부 링크가 포함된 이메일은 이 하나뿐이었습니다.
4개의 좋아요
저는 복잡한 책임과 접근 권한 구조를 가진 지역 정당 조직을 위해 Discourse를 설정했습니다. 일반 회원, 활동가, 의원 등에게 각각 다른 권한과 역할을 부여해야 했죠.
이러한 구조를 Discourse의 권한과 역할로 반영하는 것은 생각보다 어려웠습니다.
4개의 좋아요
역할 할당 테이블을 작성해 보셨나요? 구현을 시도하기 전에 권한과 역할을 어떻게 설계하셨나요?
2개의 좋아요
아니요, 저는 표를 그리지 않았습니다. 하지만 말씀해 주셔서 이제야 생각해보니, 사실 그리는 게 좋았을 수도 있겠네요. 정치 조직은 구조와 위계 체계가 매우 명확하기 때문에, 저는 현실의 역할과 접근 권한을 그대로 온라인에 반영할 수 있을 거라고 기대하며 시작했거든요.
하지만 그렇게 하는 것은 불가능한 것으로 드러났습니다. 결국 모든 요소를 단순화하기로 했습니다. 회원 수도, 역할 수도, 방 수도 줄였습니다.
이렇게 하면 관리가 훨씬 쉬워졌지만, 온라인 버전에서 자신이나 자신의 그룹을 찾지 못한 일부 사람들 때문에 참여도가 떨어지기도 했습니다.
2개의 좋아요
모든 역할을 나열하고 원하는 접근 권한을 작성한 다음, Discourse 사용자 상태와 각 상태가 제공하는 접근 권한을 나열하고 매칭을 해보십시오. 카테고리 및 그룹 권한도 활용할 수 있습니다.
이렇게 하면 분명히 원하는 결과를 얻을 수 있을 것입니다.
이렇게 말하는 이유는 Discourse가 도구이기 때문입니다. 도구는 어떻게 사용하느냐에 따라 그 가치가 결정됩니다. Discourse를 직접 사용해보고 정확한 요구 사항에 맞게 커스터마이징해야 합니다.
2개의 좋아요
@osioke님, 감사합니다.
제가 잘못 전달된 점을 오해하지 않으셨으면 합니다. 저는 제가 도전적으로 느낀 부분에 대해 답변을 드린 것입니다. 불평을 하거나 포기하려는 것이 아닙니다.
어떻게 진행하는 것이 최선인지에 대한 조언에 감사드립니다.
3개의 좋아요