比如说我想给用户整点装扮,结果只能给他们创建组
然后组里面设置了头衔和资质,我想隐藏组,头衔和资质也跟着隐藏了你敢信
虽然说已经穿戴的还正常显示,但是他们的设置里面没有那个头衔和资质了
然后那个邀请功能,不就是以前论坛邀请码的简化版吗?
然而太坑了,你不能让他们每个月只能领3个,最少都是每天一个
然后后台可以设置有效期,结果我设置了15天,用户仍然可以选择90天
比如说我想给用户整点装扮,结果只能给他们创建组
然后组里面设置了头衔和资质,我想隐藏组,头衔和资质也跟着隐藏了你敢信
虽然说已经穿戴的还正常显示,但是他们的设置里面没有那个头衔和资质了
然后那个邀请功能,不就是以前论坛邀请码的简化版吗?
然而太坑了,你不能让他们每个月只能领3个,最少都是每天一个
然后后台可以设置有效期,结果我设置了15天,用户仍然可以选择90天
然后找到一个分类锁的插件,可以让权限不够的人能够看到分类,但是点进去跳转
老实说这个插件已经算非官方插件里面最实用的一个了,然而跳转页面还得自己做
而且插件还没有更新,不知道什么时候有维护
还有一个私密回复的插件,讲道理这个插件我觉得很有潜力,如果我懂点代码完全可以抄出三个插件
比如回复可见,这个插件是你回复可见其他用户的回复,换成可以看到楼主的内容就好了
比如匿名回复,只需要让它回帖后看不到其他用户的回复就好了
最后就是它本身的功能,回复后可以看到其他用户的回复,但问题是他的这个功能是在整个分类开启的,应该允许在发帖的时候选择开启
是的,Discourse 的很多功能是有开发余地。
新功能主要是通过插件方式来实现的,对于一般的网站来说,技术力量就在哪里摆着,让一个人又开发插件又维护网站,实在是有点力不从心。
也正是这样,我们保持的最低可用性原则,不搞花里胡哨的的东西了。
只要官方提供的,我们就用,也懒得去增加太多的功能了。
另外也主要是 Ruby 这种小众的网红语言,有点懒得去研究。
主要是论坛太大了,太杂了,大多数开发者并不能兼顾到整个业务逻辑,很可能修改或者增加什么功能的时候就会与其他的功能或者权限发生冲突,只能等测试或者用户发现之后进行反馈