Discourse가 실효성 있는 댓글 플랫폼이 되기 위해 노력해야 할까요?

현재 제가 진행 중인 접근 방식으로는 Discourse 댓글을 MkDocs 페이지에서 직접 생성하는 것이 기술적으로 가능하지만, 이를 위해서는 MkDocs 페이지를 서빙하기 위해 서버 사이드 프레임워크(Remix, Rails 등)를 사용해야 합니다. 이렇게 하면 문서 사이트에서 사용자를 인증(DiscourseConnect를 통해)할 수 있고, 이전에 반환된 댓글을 캐싱하기 위해 인메모리 데이터베이스를 사용할 수도 있습니다.

(수정: 명확히 하기 위해 말씀드리자면, 저는 웹사이트를 Discourse의 인증 제공자(Identity Provider)로 사용하는 것이 아니라, Discourse를 웹사이트의 인증 제공자로 사용하는 것에 대해 이야기하고 있습니다. 후자의 방식은 작동하지만, 대부분의 사용 사례에는 너무 유연성이 부족합니다.)

그러나 팀이这么大的 변경을 감당해야 한다는 점에서 상당한 부담이 될 것입니다.

당신의 관점에서는 이것이 Discourse 내부에서 완전히 이루어지는 것이 더 직관적일 것이라고 생각하시겠지만, Discourse를 콘텐츠 관리 시스템(CMS)으로 사용하는 것도 가능합니다. 이 경우 마크다운 문서는 일반적인 Discourse 토픽으로 생성됩니다. 그리고 Discourse 웹훅(webhooks)을 사용하여 외부 사이트에서 문서 페이지 생성을 트리거합니다. 실제로 제가 설정 중인 Discourse 댓글 데모 사이트의 기반이 바로 이 방식입니다.

5개의 좋아요