跳转到内容

英文维基 | 中文维基 | 日文维基 | 草榴社区

维基百科讨论:新页面巡查

页面内容不支持其他语言。
维基百科，自由的百科全书


再提重组用户权限组

本主题或以下段落文字，移动自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2023年7月28日 (五) 16:14 (UTC)。

以下列出中文维百常年不通过，但非常需要的更改权限提议：

  • 降低自动确认用户的门槛
  • 巡查员与回退员合并为巡退员
  • 设立高级巡退员以查看私密过滤器
  • 给界面管理员授予编辑被保护页面的权限
  • 与基金会协商重新引入用户查核员--Firedoge2023（留言） 2023年7月13日 (四) 14:24 (UTC)
请勿在讨论版直接引用个人沙盒，这会使您此后的更改直接反馈到该页面，使讨论内容无法确定。此外关于用户组权限的调整，还请您不要自顾自地不给出任何理由直接提出自己的一系列想法，这无助于发现问题和解决问题，只是在创造问题。——暁月凛奈 (留言) 2023年7月13日 (四) 14:41 (UTC)
回复@暁月凛奈：这些想法也不是我提的呀，之前都有讨论--Firedoge2023（留言） 2023年7月13日 (四) 14:50 (UTC)
以上提议我觉得会因安全原因而不会通过，例如反对降低自动确认用户的门槛的原因是有长期破坏者喜欢通过刷编辑数来破坏被半保护的页面。--Lanwi1Talk 2023年7月13日 (四) 15:56 (UTC)
可以限制为条目命名空间编辑--Firedoge2023（留言） 2023年7月14日 (五) 02:02 (UTC)
可能和mw技术实现有关，至少在P站申请得到mw开发人员支持改进出这个功能才能讨论。不过如果看自动确认和延伸确认两种类似机制下的授权方式有明显差异，感觉这个授权部分是屎山，没人想动。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 03:05 (UTC)
“再议回退员的角色（是否可以与巡查员进行简并？）”、“提议重组现有的用户权限组”不是已经在讨论有关部分问题（包括合并巡查和回退，将回退看私密AF的权限正式转给另一个用户组）。至于其他（如“降低自动确认用户的门槛”、“界面管理员编辑被保护页面”），只是举出常年理由并不足够说服吧，至少说明现在为什么要这么做。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 01:11 (UTC)
“界面管理员”本来就是防止管理员被盗后修改界面空间（例如Mediawiki空间的js脚本、css等）而将相应编辑权限拆出来提高安全性，“编辑被保护页面”如果指全保护的话应该是管理员就可以吧？——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 01:15 (UTC)
PS，虽然现在来看，除了AnYiLin外，剩下的也是管理员（乐），有点脱裤子放屁的感觉，而且申请难度也和管理员接近。如果说好处的话， 就是收窄修改界面空间用户的范围，一些专注页面管理、用户管理的管理员通常不需要这个编辑能力。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 01:20 (UTC)
那就剥夺几个界面管理员的管理员身份[开玩笑的]--Firedoge2023（留言） 2023年7月14日 (五) 02:07 (UTC)
这不是开玩笑，毕竟这几位的确是偏向技术维护的管理员。虽然从所谓安全性而已，是提出了拆分组别的要求，而基于其角色，他们看上去又好像没有丢失了这些权力。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 03:24 (UTC)
看了一下，应该给界管授予以下权限
editprotected
editcontentmodel
delete（仅限Mediawiki命名空间或CSSJS页面）
undelete（仅限Mediawiki命名空间或CSSJS页面）
suppressredirect（仅限Mediawiki命名空间或CSSJS页面）--Firedoge2023（留言） 2023年7月14日 (五) 02:24 (UTC)
反对，界面管理员不应该有更改界面以外的任何权限，以上五个权限全部没有技术上的命名空间限制，全部不应授予界面管理员。--路西法人 2023年7月14日 (五) 02:39 (UTC)
「界面管理员的可信程度不应亚于管理员，甚至应该更高。」可信程度更高，权限也应更高。--Firedoge2023（留言） 2023年7月14日 (五) 02:51 (UTC)
所以我曾经认为这句话说得不好，产生界面管理员组别的意义是为了隔离界面空间编辑功能而产生（或者说是拆分出来），实际上它的权限少于管理员，没有什么“可信程度不应亚于管理员，甚至应该更高”的意义。除了可以加些js脚本（可能引入隐私泄漏的破坏脚本），或者恶作剧性质的css外，远不如管理员能删除页面、保护页面、或者封锁用户更麻烦，前者直接用API也能绕开页面修复。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 03:10 (UTC)
我把这句话删了--Firedoge2023（留言） 2023年7月14日 (五) 03:24 (UTC)
从技术上，有类似控制特定用户组对特定页面空间的动作控制插件：mw:Extension:Lockdown，不过可能需要确定基金会会不会允许使用这个插件。“editprotected”（编辑全保护页面）感觉没必要给，因为这本来是管理员主要权限之一、“editcontentmodel”可能可以考虑。至于其他要看插件功能来确定。——Sakamotosan路过围观 | 避免做作，免敬 2023年7月14日 (五) 03:20 (UTC)
须证明日常工作中常用、必需，否则放在管理员权限组、双人完成就好（活跃者少是另一问题）。可信程度高不代表要授予非必要的权限。--YFdyh000（留言） 2023年7月18日 (二) 13:20 (UTC)
请深思熟虑以后再提案，不要一股脑提出来。这些提案“常年不通过”是有原因的。从使用者查核员问题就可以看出，显然提案人没有对本站权限体系发展事先做过研究。—— Eric Liu 創造は生命（留言・留名・学生会） 2023年7月14日 (五) 13:13 (UTC)
我研究过--Firedoge2023（留言） 2023年7月14日 (五) 13:39 (UTC)
@Ericliu1912：虽然我个人也同样不认可这次Firedoge2023的做法，但你用“这些提案‘常年不通过’是有原因的”来批判他我也不认可。这样说吧，我一开始在2018年重提设立编辑禁制方针（现称“禁制方针”）的时候也没有怎么“深思熟虑”过，而且编辑禁制方针当时也是常年提案，但那时最终我的提案通过了。Sanmosa In vain 2023年7月14日 (五) 13:52 (UTC)
我自已也不认可我的观点。--Firedoge2023（留言） 2023年7月14日 (五) 14:03 (UTC)
提案人应对提案脉络及意义有充分掌握，这是基本道理。操之过急而缺乏准备的提案不值得社群多花精力去“帮”提案人额外考虑。—— Eric Liu 創造は生命（留言・留名・学生会） 2023年7月14日 (五) 14:12 (UTC)
我的意思是说你先不要一来就假设对方完全没有“对提案脉络及意义有充分掌握”，这某程度上可以算是冒犯。Sanmosa In vain 2023年7月14日 (五) 14:28 (UTC)
我只是就事论事。提案人如果明确知道为什么要提案、怎么解决过往讨论未能解决的问题并合理说服社群，就不会出现“自顾自地不给出任何理由”等情况以及上方某些不明就里的意见；如果认真、严肃地对待讨论，就更不应该出现“那就剥夺几个介面管理员的管理员身份[开玩笑的]”这种发言。—— Eric Liu 創造は生命（留言・留名・学生会） 2023年7月14日 (五) 15:40 (UTC)
😅--Firedoge2023（留言） 2023年7月16日 (日) 02:52 (UTC)
检索自“https://zh-two.iwiki.icu/w/index.php?title=Wikipedia_talk:新页面巡查&oldid=78278393”