Hide part of content for anonymous users

Hello, I need “hide” feature, if I paste content (text) between [hide]hidden text for forum guests[/hide] that this text can view only registered users. I’m sure this feature can be helpful for many forum owners. Thanks

5개의 좋아요

I’m not sure that I fully understand what you’re thinking let alone know for certain how to do it :wink:

Lots of forum content can be “hidden”. Depending on what, there are

  • categories without everyone permissions
  • whisper posts (staff)
  • deleted / unlisted topics (staff / links)
  • custom CSS styles (eg. display none)
  • themes?
  • plugins?
  • spoiler (user action)
  • summary / details (user action)

You posted what looks like bbcode tags that’s use will result in text within a post not being displayed to anons.

AFAIK this in particular has not been done yet, though some of the bbcode plugins should give you a place to start.

4개의 좋아요

There is an existing topic on this somewhere. It is a rare and obscure feature of some old forum software.

4개의 좋아요

오래된 주제를 다시 꺼내는 것이니 죄송합니다. 비슷한 내용을 찾았지만, 그것은 다운로드에 관한 것이었고 (외부) URL에 관한 것은 아니었습니다.

이 기능이 필요한 이유를 설명드릴 수 있습니다. 일부 사용자는 등록 없이 포럼을 방문하여 읽기만 합니다. 그들에게 필요한 것은 정보이기 때문입니다. 어떤 사람들은 포럼을 고객에게 지원을 제공하는 데 활용하기도 합니다. 따라서 링크를 확인하려면 가입하도록 하는 것은, 특히 튜토리얼을 이해하거나 따라 하기 위해 필수적인 내용인 링크의 경우, 좋은 교환 조건이 될 수 있습니다. 또한 이렇게 하면 나중에 전환될 수 있는 뉴스레터 수신 목록에 포함시킬 수도 있습니다.

게스트에게는 로그인 필수 기능을 사용하여 포럼을 숨길 수 있다는 것은 알고 있습니다. 하지만 이 방식은 다소 강압적으로 느껴질 수 있으며, 자연 유입 트래픽을 떨어뜨릴 수도 있습니다.

6개의 좋아요

@MarcP님과 동의합니다. 모든 포럼에는 트래픽이 필요하지만, 충성도 있는 사용자가 필요하지, 기생충 같은 사용자는 아닙니다.

5개의 좋아요

저도 이 방식에 대한 타당성을 인정하며, 위에 @Mittineague님의 답변에는 동의하지 않습니다. “모든 것”(전체 게시글 / 토픽 / 카테고리)을 숨기는 것과, 게스트의 가입을 유도하기 위해 일부 게시글 중 일부 정보만 숨기는 것에는 차이가 있습니다. 또한, 스크래핑의 표적이 되는 정보가 있는 포럼의 경우, 가입을 요구하는 것이 이미 필요할 수 있습니다(이렇게 하면 누가 무엇을 하는지 더 잘 추적할 수 있습니다). CSS로 숨기는 것만으로는 큰 도움이 되지 않습니다.

테마 레벨에서 이 기능을 구현할 수 있을까요? (저는 잘 모르겠습니다)

3개의 좋아요

현재 신뢰 수준에 따라 숨김/표시 토글이 필요한 몇 가지 사례도 확인했습니다.
예를 들어, 공개 주제에서는 특정 신뢰 수준에만 표시되는 다음 주제/카테고리 링크가 있을 수 있습니다.
그리고 이러한 링크를 올바르게 사용할 수 없는 나머지 사용자들에게 숨기는 것이 좋습니다.

2개의 좋아요

이러한 경우를 커스텀 SCSS로 처리할 수 있습니다. 사용자의 기본 그룹은 페이지의 body 태그에 클래스로 제공되므로, 그룹별로 UI를 조정하는 것이 가능합니다.

1개의 좋아요

@JonathanShaw 방향을 알려주셔서 감사합니다!

접근하거나 볼 수 없는 주제를 사용자가 접근할 수 있는 주제에 원박스(onebox)로 포함하면 어떻게 될지 궁금합니다. 아마도 [제 추측이지만] 그 사용자가 볼 수 없는 주제의 첫 500자 [정도의, 사이트별 설정에 따라 다름]가 "유출"될 수 있을 것 같습니다.

??

작은 업데이트 하나만 올립니다. 실제로 이 플러그인을 찾았어요. 정말 완벽하게 작동합니다.

약간 강하게 설정되어 있어요(게시물 1개, X 버튼 없음으로 설정했거든요)하지만 더 친근하게 조정할 수도 있어요. 다만 이건 제가 이전에 언급했던 문제에 대한 꽤 좋은 (일시적인? :flushed_face:) 대안이 될 수 있겠어요. 이 토픽을 보고 계신 다른 사용자분들에게도 도움이 될 수 있을 것 같습니다. 좋은 밤 되세요 :zzz:

3개의 좋아요

단순히 프론트엔드 레벨에서 사용자에게 콘텐츠를 숨기는 것이라면 테마를 통해 구현할 수 있습니다.

하지만 익명 사용자(또는 봇, 크롤러 등)가 API로 요청을 통해 해당 콘텐츠를 가져오는 것을 차단하고, 사용자가 브라우저 인스펙터를 열어 네트워크 응답을 확인하거나 JavaScript를 디버깅하더라도 콘텐츠를 볼 수 없도록 하려면 백엔드 레벨에서 이를 처리할 플러그인이 필요할 것입니다.

1개의 좋아요

네, 감사합니다. 테마 레벨에서 작업하는 것은 CSS와 비슷할 거예요. 눈에 보이지 않지만, 조금만 더 자세히 보면 더 좋아지는 거죠 (정보는 그대로 남아 있구요). :+1:

1개의 좋아요

다만, 테마가 게시물 콘텐츠를 처리해야 한다는 점과, discourse가 이미 원시 텍스트를 마크다운, 원박스 등으로 변환하고 있으므로, 기존 동작 방식과 충돌하지 않도록 처리해야 한다는 점을 유의해야 합니다.

1개의 좋아요

로그인 또는 가입 버튼을 클릭하면 X 버튼이 나타나므로, 그 버튼을 클릭하기만 하면 이 플러그인을 우회할 수 있습니다. :smiley:

설정에서 그 X 버튼을 비활성화할 수 있습니다.

알고 있어요. X 버튼을 비활성화해도 제 방법으로 우회할 수 있어요.