Login required to see topic info

민감한 사안을 처리하기 위해 다음과 같은 더 나은 솔루션이 있습니다:

  • 로그인 전용 게시판
  • 보호된 카테고리
  • 그룹 비공개 메시지

여전히 이 방식은 마음에 들지 않지만 자주 언급되는 내용이라… 커뮤니티 팀이 경량 테마형 솔루션을 작업 중인가요 @tshenry @hawk?

맞습니다. 이는 discourse-subscription의 업셀(upsell)과 함께 이루어집니다.

아래는 제가 작업 중이던 컴포넌트에 대한 링크입니다. 원 게시글(OP)은 주제에 진입하지 않고 전체 주제 목록을 보는 데 더 초점이 맞춰져 있었습니다. 이 컴포넌트는 주제에 진입할 수 없도록 하되 해당 카테고리의 존재를 노출하는 데 집중합니다. 여전히 ‘홍보’ 측면에서 유용할 것이며, 호크(Hawk)가 언급했듯이 구독 모델과도 잘 어울릴 수 있습니다.

로그인한 사용자만 콘텐츠를 숨길 수 있는 기능이 요즘에는 특히 유용할 것 같습니다. [hide] BBCode가 있다면 더욱 그렇죠. 예를 들어, 제가 진행하는 이벤트가 있는데 포럼에 이벤트 참여 링크를 게시하고 싶지만, 끔찍한 스팸꾼과 트롤들이 이벤트에 접근하는 것은 원치 않습니다. 단순히 계정 생성과 로그인만 요구해도 그런 쓰레기 같은 사람들의 99%를 막을 수 있을 것입니다.

즉, 로그인하지 않으면 이벤트 참여 링크가 숨겨지도록 하면, 대부분의 불필요한 접근을 차단할 수 있을 것입니다.

이것은 스팸꾼을 방지하기 위해 줌(Zoom) 이벤트 링크를 받으려면 RSVP(참석 확인)를 해야 하는 MeetUp.com의 설정과 유사합니다.

그 주제를 로그인 필수 카테고리에 배치하면 안 되나요?

그렇지 않습니다. 스레드를 통해 이벤트를 홍보하고 싶다면, 링크를 공유할 때 해당 스레드를 잠긴 카테고리로 수동으로 이동시키고, 이벤트 홍보를 위한 별도의 스레드/페이지를 만들어야 합니다. 더 간단한 방법은 bbcode 뒤에 섹션을 숨겨두는 것입니다. 이렇게 하면 추가적인 불필요한 단계 없이 사람들이 이벤트 정보를 쉽게 얻을 수 있습니다.

테마 컴포넌트로 비밀 요소를 숨기도록 하는 것(스포일러처럼)은 비교적 쉽다고 생각하지만, 그래도 JSON 로드에 포함된 상태로 브라우저에서 접근 가능하게 됩니다. 일부 사용자만 다른 버전의 게시물을 보는 것은 구현하기가 쉽지 않아 보입니다.

만약 완전히 숨기기보다는 보기 어렵게만 만드는 것으로 충분하다면, 스포일러를 수정하여 특정 사용자만 보이도록 하는 것은 그렇게 어렵지 않을 것 같습니다.

대부분의 사용자, 그리고 제 예시에도 충분할 것 같네요. 최근 제가 진행한 이벤트에서 이런 기능이 있었다면 저와 참가자 모두에게 훨씬 나은 경험이 되었을 겁니다.

모두에게 잠금 처리할 필요는 없다고 생각합니다. DOM을 스캔하는 수고를 할 거라면, 계정을 만드는 대신 왜 그런 노력을 기울이는지 직접 이야기해 보고 싶거든요. ㅋㅋ

저도 그렇게 생각했지만, '충분히 안전하다’는 것에 대한 정의는 사람마다 다르고, 저는 보통 그중 어느 쪽이 틀렸다고 생각하지 않는 편입니다. :slight_smile:

즉, 로그인하지 않은 사용자에게는 [hide-for-logged-out-users] 태그 안의 내용을 숨겨주는 BB태그를 원하시는 건가요? 그리고 "링크를 보려면 로그인하세요"와 같은 문구를 토픽 본문에 직접 포함시켜야 하는 건가요(사용자에게 알려주는 것이 플러그인의 역할이 아니라고 보시는 건가요)?

여기 스플로일러 테마 컴포넌트가 작동하는 방식입니다. 로그인한 사용자에게는 자동으로 표시되고, 로그인하지 않은 사용자에게는 흐릿한 상태를 해제하지 않도록 해야 할 것 같습니다. 그렇게 하면 될까요? 스포일러 플러그인을 그대로 사용하고, 이를 구현하는 CSS를 추가하는 방식으로 가능할 수도 있지만, 저는 확신할 수 없습니다.

네, 로그인하면 표시되고 게스트는 볼 수 없었죠. 하지만 스포일러 BBCode는 게스트도 활성화할 수 있습니다. 저는 게스트가 로그인하지 않고는 아예 활성화할 수 없도록 하고 싶어서, 말씀하신 대로 흐림을 해제하는 방식이 작동할 수 있을 것 같습니다.

네, 링크를 얻는 방법에 대한 메시지를 제가 직접 제공해야 한다는 건 전혀 문제없을 것 같습니다. BBCode가 그런 일을 할 필요는 없으니까요.

맞는 말씀입니다. 당장 어떻게 해야 할지는 확신이 서지 않네요. 유료로 진행하시는 데 관심이 있으시다면, 제게 개인 메시지를 보내거나 Marketplace 채널에 예산을 명시하고 문의해 주세요. (보통 예산에 맞춰 작업을 설계하는 것이, 프로젝트 전체 예산보다 조사하는 데 더 많은 시간이 소요되는 이상적인 솔루션을 제안하는 것보다 훨씬 합리적입니다.)