좋아, 릴리의 컴포넌트를 설치하고 이 설정을 변경한 후에 정상적으로 작동했습니다!
그게 해결책이 되어 다행이에요. 하지만 그것은 제 컴포넌트가 아니라 @Don 님의 훌륭한 작업입니다.
![]()
안녕하세요,
표시 화면에서 글꼴 크기를 조절할 수 있나요? 메시지가 길 경우 모바일 기기에서는 전체 내용이 표시되지 않습니다.
감사합니다
로그인/가입 후 원래 토픽 URL로 리다이렉트할 수 없나요?
훌륭한 컴포넌트입니다
그리고 아주 좋은 출발입니다.
다음과 같은 옵션을 통해 일부 세분화가 유용할 것입니다.
- 첫 번째 게시물을 전체로 읽을 수 있도록 허용, 그런 다음 *
- 첫 번째 게시물을 X개까지 읽을 수 있도록 허용, 그런 다음 *
- 콘텐츠의 X줄까지 읽을 수 있도록 허용, 그런 다음 *
*게이트 메시지 표시
게이트의 크기를 제어하는 옵션, 그리고 높이를 포함하여 기본 스타일, 아마도 너비까지도 제어할 수 있는 옵션이 있으면 좋겠습니다.
저도 같은 기능에 관심이 있습니다! 현재 WP 인스턴스에서 유료 사용자를 대상으로 콘텐츠를 잠금 처리하는 코스를 설정 중인데, 이를 위해 Wishlist Member 플러그인을 사용하고 있습니다.
가장 이상적으로는 [gated group=premium]와 같은 쇼트코드를 사용하여 콘텐츠를 감싸고, 특정 그룹 멤버만 접근할 수 있도록 제한하는 것입니다.
좋은 생각이지만, 브라우저에서 스크립트를 완전히 비활성화하면 사이트가 완전히 깨져요.
아쉽게도, 이 같은 프론트엔드 컴포넌트의 경우 이것이 최선의 해결책입니다(제 생각에는).
더 견고한 솔루션이 필요하면 정식 플러그인이 필요합니다.
구독이나 결제와 같은 기능이 필요한 사람들에게 매우 강력한 플러그인이 될 것 같습니다. 현재는 그룹 단위로 카테고리가 완전히 보이거나 완전히 숨겨지는 방식이지만, 중간 단계가 있어 'FOMO(소외 불안)'를 유발하고 구독을 장려할 수 있다면 좋겠습니다.
이것을 기능 요청으로 만들어야 한다고 강력히 추천합니다.
안녕하세요: 정말 잘 작동합니다. 배경에 이미지를 넣은 분이 있을까요? 브랜드 이미지에 좀 더 맞게 보이도록요. 브론윈
위 내용을 읽어 보니, “브라우저에서 스크립트를 비활성화하면 문제가 발생한다”는 표현은 그 시점에 누군가가 무료 액세스를 받게 된다는 뜻으로 해석됩니다. 이는 문제가 될 수 있으므로 확인해 주실 수 있을까요?
CSS를 통해 무언가를 추가해 보셨나요?
무료 접근에 대해 정확히 어떤 의미인지 잘 모르겠지만, 이는 페이지의 콘텐츠를 볼 수 있다는 뜻입니다. 그것이 문제가 될지 여부는 사용자에 따라 다를 수 있습니다. 개인적으로는 공지 카테고리에서 로그인을 요구하기 위해 이 방식을 사용하고 있으며, 이는 고객들이 뉴스 토픽을 열람했다는 것을 입증하기(책임 소재를 위해) 위한 부분적인 목적도 있습니다.
브라우저에서 JavaScript를 비활성화하면 토픽의 콘텐츠를 볼 수 있습니다.
그렇다면 LLM AI 스크레이퍼도 동일한 방식으로 콘텐츠를 접근할 수 있고, 이는 사이트 관리자나 소유자가 원하지 않을 수 있는 상황입니다.
JavaScript를 끄고 들어오는 봇들이 Discourse 사이트의 콘텐츠를 스크레이핑하는 것을 막고, 실제 사용자들은 이 불이익을 받지 않도록 하는 방법이 있을까요?
기억이 정확하지는 않지만, Google과 같은 인증된 봇은 페이지 뷰와 AdSense(무한 스크롤 환경에서의 페이지 수)와 같은 목적으로 JavaScript가 없는 페이지를 제공받는다고 생각합니다.
Cloudflare(CF)을 통해 이 문제를 해결하는 것이 더 나은 방법일까요?
이 기능을 꽤 오래 사용해 왔는데 정말 좋습니다. https://developers.google.com/search/docs/appearance/structured-data/paywalled-content에 언급된 isAccessibleForFree 기술을 사용하는지 궁금합니다. 아니면 검색 엔진이 콘텐츠를 다른 방식으로 접근하게 하는 건가요?
제 환경에서만 그런 건지 모르겠지만, 데스크톱에서는 프로필 사진이, 글자 그대로, 프로필 사진이 없이 비어 있는 상태로 표시됩니다. 실제 사진은 바로 아래에 표시되어 버그인 것처럼 보이네요.
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)이며, 원래 유지보수자가 이것이 특정 상황에만 적용되는 것인지, 아니면 일반적인 시각적 버그인지 확인해 주었으면 합니다.
이 문제를 보고해 주셔서 감사합니다! 컴포넌트 템플릿을 최신화하고 아바타 위치를 수정하는 업데이트를 방금 병합했습니다:
또 다른 질문이 있습니다: 이 컴포넌트는 JavaScript를 비활성화하면 HTML 내용을 숨긴다고 확신했는데, 이것이 일반적인 동작이었나요, 아니면 제 브라우저에서만 그런 건가요?
참고로, 수정해 주셔서 감사합니다 ![]()
