angus
(Angus McLeod)
7월 23, 2024, 9:04오전
1
요약
Discourse 토픽을 1:N 저널로 변환하여, 한 사용자는 항목을 게시하고 다른 사용자들은 댓글을 달 수 있게 합니다
저장소 링크
https://github.com/paviliondev/discourse-journal
설치 가이드
Discourse에서 플러그인 설치하는 방법
플러그인 소개를 위한 이 영상을 확인해 보세요:
시작하는 방법
먼저 카테고리 설정에서 저널링을 활성화하세요. 왼쪽의 "설정"을 클릭하고 아래로 스크롤하여 하단까지 내려간 후, "이 카테고리에서 저널링 활성화"를 체크하고 "카테고리 저장"을 클릭한 뒤 페이지를 새로고침하세요. 이제 카테고리 내의 “새 토픽” 버튼이 "저널 만들기"로 표시됩니다. 이 버튼을 클릭하여 첫 번째 저널을 만들어 보세요.
22개의 좋아요
jrgong
(jrgong)
7월 23, 2024, 9:33오전
2
게시해 주셔서 감사합니다! 저희의 실무 경험에 따르면, 일기/메모/로그 카테고리 형식은 커뮤니티에 추가할 수 있는 가장 강력한 카테고리 중 하나입니다.
플러그인의 추가적인 개발을 기대하고 있습니다.
4개의 좋아요
Jagster
(Jakke Flemming)
7월 23, 2024, 9:37오전
3
카테고리 수준에서만 작동하고 태그로는 작동하지 않나요?
플러그인이 비활성화되면 댓글이 원래 위치로 복원되나요?
2개의 좋아요
angus
(Angus McLeod)
7월 23, 2024, 10:36오전
4
현재는 그렇습니다.
Discourse에는 WordPress처럼 플러그인 비활성화 후킹(hook) 기능이 없으므로 자동으로 되돌아가지는 않지만, 카테고리 설정에 게시물을 원래 순서대로 복원할 수 있는 버튼이 있습니다. 따라서 플러그인이 아직 활성화된 상태에서 다음 작업을 수행해야 합니다:
해당 카테고리에서 저널 기능을 비활성화합니다.
게시물을 원래 순서대로 복원합니다.
원할 경우 플러그인을 비활성화합니다.
5개의 좋아요
jrgong
(jrgong)
7월 26, 2024, 10:09오전
5
저널 플러그인의 향후 v2.0 업데이트를 위한 몇 가지 잠재적 개선 사항입니다. 이는 실제 기능 요청이 아니라 단순히 아이디어를 던져보는 수준으로 봐주세요. 다른 사용자들은 어떻게 생각하는지 궁금해서 이렇게 공개적으로 의견을 나눠보고 싶었습니다.
더 나은 또는 다른 댓글 “엔진”
일반적인 게시물 대신, 댓글(즉, 저널 항목에 대한 답변)은 게시물 투표 플러그인 과 유사한 방식으로 작동해야 합니다. 여기서 큰형님 Facebook을 언급하지 않을 수 없는데, Facebook의 댓글 작성 경험은 최고의 사례라고 할 수 있습니다.
문제는 이러한 댓글이 사용자 활동에 포함될지, 아니면 애초에 포함될 가치가 있는지에 대한 것입니다.
이렇게 하면 타임라인도 더 안정적으로 작동할 것입니다. 현재는 주제 소유자의 게시물만 타임라인에 반영되기 때문에 버그가 발생하기 쉽습니다.
규격 제안/초안:
게시물 투표 플러그인 기반 댓글 “엔진”
댓글은 사용자 활동에 포함되지 않음 (플러그인 설정으로 켜기/끄기 가능)
댓글 옆에 반 크기 사용자 아바타와 사용자명 표시 (하지만 아바타 flair는 숨김)
공유 저널 (있으면 좋은 기능)
이 부분은 다소 과장된 내용이며 매우 중요하지는 않습니다. 하지만 두 명의 주제 소유자가 있는 저널 토픽을 원하는 사용자들의 요청이 있었습니다. 문제는 이것이 과연 실현 가능한지에 대한 것입니다.
규격 아이디어:
주제 소유자가 공동 저자를 추가할 수 있음
공동 저자가 새로운 저널 항목을 작성할 수 있음
(실현 가능하다면) 토픽 목록에서 주제 소유자와 공동 저자의 아바타를 겹쳐서 표시
1개의 좋아요
플러그인(정말 훌륭합니다!)에 하나만 개선점을 제안합니다. 댓글 버튼이 더 눈에 잘 띄어야 합니다. 예를 들어, 리액션(Reactions)을 사용하는 인스턴스의 경우, 가로 스크롤을 하지 않는 한 버튼이 전혀 보이지 않습니다. 이 기능이 새로운 것이므로, UI/UX 측면에서 댓글 버튼을 명확하게 보이도록 배치하는 것이 좋겠습니다.
1개의 좋아요
Jagster
(Jakke Flemming)
7월 28, 2024, 10:15오후
7
확실히 하기 위해… 저는 메가 토픽을 허용하지 않으며, 50번째 게시물 이후에는 해당 토픽을 닫고 새로운 토픽을 생성합니다.
자동 생성된 토픽은 시스템이 소유하므로, 소유자를 변경해야 하는 것 맞나요?
제 경우 50개 게시물 제한은 여전히 유효하며, 저널(Journal)이 단순히 “강화된” 토픽일 뿐이라, 엔트리(entry)의 댓글도 기술적으로 보면 토픽의 게시물에 대한 댓글이므로 50개 제한에 포함되는 것 맞나요?
이 부분은 더 Discourse의 영역이지만, 현재 엔트리로 표시되고 있는 댓글을 다시 엔트리의 댓글로 변경할 수 있을까요? UI에서 그런 옵션을 찾을 수 없었습니다. rails를 사용해야 한다면 귀찮아서 하지 않겠습니다. 사소한 일 때문에 그렇게까지 할 수는 없으니까요.
저널 유형의 토픽이 많이 있는데, 이 시스템으로 전환했습니다. 하지만 모든 사람이 토픽에 댓글을 달았기 때문에 이제 그 댓글들이 엔트리로 표시됩니다. 글쎄요, 오래된 토픽이고 꽤 많은 신규 회원들이 그 내용을 읽긴 하지만, 콘텐츠가 어떻게 표시되는지에는 전혀 신경 쓰지 않을 것이라고 확신합니다.
1개의 좋아요
piffy
7월 29, 2024, 12:59오전
8
플러그인 감사합니다! 얼마 전에 사용을 시작했는데, “관리되지 않는” 느낌이 나서 좀 망설였습니다. 하지만 잘 작동하는 것 같아요! (여기에는 이를 사용한 예제가 있습니다 , css를 수정해서 세부 정보를 숨기고 디자인을 간소화했습니다)
제가 강력하게 개선을 권하고 싶은 유일한 부분은 주제에 다시 접속할 때 새 댓글로 점프하는 방식입니다. 설명하기는 어렵지만, 새 댓글이 어디에 있는지 파악하기가 가끔 어색하거나 불분명한 경우가 있어요.
3개의 좋아요
angus
(Angus McLeod)
7월 29, 2024, 8:34오전
9
이 부분에 대해 좀 더 구체적으로 말씀해 주실 수 있나요? 완전히 동일해야 한다고 생각하시나요?
게스트 투표 플러그인은 원래 질문-답변 플러그인이었고, 저널 플러그인은 그에서 파생되었습니다(자세히 보기 ). 게스트 투표의 댓글 변경 사항에 맞춰 이 플러그인을 업데이트하는 것은 가능합니다.
흥미롭네요. 이것이 이 플러그인의 문제인지 포스트 메뉴 자체의 문제인지는 확실하지 않지만, 해결이 필요합니다. 모바일 환경인가요, 데스크톱인가요? 어떤 브라우저를 사용하시나요?
음, 흥미로운 시스템을 가지고 계시네요. 답변은 이 자동 토픽 분할 시스템이 어떻게 설정되어 있는지에 따라 달라질 것입니다. 엔트리와 댓글은 게시물이 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 값을 제거하세요.
Jakke Flemming:
저널 유형의 토픽이 많아서 이 시스템으로 변경했는데, 모든 사람들이 토픽에 댓글을 달았었고, 이제 그것들이 엔트리로 표시됩니다. 글쎄요, 오래된 토픽이고 꽤 많은 신규 멤버들이 그것들을 읽기까지 하는데, 저는 그들이 콘텐츠가 어떻게 표시되는지 신경 쓰지 않는다고 확신합니다.
음, 정확히 무슨 말씀인지 확실하지 않지만, 엔트리와 댓글의 구분에 대한 제 설명이 답이 되기를 바랍니다.
네, "토픽 엔트리"와 타임라인 UX가 개선되어야 합니다.
진행 중인 할 일 목록
댓글 UX 개선
토픽 엔트리 및 타임라인 UX 개선
프론트엔드 및 백엔드 테스트 스위트 전체 추가
기타 널리 사용되는 플러그인 및 코어와의 UX 충돌 해결
4개의 좋아요
Jagster
(Jakke Flemming)
7월 29, 2024, 8:53오전
11
Angus McLeod:
게시물(Entries)은 reply_to_post_number가 있는지 여부에 따라 댓글(Comments)과 구별됩니다. 즉,
entries = posts.where(reply_to_post_number: nil)
comments = posts.where.not(reply_to_post_number: nil)
따라서 이 점을 고려하여 토픽 분할 알고리즘을 조정할 수 있습니다.
음, 저는 코어의 기능을 사용하고 있으므로 아마도 아무것도 조정하지 않을 것입니다. 늘 그렇듯이
저는 단순히 미래에 무슨 일이 일어날지 이해하려고 하고 있습니다. 제 이해가 맞다면, 엔트리는 최대 게시물 수 제한에 포함되지만 댓글은 포함되지 않는다는 뜻이군요. 그렇다면 정말 훌륭합니다.
메타적인 오프토픽이지만, 메가 토픽은 일반적으로 허용되는 규범인가요? 신규 멤버에게는 읽기가 끔찍하고, 기존 멤버에게는 원하는 것을 찾는 것이 지옥입니다. 이제 왜 요약 기능이 그렇게 필요한지 이해하기 시작합니다. 메가 토픽이 끝없는 반복과 대량의 오프토픽으로 이어지는 것은 불가피합니다.
angus
(Angus McLeod)
7월 29, 2024, 9:33오전
12
알겠습니다.
현재로서는 엔트리와 댓글 모두 한도에 포함됩니다. 엔트리만 포함되도록 조정할 수도 있지만, 그 부분은 더 자세히 확인해 봐야 합니다.
3개의 좋아요
Jagster
(Jakke Flemming)
7월 29, 2024, 9:56오전
13
여기서 집중력이 좀 흐려져서 101 수준의 질문을 하고 있지만, posts.where와 posts.where.not이 같은 일을 한다면 그 차이는 뭘까? 아마 nil은 그냥 예시일 뿐이고 실제 값이 사용된다고 가정하고 있어
하지만 어쨌든, 이 제한된 길이의 질문은 그렇게 중요한 건 아니니까, 지루하고 더 중요한 일이 없을 때 보게 해 줘. 언젠가는 실제 환경에서 어떻게 동작하는지 알게 될 테니까.
1개의 좋아요
angus
(Angus McLeod)
7월 29, 2024, 11:35오전
14
두 명령은 같은 의미를 갖지 않습니다. 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개의 좋아요
Jagster
(Jakke Flemming)
7월 29, 2024, 11:36오전
15
설명해 주셔서 감사합니다. 이제 이해했습니다.
1개의 좋아요
플러그인을 성공적으로 설치하고 활성화했지만, 이제 어떻게 해야 할지 막막합니다.
이 스레드에 입문 가이드를 좀 올려주실 수 있을까요?
angus
(Angus McLeod)
8월 6, 2024, 3:00오전
17
안녕하세요 @apidevlab , 위에서 시작하는 방법에 대한 간단한 설명을 추가했습니다.
1개의 좋아요
안녕하세요 @angus , 정말 감사드립니다. 카테고리 설정 시 추가 설정을 찾을 수 있었고, 이제 예상대로 정상적으로 작동합니다. 이 훌륭한 플러그인에 대한 추가 작업과 노고에 진심으로 감사드립니다
1개의 좋아요
angus
(Angus McLeod)
8월 7, 2024, 8:39오전
19
여러분, 이 플러그인을 위한 작업 사양이 현재 정리되고 있습니다. 이 플러그인을 확장하거나 사용하시는데 관심이 있으시다면, 더 자세한 내용을 알고 싶으시다면 coop.pavilion.tech에서 저에게 메시지를 보내 주세요 .
4개의 좋아요
Heliosurge
(Dan DeMontmorency)
8월 9, 2024, 8:12오전
20
이 플러그인은 꽤 멋지네요. 다양한 용도로 사용할 수 있을 것 같아요.
1개의 좋아요