关于 trans-wiki 分区的发帖权限设计问题

目前要求必须为 TL2 方可发帖,请问各位有什么想法?

5 个赞

senioria一向认为tl不该作为门槛… 因为拦不住破坏者, 却能拦住真正想贡献的用户… (sigh… (超小声(
但说了那么多次明显是没被采纳… > < (超小声(

不过作为wiki, 在不改动机制的情况下, tl2才能发帖应该是个合适的门槛… ? (超小声(

算是附议吧, 毕竟虽然按理说应该按帖子投稿, 但反正没几个人真的在乎这些语义上的东西… qwq… (超小声(

7 个赞

个人认为如果如同mtf.wiki一样,ll只是“辅助提交渠道”,“主要提交渠道”还是github项目,那没问题
但是ftm.wiki那边如果要把ll当做“主要提交渠道”(或之一)的话,任何tl限制都是不合适的

2 个赞

我反对这个
如果论坛直接在wiki下,论坛出事连累wiki的风险大增
有时候锅还是甩一甩的好
萌百就出过此类“被牵连”事件(当然那边是恶意编辑)

2 个赞

这是个好想法
但需要值守工作量较大
如果人手足够倒是可以

1 个赞

说起来, 在ll提交的话, git的commiter怎么算… ? (超小声(
该要求提供邮箱之类的吗… ? (超小声(

3 个赞

感觉不如写个教程教你怎么注册github然后用issue的模板发issue(笑

虽然说这个操作似乎人人都会没什么好教的(唯一门槛:会初中英语)

4 个赞

git&ssh协议连接gh其实从来都没事 ()(超小声(
senioria问这个是因为… commiter本身涉及版权问题… 必须有办法追溯每个commit本身的作者, 否则相当于非git的投稿版权全部归于staff/完全授权给wiki了, 考虑到有些责任无法授权, 以及相关的争端什么的, 感觉还是保留完整的原始作者为好… (超小声(
一个可行方案是要求提供一个可用的commiter身份, 或者用 nick <[email protected]> 的格式… ? (超小声(

1 个赞

个人认为limelight ID 或者邮箱即可
毕竟核心是“找到人负责”
至于安全性,我记得github也是可以随意注册的,二者应当类同

安全性倒不在乎, 毕竟commit本身要经过审核, senioria考虑的是版权问题唔… (超小声(

senioria提出的也是这个 (超小声(

1 个赞

内行技术知识 (指点一下blame x (超小声(
事实上gh提倡的联系方式甚至是 [email protected] x (超小声(
这个层面上的联系方式其实随便 ()(超小声(
commiter信息毕竟是自己选的嘛… 隐藏一些东西肯定可以… (超小声(
但… 版权考虑呢? 这种东西不能追溯版权的话感觉会很麻烦的样子… 因为有些权利和责任是不可转让的… (超小声(

2 个赞

这个我觉得和不愿暴露联系方式的commiter同样解决就好了,后台存档前台匿名

确实如此
我之前也差点犯了这个错(其它项目,与trans无关)

1 个赞

senioria其实也没看过具体的协议内容, 只是信任作者而已 ()(超小声(
(曾经想过读gpl, 但是咕咕了 qwqwq (超小声(

唔 现在的gh会提醒这一点了 (超小声(

2 个赞

那次还手忙脚乱的,一点都不像个xyn()
所以山前说的教程应该是必要的

3 个赞

记得gh会直接不接受push (超小声(
确实这些事情都该说明呢… qwq… (超小声(

不写维基加上权限够了
所以无感
我觉得tl2门槛还合适

1 个赞