저널 플러그인

:information_source: 요약 Discourse 토픽을 1:N 저널로 변환하여, 한 사용자는 항목을 게시하고 다른 사용자들은 댓글을 달 수 있게 합니다
:hammer_and_wrench: 저장소 링크 https://github.com/paviliondev/discourse-journal
:open_book: 설치 가이드 Discourse에서 플러그인 설치하는 방법

플러그인 소개를 위한 이 영상을 확인해 보세요:

시작하는 방법

먼저 카테고리 설정에서 저널링을 활성화하세요. 왼쪽의 "설정"을 클릭하고 아래로 스크롤하여 하단까지 내려간 후, "이 카테고리에서 저널링 활성화"를 체크하고 "카테고리 저장"을 클릭한 뒤 페이지를 새로고침하세요. 이제 카테고리 내의 “새 토픽” 버튼이 "저널 만들기"로 표시됩니다. 이 버튼을 클릭하여 첫 번째 저널을 만들어 보세요.

22개의 좋아요

게시해 주셔서 감사합니다! 저희의 실무 경험에 따르면, 일기/메모/로그 카테고리 형식은 커뮤니티에 추가할 수 있는 가장 강력한 카테고리 중 하나입니다.

플러그인의 추가적인 개발을 기대하고 있습니다.

4개의 좋아요

카테고리 수준에서만 작동하고 태그로는 작동하지 않나요?
플러그인이 비활성화되면 댓글이 원래 위치로 복원되나요?

2개의 좋아요

현재는 그렇습니다.

Discourse에는 WordPress처럼 플러그인 비활성화 후킹(hook) 기능이 없으므로 자동으로 되돌아가지는 않지만, 카테고리 설정에 게시물을 원래 순서대로 복원할 수 있는 버튼이 있습니다. 따라서 플러그인이 아직 활성화된 상태에서 다음 작업을 수행해야 합니다:

  1. 해당 카테고리에서 저널 기능을 비활성화합니다.
  2. 게시물을 원래 순서대로 복원합니다.
  3. 원할 경우 플러그인을 비활성화합니다.
5개의 좋아요

저널 플러그인의 향후 v2.0 업데이트를 위한 몇 가지 잠재적 개선 사항입니다. 이는 실제 기능 요청이 아니라 단순히 아이디어를 던져보는 수준으로 봐주세요. 다른 사용자들은 어떻게 생각하는지 궁금해서 이렇게 공개적으로 의견을 나눠보고 싶었습니다.

더 나은 또는 다른 댓글 “엔진”

일반적인 게시물 대신, 댓글(즉, 저널 항목에 대한 답변)은 게시물 투표 플러그인과 유사한 방식으로 작동해야 합니다. 여기서 큰형님 Facebook을 언급하지 않을 수 없는데, Facebook의 댓글 작성 경험은 최고의 사례라고 할 수 있습니다.

문제는 이러한 댓글이 사용자 활동에 포함될지, 아니면 애초에 포함될 가치가 있는지에 대한 것입니다.

이렇게 하면 타임라인도 더 안정적으로 작동할 것입니다. 현재는 주제 소유자의 게시물만 타임라인에 반영되기 때문에 버그가 발생하기 쉽습니다.

규격 제안/초안:

  • 게시물 투표 플러그인 기반 댓글 “엔진”
  • 댓글은 사용자 활동에 포함되지 않음 (플러그인 설정으로 켜기/끄기 가능)
  • 댓글 옆에 반 크기 사용자 아바타와 사용자명 표시 (하지만 아바타 flair는 숨김)

공유 저널 (있으면 좋은 기능)

이 부분은 다소 과장된 내용이며 매우 중요하지는 않습니다. 하지만 두 명의 주제 소유자가 있는 저널 토픽을 원하는 사용자들의 요청이 있었습니다. 문제는 이것이 과연 실현 가능한지에 대한 것입니다.

규격 아이디어:

  • 주제 소유자가 공동 저자를 추가할 수 있음
  • 공동 저자가 새로운 저널 항목을 작성할 수 있음
  • (실현 가능하다면) 토픽 목록에서 주제 소유자와 공동 저자의 아바타를 겹쳐서 표시
1개의 좋아요

플러그인(정말 훌륭합니다!)에 하나만 개선점을 제안합니다. 댓글 버튼이 더 눈에 잘 띄어야 합니다. 예를 들어, 리액션(Reactions)을 사용하는 인스턴스의 경우, 가로 스크롤을 하지 않는 한 버튼이 전혀 보이지 않습니다. 이 기능이 새로운 것이므로, UI/UX 측면에서 댓글 버튼을 명확하게 보이도록 배치하는 것이 좋겠습니다.

1개의 좋아요

확실히 하기 위해… 저는 메가 토픽을 허용하지 않으며, 50번째 게시물 이후에는 해당 토픽을 닫고 새로운 토픽을 생성합니다.

  • 자동 생성된 토픽은 시스템이 소유하므로, 소유자를 변경해야 하는 것 맞나요?
  • 제 경우 50개 게시물 제한은 여전히 유효하며, 저널(Journal)이 단순히 “강화된” 토픽일 뿐이라, 엔트리(entry)의 댓글도 기술적으로 보면 토픽의 게시물에 대한 댓글이므로 50개 제한에 포함되는 것 맞나요?

이 부분은 더 Discourse의 영역이지만, 현재 엔트리로 표시되고 있는 댓글을 다시 엔트리의 댓글로 변경할 수 있을까요? UI에서 그런 옵션을 찾을 수 없었습니다. rails를 사용해야 한다면 귀찮아서 하지 않겠습니다. 사소한 일 때문에 그렇게까지 할 수는 없으니까요.

저널 유형의 토픽이 많이 있는데, 이 시스템으로 전환했습니다. 하지만 모든 사람이 토픽에 댓글을 달았기 때문에 이제 그 댓글들이 엔트리로 표시됩니다. 글쎄요, 오래된 토픽이고 꽤 많은 신규 회원들이 그 내용을 읽긴 하지만, 콘텐츠가 어떻게 표시되는지에는 전혀 신경 쓰지 않을 것이라고 확신합니다.

1개의 좋아요

플러그인 감사합니다! 얼마 전에 사용을 시작했는데, “관리되지 않는” 느낌이 나서 좀 망설였습니다. 하지만 잘 작동하는 것 같아요! (여기에는 이를 사용한 예제가 있습니다, css를 수정해서 세부 정보를 숨기고 디자인을 간소화했습니다)

제가 강력하게 개선을 권하고 싶은 유일한 부분은 주제에 다시 접속할 때 새 댓글로 점프하는 방식입니다. 설명하기는 어렵지만, 새 댓글이 어디에 있는지 파악하기가 가끔 어색하거나 불분명한 경우가 있어요.

3개의 좋아요

이 부분에 대해 좀 더 구체적으로 말씀해 주실 수 있나요? 완전히 동일해야 한다고 생각하시나요?

게스트 투표 플러그인은 원래 질문-답변 플러그인이었고, 저널 플러그인은 그에서 파생되었습니다(자세히 보기). 게스트 투표의 댓글 변경 사항에 맞춰 이 플러그인을 업데이트하는 것은 가능합니다.

흥미롭네요. 이것이 이 플러그인의 문제인지 포스트 메뉴 자체의 문제인지는 확실하지 않지만, 해결이 필요합니다. 모바일 환경인가요, 데스크톱인가요? 어떤 브라우저를 사용하시나요?

음, 흥미로운 시스템을 가지고 계시네요. 답변은 이 자동 토픽 분할 시스템이 어떻게 설정되어 있는지에 따라 달라질 것입니다. 엔트리와 댓글은 게시물이 reply_to_post_number를 가지고 있느냐에 따라 구별됩니다. 즉,

entries = posts.where(reply_to_post_number: nil)
comments = posts.where.not(reply_to_post_number: nil)

따라서 토픽 분할 알고리즘을 조정하여 이 점을 고려할 수 있습니다.

댓글을 엔트리로 전환하려면 reply_to_post_number 값을 제거하세요.

음, 정확히 무슨 말씀인지 확실하지 않지만, 엔트리와 댓글의 구분에 대한 제 설명이 답이 되기를 바랍니다.

네, "토픽 엔트리"와 타임라인 UX가 개선되어야 합니다.

진행 중인 할 일 목록

  • 댓글 UX 개선
  • 토픽 엔트리 및 타임라인 UX 개선
  • 프론트엔드 및 백엔드 테스트 스위트 전체 추가
  • 기타 널리 사용되는 플러그인 및 코어와의 UX 충돌 해결
4개의 좋아요

이것은 핵심 기능입니다.

음, 저는 코어의 기능을 사용하고 있으므로 아마도 아무것도 조정하지 않을 것입니다. 늘 그렇듯이 :joy:

저는 단순히 미래에 무슨 일이 일어날지 이해하려고 하고 있습니다. 제 이해가 맞다면, 엔트리는 최대 게시물 수 제한에 포함되지만 댓글은 포함되지 않는다는 뜻이군요. 그렇다면 정말 훌륭합니다.

메타적인 오프토픽이지만, 메가 토픽은 일반적으로 허용되는 규범인가요? :flushed_face: 신규 멤버에게는 읽기가 끔찍하고, 기존 멤버에게는 원하는 것을 찾는 것이 지옥입니다. 이제 왜 요약 기능이 그렇게 필요한지 이해하기 시작합니다. 메가 토픽이 끝없는 반복과 대량의 오프토픽으로 이어지는 것은 불가피합니다.

알겠습니다.

현재로서는 엔트리와 댓글 모두 한도에 포함됩니다. 엔트리만 포함되도록 조정할 수도 있지만, 그 부분은 더 자세히 확인해 봐야 합니다.

3개의 좋아요

여기서 집중력이 좀 흐려져서 101 수준의 질문을 하고 있지만, posts.where와 posts.where.not이 같은 일을 한다면 그 차이는 뭘까? 아마 nil은 그냥 예시일 뿐이고 실제 값이 사용된다고 가정하고 있어 :thinking:

하지만 어쨌든, 이 제한된 길이의 질문은 그렇게 중요한 건 아니니까, 지루하고 더 중요한 일이 없을 때 보게 해 줘. 언젠가는 실제 환경에서 어떻게 동작하는지 알게 될 테니까.

1개의 좋아요

두 명령은 같은 의미를 갖지 않습니다. nil은 실제 값입니다.

posts.where(reply_to_post_number: nil)

은 reply_to_post_number가 nil인 게시물을 의미하며, 이는 다른 게시물에 대한 답글이 아닌 게시물(즉, 엔트리)임을 뜻합니다.

posts.where.not(reply_to_post_number: nil)

은 reply_to_post_number가 nil이 아닌 게시물을 의미하며, 이는 다른 게시물에 대한 답글인 게시물(즉, 댓글)임을 뜻합니다.

어쨌든, rails 쿼리에는 걱정하지 않으셔도 될 것입니다. 코어 자동 토픽 분할에서 댓글을 카운트하지 않도록 하는 기능을 추가할 경우 알려드리겠습니다.

1개의 좋아요

설명해 주셔서 감사합니다. 이제 이해했습니다.

1개의 좋아요

플러그인을 성공적으로 설치하고 활성화했지만, 이제 어떻게 해야 할지 막막합니다.

이 스레드에 입문 가이드를 좀 올려주실 수 있을까요?

안녕하세요 @apidevlab, 위에서 시작하는 방법에 대한 간단한 설명을 추가했습니다.

1개의 좋아요

안녕하세요 @angus, 정말 감사드립니다. 카테고리 설정 시 추가 설정을 찾을 수 있었고, 이제 예상대로 정상적으로 작동합니다. 이 훌륭한 플러그인에 대한 추가 작업과 노고에 진심으로 감사드립니다 :slight_smile:

1개의 좋아요

여러분, 이 플러그인을 위한 작업 사양이 현재 정리되고 있습니다. 이 플러그인을 확장하거나 사용하시는데 관심이 있으시다면, 더 자세한 내용을 알고 싶으시다면 coop.pavilion.tech에서 저에게 메시지를 보내 주세요.

4개의 좋아요

이 플러그인은 꽤 멋지네요. 다양한 용도로 사용할 수 있을 것 같아요.

1개의 좋아요