카테고리 내 제한된 주제

커스터마이징 테마 컴포넌트
,
27

Fine, I installed Lilly’s component and after having to change this setting it worked fine !

2개의 좋아요
28

I’m glad that worked as a solution for you. However, that is not one of my components - it is the fine work of @Don :chefs_kiss: :clap:

3개의 좋아요
29

hello,

can the font size be adjusted in the display screen? if the message is long then not all of it shows on a mobile device.

Thanks

2개의 좋아요
30

can’t we redirect users to the original topic url, after logging/registering?

3개의 좋아요
31

Great component :+1: and a very good start.

Some granularity would be useful, along the lines with options such as

  • Allow full first post read, then *
  • Allow X first post read,then *
  • Allow X number of lines of content be read, then *

*show gated message

Perhaps some options to control the size and maybe even basic style of gate, like Height, maybe even width.

5개의 좋아요
32

I am interested in same features! I am currently setting up a course on my WP instance which offers locking content for paid users via Wishlist member plugin.

Ideally I would like to use some kind of [gated group=premium] shortcode to wrap the content to restrict it to only to specific group members.

2개의 좋아요
35

Great idea, disabling scripts in browser completely breaks it though.

36

Unforunately, that is as good as it is going to get with a front-end component like this (I think).

Anything more robust will take a formal plugin.

4개의 좋아요
37

This seems like it could be quite a powerful plugin for those who really on any kind of subscriptions or payments. For now categories are either completely visible or completely invisible on a group basis, but it would certainly be nice to have something in the middle to give that sense of “FOMO” and encourage subscribing.

I would definitely recommend turning this into a feature request.

4개의 좋아요
38

안녕하세요: 정말 잘 작동합니다. 배경에 이미지를 넣은 분이 있을까요? 브랜드 이미지에 좀 더 맞게 보이도록요. 브론윈

39

위 내용을 읽어 보니, “브라우저에서 스크립트를 비활성화하면 문제가 발생한다”는 표현은 그 시점에 누군가가 무료 액세스를 받게 된다는 뜻으로 해석됩니다. 이는 문제가 될 수 있으므로 확인해 주실 수 있을까요?

40

CSS를 통해 무언가를 추가해 보셨나요?

무료 접근에 대해 정확히 어떤 의미인지 잘 모르겠지만, 이는 페이지의 콘텐츠를 볼 수 있다는 뜻입니다. 그것이 문제가 될지 여부는 사용자에 따라 다를 수 있습니다. 개인적으로는 공지 카테고리에서 로그인을 요구하기 위해 이 방식을 사용하고 있으며, 이는 고객들이 뉴스 토픽을 열람했다는 것을 입증하기(책임 소재를 위해) 위한 부분적인 목적도 있습니다.

1개의 좋아요
41

브라우저에서 JavaScript를 비활성화하면 토픽의 콘텐츠를 볼 수 있습니다.

그렇다면 LLM AI 스크레이퍼도 동일한 방식으로 콘텐츠를 접근할 수 있고, 이는 사이트 관리자나 소유자가 원하지 않을 수 있는 상황입니다.

42

JavaScript를 끄고 들어오는 봇들이 Discourse 사이트의 콘텐츠를 스크레이핑하는 것을 막고, 실제 사용자들은 이 불이익을 받지 않도록 하는 방법이 있을까요?

기억이 정확하지는 않지만, Google과 같은 인증된 봇은 페이지 뷰와 AdSense(무한 스크롤 환경에서의 페이지 수)와 같은 목적으로 JavaScript가 없는 페이지를 제공받는다고 생각합니다.

Cloudflare(CF)을 통해 이 문제를 해결하는 것이 더 나은 방법일까요?

43

이 기능을 꽤 오래 사용해 왔는데 정말 좋습니다. https://developers.google.com/search/docs/appearance/structured-data/paywalled-content에 언급된 isAccessibleForFree 기술을 사용하는지 궁금합니다. 아니면 검색 엔진이 콘텐츠를 다른 방식으로 접근하게 하는 건가요?

44

제 환경에서만 그런 건지 모르겠지만, 데스크톱에서는 프로필 사진이, 글자 그대로, 프로필 사진이 없이 비어 있는 상태로 표시됩니다. 실제 사진은 바로 아래에 표시되어 버그인 것처럼 보이네요.

image
image1039×580 83.2 KB

1개의 좋아요
45 
topic-avatar,
    .topic-post.sticky-avatar>article>.row>.topic-avatar {
      position: relative !important;
      top: auto !important;
    }
  }

  .post-stream {
    max-height: 150vh;
    overflow: hidden;

어떤 이유로든 top이 sticky로 대체되면 아바타가 잘못된 위치에 표시되었습니다. 잘 알려진 것처럼 이것은 임시 조치(gambiarra)이며, 원래 유지보수자가 이것이 특정 상황에만 적용되는 것인지, 아니면 일반적인 시각적 버그인지 확인해 주었으면 합니다.

1개의 좋아요
46

이 문제를 보고해 주셔서 감사합니다! 컴포넌트 템플릿을 최신화하고 아바타 위치를 수정하는 업데이트를 방금 병합했습니다:

2개의 좋아요
47

또 다른 질문이 있습니다: 이 컴포넌트는 JavaScript를 비활성화하면 HTML 내용을 숨긴다고 확신했는데, 이것이 일반적인 동작이었나요, 아니면 제 브라우저에서만 그런 건가요?

참고로, 수정해 주셔서 감사합니다 :heart_eyes: