I used to use flarum and switched to discourse. I think discourse is far better and feature packed, to me flarum is just dull and boring even when you do add a crap ton of extensions not to mention the fact you cant even private message between users on flarum.
1개의 좋아요
Well, out of curiosity I went to check on Flarum.
It looks great, in some way it’s similar to discourse ( in terms of design ), but it is build on php ( which is preferred by some, easier to install for eg ).
I was going to list of all of discourse great features, community and blablabla… before I realise that Flarum is still beta and unstable according to this page:
https://flarum.org/docs/install.html
It’s specifically written that it should not be used in production.
Better stick with Discourse…
2개의 좋아요
Flarum looks very basic compared to Discourse. I’ve said it a million times before, making a forum platform is easy - making a good one is much more difficult and time consuming 
I mentioned in another thread that Discourse is my favourite forum platform now and I have used many different forum platforms over the last 15 years on various different kinds of community sites. However, I also mentioned that it doesn’t really matter what I (or anyone else) thinks - only you can decide what’s best for your community and you can only do that by spending some time with each of your shortlisted platforms. Better still, put up copies of your shortlisted platforms and get their feedback.
I’m pretty sure that if anyone spends quality time with various different platforms Discourse would come out top every time. But that’s just my opinion, what do I know 
13개의 좋아요
최근 두 가지를 모두 사용해 본 경험이 있어서 의견을 남기고 싶었습니다. 저는 게이밍 포럼을 운영 중이고, 약 5만~10만 명 규모의 대형 Discord 서버를 보유하고 있습니다. 처음에는 IPS(Invision Power Suite)를 사용했습니다. 약 8년 전의 일인데, 당시에는 XenForo, myBB, IPS가 사실상 대표적인 포럼 소프트웨어였습니다.
2020년에 시스템 업데이트를 시도했습니다. 간단히 살펴보니 현대적인 최고의 옵션은 nodeBB, Flarum, Discourse인 것 같았지만, nodeBB는 무한 스크롤 기능이 없고 여전히 페이지 번호를 통해 스레드를 넘겨야 하므로 제외했습니다.
Flarum으로 시작했습니다. 설치 과정은 매우 쉬웠고, 원하는 대부분의 설정을 완료할 수 있었습니다. 관리자 패널도 매우 직관적이었습니다. 사용자 권한 시스템은 마음에 들었고(아직도 Discourse보다 우수하다고 생각합니다). 하지만 너무 기초적인 수준이라 많은 기능이 부족했습니다. 사용자 관리 시스템이 없었습니다. 대신 홈페이지 사이드바에 표시되는 사용자 디렉터리용 확장 플러그인을 설치해야 했습니다. 사용자를 쉽게 검색하여 사용자 그룹에 할당할 수 없었고, 각 사용자의 프로필 페이지를 개별적으로 방문해야 했습니다.
Flarum의 테마 설정 관련 문서가 제가 원하는 만큼 풍부하지 않았습니다. 헤더 글꼴 색상 같은 간단한 요소를 변경하기 위해 커스텀 CSS를 어떻게 수정해야 하는지 여기저기 문의했습니다. Flarum 공식 포럼을 보니 같은 질문이 자주 올라오는데, 그렇다면 사용자가 테마 설정을 더 쉽게 할 수 있도록 문서화가 되어 있어야 한다고 생각합니다.
Flarum은 더 빠르고 반응이 좋습니다. 더 가벼우지만 확장 기능이 많이 부족합니다. 개발 팀 규모가 작지만 매우 열심히 일하고 있습니다. 다만 Discourse가 더 오래되어 플러그인, 테마 컴포넌트 등이 더 많습니다. 사람들이 테스트를 통해 많은 피드백을 제공하여 대부분의 문제를 해결하고 수정해 왔기 때문입니다. Flarum은 아직 베타 단계이며, 프로덕션 환경에서의 사용은 권장되지 않습니다.
제가 찾고 있던 간단한 확장 기능이 하나 있었습니다 - 주제 목록 썸네일입니다. Flarum에서 찾을 수 없었습니다. CSS를 사용하면 Flarum에서 쉽게 만들 수 있다는 말을 들었지만, 구체적으로 어떻게 해야 하는지 물어봐도 답변이 없었습니다. 현재 Flarum의 외관 관련 문서는 비어 있습니다: https://docs.flarum.org/appearance.html Discourse에 이미 존재하는 확장 기능을 직접 개발할 시간과 노력을 들일 수도 없고, 개발자에게 제 필요 사항을 우선시해 달라고 의뢰할 수도 없어서 결국 Discourse를 선택했습니다.
Flarum의 큰 장점 중 하나는 공유 호스팅에서도 사용할 수 있다는 점입니다. 저는 VPS를 사용하므로 크게 중요하지 않지만, Flarum은 PHP를 기반으로 하므로 공유 호스팅에서도 작동할 수 있어 일부 사용자들이 이를 선택하는 이유입니다. Discourse에 비해 Flarum의 설치 과정은 상대적으로 간단합니다.
Discourse 설정에는 예상보다 훨씬 오래 걸렸습니다. 제 서버에 이미 Flarum이 설치되어 있었기 때문에 다른 포트에서 실행되도록 yml 파일을 설정해야 하는 등 복잡성이 훨씬 많았습니다. ‘마법사(wizard)’ 방식은 정말 싫습니다. 표준 docker-compose.yml 파일을 사용하고 이를 설정하는 방식을 선호합니다. 이것이 제가 처음에 bitnami를 사용했던 이유였지만, 이미지가 구식이라는 것을 곧 알게 되어 현재는 최신 설치 방식을 사용하고 있습니다.
자신 있게 말씀드릴 수 있는 것은, 제가 하고 싶은 대부분의 작업에 대해 좋은 문서가 많고 Discourse 커뮤니티에서 많은 도움을 받을 수 있다는 점입니다. 오해하지 마십시오, Discourse에도 모든 기능이 있는 것은 아닙니다. 하지만 제가 필요한 완벽한 포럼에 더 가깝습니다. Flarum이 결국 플러그인/확장 기능 측면에서 동일한 기능을 제공하게 될 것이라고 믿지만, 저는 그 정도까지 기다릴 수는 없습니다.
17개의 좋아요
제가 아는 한 무료입니다.
5개의 좋아요
아, 그렇다면 내가 그걸 놓쳤나 보군요. 하지만 Topics tagged under "plugin" | NodeBB Community 을 살펴봐도 제가 원하는 수준의 커스터마이징 옵션은 여전히 찾기 어렵습니다. Discourse에는 플러그인이 정말 너무 많거든요. 제가 원하는 기능이 이미 누군가에 의해 만들어져 있다면, 개발에 깊이 들어갈 필요가 없으니까요. nodeBB와 Discourse를 비교하는 다른 스레드들을 보면, Discourse를 설치하는 것이 너무 어렵거나 복잡해서 nodeBB를 선택했다는 것이 유일한 이유인 것 같습니다. 복잡성을 이유로 포럼을 선택하는 것은 절대 옳지 않다고 생각합니다. 오히려 기능이 가장 중요한 부분입니다. 설치와 설정에 몇 시간이 걸리더라도, 그 모든 과정을 거치면 결국 수년간 지속될 수 있는 커뮤니티를 만들 수 있게 되니까요.
8개의 좋아요
기록을 위해 말씀드리자면, Flarum은 항상 훨씬 더 작은 프로젝트였지만 Discourse와 거의 동시에 시작되었습니다 - 두 계정의 트위터 생성 날짜를 확인해 보세요:
2015년 말에 meta.discourse.org에 합류하기 전에 두 플랫폼을 모두 살펴본 적이 있습니다. 2015년 당시에는 Flarum이 Discourse와 비교했을 때 지금(2020년)보다 훨씬 더 유리하다고 생각합니다. 당시에는 파트타임 개발자가 두 명뿐이었지만, 무한 스크롤과 같은 유사한 새로운 기능을 갖추고 있으면서도 더 단순하고 아름다운 대안이었습니다. 하지만 Discourse는 여전히 유지하고 있는 장점들로 저를 끌었습니다: 더 명확한 방향성, 더 빠른 개발 속도, 그리고 더 나은 지원입니다.
7개의 좋아요
안녕하세요,
저는 매우 경험이 풍부한 소프트웨어 개발자이며, 이제 새로운 웹 프로젝트를 위해 포럼 엔진을 선택하고 있습니다. Invision, XenForo와 같은 최고의 클래식 포럼 엔진들을 정말 존중하지만, 이제는 사용자에게 더 신선하고 현대적인 경험을 제공하고자 합니다. 그래서 저는 Discourse와 Flarum의 현대적인 메시지 목록 기능을 알게 되었습니다.
이 두 제품 중에서는 더 박스형이고 투박한 Discourse 스타일보다는 가볍고 둥근 Flarum 스타일을 훨씬 더 선호합니다. 또한 Flarum은 공유 호스팅에 설치할 수 있어, 이는 작은 웹 프로젝트에 있어 큰 장점입니다.
하지만 사용해보니 수많은 문제들이 있었습니다(일부 거친 표현에 대해서는 사과드립니다. 정말 너무 많아서요):
- Flarum 코어는 매우 단순하고 기능이 부족하며, 가장 유용한 기능들 중 상당수가 가장 기본적인 등록, 주제-메시지 생성, 알림을 넘어선 것들입니다. 심지어 오랫동안 포럼에 필수적으로 요구되어 왔던 기능들조차 Flarum에서는 “확장 프로그램(extensions)”(또는 "플러그인"이라고도 함)으로 추가해야 하며, 이 중 대부분은 옵션조차 없습니다. 예를 들어, 기본적인 주제 분할/병합/고정, 투표, BBCode Details, 메시지 내 이미지 및 비디오 표시, 새 창에서 URL 열기, 소셜 공유, 사용자 그룹 색상, 추가 시 프로필 이미지 자르기, OAuth 등록 등 등 - 모두 추가 확장 프로그램으로만 가능합니다! 정말 짜증나며 쓰레기상자 같은 느낌입니다. 특히 이러한 확장 프로그램들이 서로 다른 개발자들이 개발한 경우 더욱 그렇습니다. Flarum의 주요 개발자들은 실제 개발 전략이나 기능 표준이 전혀 없는 것 같고, 단순히 Discourse를 모방하고 요청이 들어올 때마다 새 기능을 하나씩 추가하는 것 같습니다. 이는 그들의 매우 낮은 개발 수준을 분명히 보여줍니다.
- 확장 프로그램 사이트가 Flagrow-io에서 Extiverse-com으로 변경되었으며, FriendsOfFlarum-org에서도 중복되어 운영되고 있습니다.
- 확장 프로그램 개발 팀인 Flagrow도 FriendsOfFlarum으로 변경되었으며, 이 팀은 GitHub와 Flarum 사이트에 존재하는 "Flarum 코어 개발 팀"과 거의 동일합니다. 이 또한 혼란스럽습니다.
- 참고로 "FriendsOfFlarum"을 어떻게 해석해야 할까요? 다른 개발자들은 친구가 아니라는 뜻인가요?!
- 확장 프로그램 관리자 Bazaar에는 치명적인 문제가 있어 성능이 매우 떨어지며, 확장 프로그램의 설치/제거는 여전히 SSH 명령줄 Composer를 통해서만 올바르게 작동합니다. 그렇다면 Bazaar의 존재 이유는 무엇인가요?!
- 대부분의 확장 프로그램은 적절한 문서나 시각적 샘플(스크린샷, 비디오 등)이 없습니다. 예를 들어 "User Bio, Masquerade, Mason"이라는 3개의 사용자 프로필 확장 기능이 있지만, 적절한 문서나 심지어 단순한 이미지 부재로 인해 설치 전에 어떤 것이 나에게 맞는지 비교하고 선택하는 것이 불가능합니다. 따라서 아주 단순하지 않은 대부분의 확장 프로그램은 설치하고 시도해봐야 합니다. 각 확장 프로그램에 더 많은 세부 정보를 추가해 달라고 요청했을 때, 주요 개발자의 답변은 "그것은 괜찮다!"였습니다. 하지만 2021년 현재 문서가 전혀 없다는 사실은 부끄러운 일입니다!
- 일부 확장 프로그램은 완전히 무모하게 작동합니다. 예를 들어: “BestAnswer” 확장 프로그램에서 주제 내 최우수 답변은 관리자가 설정할 수 있지만, 이후 아무 사용자가든 변경할 수 있습니다! OAuth를 통한 “제3자 로그인 전용” 설정은 관리자 로그인을 완전히 차단하지만, 해당 개발자는 이 문제를 인정하거나 해결하려 하지 않으며, 오히려 그들의 커뮤니티가 더 좋아 보이도록 이 치명적 문제에 대한 제 모든 메시지를 삭제했습니다. 또 다른 부끄러운 일입니다.
- Daniël Klabbers는 유료 확장 프로그램에 대해 $3-5/월 또는 $30-50/년이라는 가장 멍청한 마케팅 계획을 내놓았습니다. 하지만 제한 사항은 다운로드에만 적용되며, 이는 완전한 어리석음입니다. 왜냐하면 사용자는 중요한 업데이트를 위해 1-2년에 한 번 $3-5를 지불하거나, 심지어 확장 프로그램이 안정화되어 더 이상 중요한 업데이트가 없을 경우 사이트당 단 한 번만 지불할 수 있기 때문입니다. 이런 멍청한 경제 모델은 진정한 수익을 가져다주지 못할 것입니다. Envato의 “영구 사용 및 업데이트를 위한 일회성 지불” 방식이 훨씬 더 수익성이 높습니다!
- 아마도 이러한 멍청한 경제 모델 때문에 "Discussion Cards"와 같은 최고의 확장 프로그램 개발자들이 업데이트를 중단한 것 같습니다. GitHub에서 이슈에 대한 답변이 없고, 이미 반 년 동안 업데이트가 없습니다.
- 마지막으로 Flarum의 주제 내 스크롤 바는 스크롤 시 날짜를 동적으로 표시하지 않습니다. 따라서 특정 날짜로 이동하려면 거대한 주제를 스크롤해야 하고, 멈추어 어떤 날짜에 도달했는지 확인한 후, 다시 스크롤을 반복해야 합니다! 이 불편함을 주요 개발자 중 "luceos"에게 지적했을 때, 그들은 "그것은 괜찮다, 이것이 우리의 개념이다!"라고 답했습니다. WTF?!
- 게다가 Flarum에는 주제 내 검색 기능이 완전히 부재하므로, 주제 내 내비게이션(UX)은 완전히 원시적이고 불편합니다!
- "Flarum과 Discourse 비교"에 대한 제 대부분의 메시지는 관리자에 의해 부끄럽게도 커뮤니티에서 숨겨지고 있으며, 저는 이에 대한 스크린샷을 많이 가지고 있습니다.
- 제가 한 사용자의 게시물에 "Acess"라는 단어에 "c"가 하나임을 상기시키며 "Access"는 "c"가 두 개라고 절대적으로 정확하고 차분하게 댓글을 달았을 때, 관리자로부터 경고(warning)를 받았습니다! WTF?!
- 제 커뮤니티를 위한 고유한 작업을 위해 개발자를 찾으려 할 때, 아무 개발자도 답변하지 않습니다. 단순히 "아니요"나 "지금은 바쁘다"거나 "한 달 후에 연락해 주세요"라는 말도 없이, 아무것도 없습니다. 그들은 모두 답변하지 않습니다! 그들은 각 페이지에서 기부를 요청하지만, 커스텀 작업 요청에는 답변하지 않습니다. WTF?!
- 제가 몇 가지 더 중요한 문제와 단점을 발견하고 Flarum을 위한 10개 이상의 새로운, 고유하며 매우 유용한 개선 사항을 제안했을 때, Flarum 커뮤니티로부터 받은 것은 주요 개발자의 공격적이고 허영심 강한 태도, 비주요 개발자로부터의 2개의 좋아요, 그리고 마지막으로 "luceos"라는 관리자에 의한 스레드 닫기와 16년씩 2연속 밴이었습니다…
결론적으로 Flarum은 주요 기능 면에서(주요 예시는 주제 내 검색이 전혀 없는 상태에서 매우 빈약한 주제 내 내비게이션) 수년 동안 Discourse에 뒤처져 있을 뿐만 아니라, 이러한 수많은 혼란, Flarum의 중요한 문제들을 인정할 의지 부족, 불합리한 혼란스러운 결정, 그리고 마지막으로 버그 보고서 및 문제 비판에 대한 극단적인 공격성으로 인해, 주요 Flarum 개발자들은 각 세부 사항을 충분히 생각하거나 현명한 장기 로드맵을 만들고 공격적인 허영심으로 행동할 만큼 충분히 지혜롭지 않은 것 같습니다. 
이 모든 것은 완전히 비효율적이며, 그들이 그들의 프로젝트를 영원히 관리할 수 있을지에 대한 의문을 제기합니다.
결국 저는 다음과 같은 이유로 Discourse로 전환했습니다:
- 박스에서 바로 더 나은 기능;
- 안정적으로 작동하는 다국어 메시징;
- 더 명확하고 체계적인 개발;
- 더 나은 기능 테스트 및 작업으로 안정적인 주요 개발 팀;
- 허영심보다 진실을 개선으로 중시하는 더 친근한 커뮤니티에 대한 희망 - 이 주제가 닫히지 않는다면, 저는 제 유용한 제안들을 Discourse 커뮤니티에 다시 게시할 것입니다.
이 이야기가 Flarum을 Discourse보다 선호할지 고민하는 다른 관리자 및 개발자들의 시간과 신경을 절약해 주기를 바랍니다. 주의하세요!
6개의 좋아요
Flarum에 대한 여러분의 우려에 크게 공감합니다. 다만 아쉬운 점은, Flarum의 비전인 '매우 단순한 코어에 모든 기능을 애드온으로 제공하는 구조’는 포럼 소프트웨어 시장에서 충분히 수용될 가치가 있다고 생각합니다. 이 구조는 극도로 높은 커스터마이징을 가능하게 하면서도 각 구현 환경이 매우 ‘가볍게’ 유지될 수 있게 해주거든요. 그들이 무엇을 하려는지는 이해하지만, 그것을 잘 수행하고 있다고는 생각하지 않습니다. 
어쨌든, 이제 Discourse를 사용하게 되신 것을 기쁘게 생각합니다. 그리고 Flarum에 관심을 갖고 계셨으니, Flarum이 잘하고 있는 부분(주로 디자인/레이아웃)을 Discourse 커뮤니티와 팀이 채택하도록 돕는 데 기여해 주시면 좋겠습니다. 이 주제들을 더 구체적으로 다루는 몇몇 토픽에 이미 기여했습니다:
가능하시다면 해당 링크를 확인하고, 투표와 지지, 아이디어 등을 공유해 주세요!
결론적으로, Discourse가 더 나은 포럼이자 플랫폼이지만, 미적으로 일부 개선이 필요하거나, 적어도 (UX 측면에서) 조금 다른 모습으로 작동할 수 있는 옵션이 필요합니다. 더 나은 모델들이 이미 제시되고 있으며, Circle, Forem 등 수많은 새로운 도구들이 예를 들어 영구적인 사이드바를 채택하고 있으므로, 분명히 그만한 이유가 있는 것입니다…
4개의 좋아요
이 대화가 어떤 방향으로 흐르고 있는지 솔직히 별로입니다. 이 주제의 원래 범위는 Flarum과 Discourse 간의 일반적인 비교였거든요.
그 이후로 논의가 Flarum과 그 개발자들에 대한 상당한 부정적인 방향으로 이동했습니다. 이는 옳지 않으며, 저는 이를 지지하지 않습니다.
Discourse가 여러분의 커뮤니티에 적합하다면… 좋습니다. Flarum이 여러분의 커뮤니티에 적합하다면, 그것도 좋습니다.
여러분에게 적합하지 않다는 이유로 누군가의 노력과 성과를 "바보 같다"고 부를 필요는 없습니다.
별개의 주제로:
이것은 간단하게 말씀드리겠습니다. Discourse의 인터페이스가 "단순하다"는 것은 의도적인 결정입니다.
Discourse의 기본 테마가 단순한 이유는 우리가 그것을 단순하게 만들고 싶기 때문입니다. 이를 통해 사이트가 쉽게 커스터마이징할 수 있습니다.
빈 캔버스로 생각하세요.
그림을 그리고 싶다면… 다른 사람의 작품이 있는 캔버스보다, 여러분이 원하는 것을 자유롭게 창작할 수 있는 완전히 새로운 캔버스가 더 낫지 않나요?
우리의 마인드셋은 바로 이렇습니다. 그래서, 네… Discourse의 기본 테마는 매우 단순합니다.
하지만, 테마 시스템은 매우 강력합니다. 문자 그대로 무엇이든 할 수 있습니다.
여기서 몇 가지 테마를 확인해 보세요.
Discourse customers | Discourse - Civilized Discussion
이것은 Discourse 테마가 제공하는 커스터마이징 범위의 일부에 불과합니다. 더 의견이 분명한 기본 테마를 가지는 것은 이를 방해할 것입니다.
정리하자면:
Discourse에서 보고 싶은 멋진 기능이 있다면, Contribute > Feature 카테고리에 주제를 생성해 주세요.
Discourse를 커스터마이징하거나 사이트에 새로운 기능을 추가하고 싶다면, 여기서 시작하세요.
Beginner's guide to using Discourse Themes
Developing Discourse Themes & Theme Components
Designer's Guide to getting started with themes in Discourse
Making custom CSS changes on your site
Developing Discourse Plugins - Part 1 - Create a basic plugin
Meta에서 기존 테마/컴포넌트/플러그인을 확인해 볼 수도 있습니다.
#theme-full
Customization > Theme component
사이트를 커스터마이징할 시간이 없다면, Marketplace 카테고리에 주제를 생성해 주세요. 프리랜서 커뮤니티 개발자 몇 명으로부터 견적을 받을 수 있습니다.
모든 것을 말씀드렸지만, 이 주제는 그 역할을 다 했다고 생각합니다. 2017년부터 열려 있었으며, Discourse와 Flarum 비교와 관련된 거의 모든 고유한 아이디어가 공유되었습니다.
그래서, 이제 이를 닫겠습니다.
29개의 좋아요
전적으로 동의합니다 
Discourse 공동 창립자로서 저는 Flarum 프로젝트에 대해 깊은 존경심을 가지고 있습니다. 그들은 확실히 혁신을 이루고 많은 흥미로운 아이디어를 탐구했으며, 우리의 타임라인 제어 기능은 그들에게서 영감을 받았습니다.
26개의 좋아요