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

**URL:** https://meta.discourse.org/t/should-discourse-make-an-effort-to-become-a-viable-comment-platform/274455
**Category:** Community Building
**Created:** [8월 9, 2023, 4:53오전 UTC](https://meta.discourse.org/t/should-discourse-make-an-effort-to-become-a-viable-comment-platform/274455 "2023-08-09T04:53:00Z")
**Posts on this page:** 1
**Showing post:** 51

<div class="post-metadata">

### Author: ![simon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/simon/32/339122_2.png) [@simon](https://meta.discourse.org/u/simon)
#### Post date: [2월 4, 2025, 9:14오후 UTC](https://meta.discourse.org/t/should-discourse-make-an-effort-to-become-a-viable-comment-platform/274455/51 "2025-02-04T21:14:38Z")

</div>

비기술 사용자에게도 직관적으로 느껴지도록 구현하는 것이 좋습니다. Disqus나 Facebook 댓글과 같은 기존 플랫폼이 좋은 참고 예시가 될 수 있습니다.

추가 인증 옵션:

- 클라이언트 사이트를 [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) 클라이언트로 만드는 것입니다. 구현은 간단하지만, 클라이언트 사이트에 서버 측 코드를 추가해야 합니다.
- 사용자가 클라이언트에서 인증하고, postMessage API를 통해 인증 상태를 iframe에 전달합니다: [Window: postMessage() method - Web APIs | MDN](https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage)
- 사용자가 iframe을 통해 Discourse에 직접 로그인합니다.

이 기능을 순수하게 클라이언트 측에서만 개발하는 데 망설인 이유는 시스템이 어떤 규모의 트래픽에서도 정상적으로 작동할 수 있는지에 대한 문제 때문이었습니다. 기본적으로 API 요청을 큐에 넣고 큐화된 요청의 응답을 처리해야 했습니다. 이는 예를 들어 1,000명의 동시 접속 사용자를 처리하기에 충분히 견고하지 않다고 느꼈습니다. JavaScript 임베드 방식도 유사한 우려가 있지만, 그 이유는 다릅니다. 다만, 모든 것을 클라이언트에서 동기화하려 하는 것보다는 훨씬 쉽게 처리할 수 있을 것으로 예상됩니다.

---

_[View the full topic](https://meta.discourse.org/t/should-discourse-make-an-effort-to-become-a-viable-comment-platform/274455)._