이 기능이 왜 제거되었는지, 그 근거는 무엇이었는지, 그리고 어떤 기능이나 이니셔티브로 대체되었는지 설명해 주실 수 있을까요? (해당하는 경우)
https://github.com/discourse/discourse/commit/edb1c651495f601873c3350d146c186873081e16
(특히 불만 같은 건 없고, 그냥 궁금해서 물어봅니다)
배경에 대해 자세히 알아보려면 이전 게시물을 참고하세요:
부트스트랩 모드는 TL1 이상으로 설정하고 활동 요약 이메일을 더 자주 보내는 것 이상이었어요. 사이트 설정을 변경하면 쉽게 재현할 수 있지만, 사용자 디렉토리를 업데이트하는 설정은 모르겠네요.
부트스트랩(Bootstrap) 모드는 이미 오랫동안 사실상 비활성화되어 있었습니다. 사이트 설정은 최소 1년 이상 default: false로 되어 있었으며, 신규 사이트 설정값으로서 이는 사실상 해당 기능을 사용하지 않았음을 의미합니다.
이제는 관리자 온보딩(Onboarding) 패널로 대체되었습니다:
이 패널은 새로운 관리자가 몇 가지 핵심 초기 단계(사용자 초대, 링크 공유, 주제 시작 등)를 수행하도록 가볍게 유도하는 역할을 합니다. 이 배너는 사이트의 첫 번째 관리자만에게 표시되며, 오른쪽 상단의 작은 X 버튼을 눌러 제거할 수 있습니다.
이 변경 사항을 공지했어야 했지만, 신규 설치에만 적용되는 기능이었기 때문에 기존 관리자에게 "공지"하는 것이 다소 무의미하다고 판단했습니다. 물론 메타(Meta)는 기존 관리자만을 위한 공간은 아니며, 커뮤니티의 피드백을 받는 것은 분명히 도움이 됩니다.
따라서 언제나처럼 의견, 제안, 아이디어를 환영합니다. 질문해 주셔서 감사합니다!
그 진술은 정말 놀랍습니다. 특히 이를 제거하기 약 1년 반 전, 제품 관리자 중 한 명이 더 많은 문서화가 필요했다고 지적했기 때문입니다.
그 시점에 이미 비활성화되어 있었다면 그 말은 큰 의미가 없었을 것입니다.
10년 전 이 설정이 추가되었을 때에도 default: false였다고 생각합니다:
부트스트랩 모드를 활성화하는 작업(job)이 따로 있었던 것은 아닐까요?
즉, 부트스트랩 모드가 제거되기 전에 비활성화되어 있었던 것일까요?
좋은 질문이네요. 이 기능이 어떻게 작동했는지 더 자세히 알아봐야겠습니다.
네, 맞습니다. 이 기능이 이전에 어떻게 작동했는지 완전히 놓치고 있었네요.
네, 맞습니다. 해당 기능을 제거했을 당시 활성화되어 있었습니다. (호스팅 환경의 일부 시나리오에서는 비활성화해 두었었죠.)
더 자세히 살펴보니, 부트스트랩 모드에는 유지해야 할 몇 가지 장점이 있습니다. 첫 번째 관리자를 모더레이터로 지정하고, 첫 번째 신규 사용자 그룹에게 TL1 권한을 부여하는 기능은 특히 유용하다고 생각합니다.
사실 저에게는 가장 도움이 되지 않는 부분이었습니다. “첫날” 제한은 TL1 사용자뿐만 아니라 TL0 사용자에게도 동일하게 적용됩니다. 사용자가 첫날 더 많은 게시물을 올릴 수 있기를 원한다면, 사용자를 최소 2레벨로 승격해야 합니다.
또한 사용자 디렉터리가 더 자주 업데이트되는 점도 마음에 들었습니다. 사용자가 많으면 불가능하다는 점은 이해합니다. 하지만 특정 사용자 수에 도달할 때까지는 이렇게 하는 것이 가능하지 않을까요? 특히 초기에는 테스트 사용자를 기다릴 필요 없이 바로 확인할 수 있으면 도움이 됩니다. 이렇게 하면 해당 디렉터리에 표시할 내용을 설정하는 것이 더 쉬워집니다.
네, 가능합니다. 현재 일일 사용자 디렉토리 뷰는 매시간, 다른 뷰는 매일 업데이트됩니다. 이 PR DEV: refresh user directory more often for sites with few users - Pull Request #39852 - discourse/discourse - GitHub 는 100명 미만의 사용자를 가진 사이트에서 모든 뷰를 매시간 업데이트하도록 합니다(현재는 숨겨진 설정입니다).
@gabriel 님은 첫 번째 관리자를 모더레이터로 표시하는 PR도 있습니다.
정상적으로는 어떻게 설정되어 있나요? /u가 즉시 업데이트되지 않는다는 사실조차 인지하지 못했지만, 아마도 그것이 관련이 없었기 때문이겠죠.
뷰에 따라 다릅니다. 데일리 뷰는 매시간 업데이트되고, 다른 뷰는 매일 업데이트됩니다. 따라서 사이트에 가입한 후 바로 디렉토리로 이동하여 주간 뷰에 도달한 경우, 즉시 자신의 정보를 볼 수 없습니다.
대부분의 시간 범위는 24시간마다 업데이트됩니다. "오늘"은 매시간 업데이트됩니다.
최근 새로 가입한 커뮤니티에서 이 문제가 발생했습니다. 부트스트랩 모드 없이 읽을 만한 콘텐츠도 거의 없어 참여가 더뎌지고 있습니다. 한 멤버가 스태프로부터 PM 이메일 알림을 받았는데 PM을 찾아 답장할 수 없어 혼란스러웠다는 주제로 스레드를 열었습니다. 이 멤버는 아직 TL0 상태이며, TL1로 올라가 메시지를 확인할 수 있을 때까지 읽을 만한 콘텐츠가 충분히 쌓여야 하므로 그 자리에 머물러 있게 됩니다.
이와 관련된 또 다른 문제는, 이메일에 있는 링크를 클릭해 해당 PM에 직접 접속해 답장할 수 없다는 점입니다. 해당 멤버는 빈 페이지만 표시된다고 합니다. 이것이 다른 사이트 설정 변경 때문인지, 아니면 신뢰 수준(Trust Level) 기본값 때문인지는 알 수 없습니다.
또 다른 웃긴 부작용은, 이 커뮤니티가 이 모든 시스템이 어떻게 작동하는지 이해하도록 돕기 위해 메타에 올린 제 게시물이 플래그(신고) 처리되었다는 것입니다. 아마도 저도 그 사이트에서 TL0에 머물러 있기 때문일 것입니다. 정말 웃긴 상황이 벌어지고 있습니다..
마법(스펠)의 기본 신뢰 수준을 1로 설정하는 것이 합리적인 우회책일까요? 그런 다음, 안정화되면 그 값을 0으로 변경하는 방식입니다.
네, 제가 제안한 것이 바로 그거예요.
이 부분에 대해 잘 몰랐네요. 말씀이 맞습니다. TL1 사용자에게 더 높은 기본 첫날 제한을 부여하고, 시계 시작점을 사용자의 created_at 날짜로 설정하도록 변경하는 PR을 만들었습니다. 이전에는 첫 게시물 날짜를 사용했는데, 이는 다소 이상한 선택입니다. 사용자가 N일차에야 처음 답글을 남기면, N일차에도 여전히 “첫날” 제한이 적용될 수 있기 때문입니다.
Penar, 이 변경 사항의 진행 상황은 어떻게 되나요? 새로 생성된 사이트에서 부트스트랩 모드가 다시 존재하도록 변경 사항을 되돌리실 건가요, 아니면 위에서 설명한 참여의 악순환을 피하기 위해 추가적인 개선 조치를 취하실 건가요?
이 페이지를 업데이트해야 하는 것 같습니다?
개인적으로는 부트스트랩 모드가 복원되기를 바랍니다. 이 모드는 게시물이 30개 미만인 경우를 처리해 주거든요. 만약 이 모드가 계속 제거되어야 한다면, "tl0 사용자가 tl1을 얻기 위해 읽어야 하는 게시물 수 = min(N, 포럼 내 게시물 수)"처럼 동작하는 조정 가능한 임계값 N이 있어야 합니다.
수정: 논리적으로 결함이 있는 것 같습니다. true일 때 (기본값은 true여야 합니다), tl0 사용자가 tl1을 얻기 위해 읽어야 하는 게시물 수가 min(30, 포럼 내 게시물 수)로 바뀌는 불리언 옵션이어야 합니다 (기억이 맞다면 30은 이미 조정 가능한 값입니다).