本帖最后由 a390807154 于 2019-1-29 16:24 编辑 
| 
 | 
| 
 
 | 
mcbbs插件版管理组
2019-1-27
规范一下是好的  希望国内也可以像spigot一样 买到好用 不贵(5-10usd)的插件 
另外MCBBS不能弄个spigot那种购买后才能下载源文件的功能吗
另外MCBBS不能弄个spigot那种购买后才能下载源文件的功能吗
玩不来玩不来
这种要求暂时还玩不来的
这种要求暂时还玩不来的
支持原创作品付费
应该在帖子开头或结尾加上大多数外国付费插件插件帖子里都有的使用条款/服务条款(Term Of Use)
可以减少一些经济纠纷
比如
 
 
内容应注明是否支持退款、插件所有权等
可以减少一些经济纠纷
比如
 
内容应注明是否支持退款、插件所有权等
 本帖最后由 754503921 于 2019-1-27 12:34 编辑 
建议直接禁止付费插件前置为付费插件
建议以版主的主观判断判定付费插件前置付费的插件是否合格(质量实用性等)
既然付费插件可能不放出下载地址,那么完全付费模式的插件与打广告无异,可以当做可以发原创章的搬运插件进行评定,奖励略微下调或者不调都行。
对于放出插件下载(一段时间内)的插件,我认为可以当做普通的原创插件对待,但是奖励可略微下调。
以及2周内的时间似乎太短,基于时间的判定也不好操作,不如基于版本号判定,如semver版本号必须放出上一个minor版本,普通版本号放出上一个非bug修复更新等。
开源那个就完全(基本)不可行了,例如gradle wrapper,是个人下载源码双击bat等一会儿就行了
开源的完全可以,我认为可以当做普通插件处理。
建议以版主的主观判断判定付费插件前置付费的插件是否合格(质量实用性等)
既然付费插件可能不放出下载地址,那么完全付费模式的插件与打广告无异,可以当做可以发原创章的搬运插件进行评定,奖励略微下调或者不调都行。
对于放出插件下载(一段时间内)的插件,我认为可以当做普通的原创插件对待,但是奖励可略微下调。
以及2周内的时间似乎太短,基于时间的判定也不好操作,不如基于版本号判定,如semver版本号必须放出上一个minor版本,普通版本号放出上一个非bug修复更新等。
开源的完全可以,我认为可以当做普通插件处理。
直接限制购买平台太绝对了,部分插件拥有自己的专属购买平台的,允许转流
 本帖最后由 秋风残叶 于 2019-1-27 12:08 编辑 
西方的那一套理论值得参考参考
我建议一个作者在发布付费插件之前必须以“已经发布过n个免费插件”作为前提(在spigotmc是3个)
另外,如果作者在发布付费插件的同时又发布了一个Lite版免费提供预览,这种情况该怎么算呢?
西方的那一套理论值得参考参考
我建议一个作者在发布付费插件之前必须以“已经发布过n个免费插件”作为前提(在spigotmc是3个)
另外,如果作者在发布付费插件的同时又发布了一个Lite版免费提供预览,这种情况该怎么算呢?
 本帖最后由 123zzt123 于 2019-1-27 15:46 编辑 
构建一个可支持支付宝/**直接付费到作者的副站点(类似spigotmc那种,不过使用的是国内的支付方式)
付费插件的定价限制以及前置不能是另外的付费插件可以考虑一下
版权问题需要考究
资源审核可以参考
引用于 https://www.spigotmc.org/threads ... e-guidelines.31667/
如果能增加一个需求定制板块就更好了
构建一个可支持支付宝/**直接付费到作者的副站点(类似spigotmc那种,不过使用的是国内的支付方式)
付费插件的定价限制以及前置不能是另外的付费插件可以考虑一下
版权问题需要考究
资源审核可以参考
引用于 https://www.spigotmc.org/threads ... e-guidelines.31667/
如果能增加一个需求定制板块就更好了
754503921 发表于 2019-1-27 11:27
建议直接禁止付费插件前置为付费插件
建议以版主的主观判断判定付费插件前置付费的插件是否合格(质 ...
是的 开源的付费插件只是视为一个捐助通道
可以不受付费插件的版规约束
也可以不提供构建好的jar
秋风残叶 发表于 2019-1-27 12:06
西方的那一套理论值得参考参考
我建议一个作者在发布付费插件之前必须以“已经发布过n个免费插件”作为前提 ...
免费的发独立帖子可以视为普通插件 享受一样的加分
支持一下第一个和第四个,条例,既然是付费插件确实不能再...
第四个,是一些大交易网址,这样就不存在背后的PY情况了,支持
第四个,是一些大交易网址,这样就不存在背后的PY情况了,支持
我感觉还不错啊
反对第四个  有些插件是有自己的平台的
一般来说限制平台的话那就只能去spigotmc,保险一些
然后如有验证机制的话应规定最大为15个端同时使用,不能多不能少
然后如有验证机制的话应规定