社区和论坛也算是日薄西山的产品了，但好像又有点死而不僵的意思。
国内的社区产品以前用得最多的就是 DISCUZ 了，但大环境不好，社区这东西是拿不到 ICP 的，这个和 20 多年前完全不一样了。
那个时候只要你有台机器就可以部署社区。
DISCUZ 也算是自己把自己给玩死的，本来好好的加了一大堆毫无价值的功能，导致数据连通性经常出问题，而且安装越来越复杂。
Discourse 也算是改变了这一现状，可以让用户在非常短的时间内部署一个社区，当然是没有 ICP 的情况。
同时备份和附件的负载都可以通过第三方存储来解决，从根本性上解耦了服务器存储依赖。
那么你到底喜欢 Discourse 的那些功能呢和不喜欢那些功能呢？
附件处理能力
对于 Discourse 的附件处理能力，我就很喜欢。
对于图片，直接拖动到编辑区即可，社区会自动上传到 S3 存储上。
国内很多编辑器要求是先上传图片，然后插入。这个太繁琐了。
可以说我最喜欢的就是 Discourse 的附件和编辑功能。
有时候希望手机上的图片能够上传到网站，就自己在手机浏览器上打开网站，创建一天 Topic，随后把手机上图片往上一丢，就能通过手机直接上传到网站上了。
对有时候写一些游记就太好了，可以先把图片上传上来再编辑。
如果是微信的话，就得先发微信，再保存，再编辑。实在感觉没有这么方便。
部署和备份恢复
Discourse 的部署升级备份和恢复也非常讨喜。
基本上属于不需要管的情况，而且可以每天都备份一次，备份和数据附件都在 S3，就算那天服务器崩溃了，换个机器也很快就恢复了，丢也最多丢 1 天的数据。
这个对小站长来说就太贴心了。
邮件通知
这个我觉得应该属于中立的情况。
对中国用户来说，邮件通常是软肋，中国用户不太喜欢邮件，都喜欢直接的消息。
API 能力
Discourse 的 API 能力很强，对于大批量的数据处理就非常高效。
如果你有实力，甚至可以开发一套 Discourse 的缺陷管理系统，当 Discourse 创建了 Topic 后，可以获得 Topic ID 通过 API 来直接导入到公司内部的缺陷管理系统中。
但我觉得这个用处不大。
更喜欢的还是 API 能力，可以迅速和任何其他语言的程序结合完成调用。