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