跳转到内容

Wikipedia:互助客栈/其他：修订间差异

本页使用了标题或全文手工转换
本页使用了标题或全文手工转换
维基百科，自由的百科全书
以互动方式浏览历史
←上一版本下一版本→
删除的内容 添加的内容
可视化wikitext
→結果和總結：​ // Edit via Wikiplus
第502行： 第502行：
::::依個人愚見，本人認為倘特色圖片或／及特色列表，應另開投票，一來因為本投票僅就「特色條目」作討論，二來可能同一人就兩種「特色」的意見相佐--​'''[[user:vinct 1998|<font color="green">小楓莊園</font>]]（[[user talk:vinct 1998|<font color="green">後花園</font>]]）''' 2017年9月29日 (五) 14:40 (UTC)
::::依個人愚見，本人認為倘特色圖片或／及特色列表，應另開投票，一來因為本投票僅就「特色條目」作討論，二來可能同一人就兩種「特色」的意見相佐--​'''[[user:vinct 1998|<font color="green">小楓莊園</font>]]（[[user talk:vinct 1998|<font color="green">後花園</font>]]）''' 2017年9月29日 (五) 14:40 (UTC)
:::::我認為不應擴及，畢竟此次投票僅建議特色條目改名。但我暫時無意發起新投票，如果有人想開再談吧---[[User:Koala0090|Koala0090]]（[[User talk:Koala0090|留言]]） 2017年9月29日 (五) 15:30 (UTC)
:::::我認為不應擴及，畢竟此次投票僅建議特色條目改名。但我暫時無意發起新投票，如果有人想開再談吧---[[User:Koala0090|Koala0090]]（[[User talk:Koala0090|留言]]） 2017年9月29日 (五) 15:30 (UTC)
:感覺特色圖片還可以，但「特色列表」可以再研究，不一定要是「典範」，可以是其他（反正沒有優良列表）。--[[User:和平至上|<span style="background:blue;border:1px darkblue solid;box-shadow:2px 2px 2px purple;color:lightblue;text-shadow:1px 1px 2px lightblue;border-radius:999px">【和平至上】]][[USER_talk:和平至上|💬]][[Special:用戶貢獻/和平至上|📝]]</span> 2017年9月30日 (六) 06:40 (UTC)


== 我认为必须确认清楚 ==
== 我认为必须确认清楚 ==

2017年9月30日 (六) 06:40的版本

快捷方式

本页讨论與維基百科有關的话题，但不包括新闻、方针、技术、求助、條目或繁简处理。

  • 如果您需要就具体条目应当如何编辑才符合中立性原則寻求社区共识，请前往條目探討留言。
  • 請在主題欄简明扼要地寫出問題主旨，不要使用如「新問題」等無意義的文字。
  • 請勿公開姓名、地理位置、電話、Email地址等联系資料。我們通常只在此頁回應，並不利用Email或電話等私下回應。
  • 無關維基百科專案的問題，請往知識問答相關頁面询問。


請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击 ）。


發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

11月12日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 引進CampaignEvents擴充功能 40 9 ZhaoFJx 2024-11-14 10:32
2 為管理人員任免制度檢討等事 139 33 Ericliu1912 2024-10-27 05:43
3 在本地啟用安全投票及electionadmin权限 51 11 Ericliu1912 2024-11-21 21:05
4 关于仲裁委员会职权的疑问 1 1 Ericliu1912 2024-11-16 09:37
5 关于2024年11月仲裁委员会选举效力的问题 1 1 ZhaoFJx 2024-11-15 23:53
6 大洋洲月 14 8 Allervous 2024-11-20 07:39
7 这张图片能移到Commons吗？ 5 3 Thyj 2024-11-20 12:35
8 關於管理員候選人問答 11 5 RiceKing 2024-11-14 11:01
9 舊DYK問題 6 5 Uranus1781 2024-11-14 14:59
10 您的翻译总共有1%的未经修改的文字。 3 3 94rain 2024-11-18 16:02
11 管理操作覆核請求：不认为Ericliu1912在8月28日的双向互动禁制处理符合方针指引等社群共识 22 9 Wolfch 2024-11-16 00:26
12 WMF考虑向印度法院披露编辑身份信息，本站是否应该关站抗议 103 27 YFdyh000 2024-11-22 19:30
13 仲裁委員選舉結果 20 7 ZhaoFJx 2024-11-18 03:12
14 國立臺灣歷史博物館图片的版权问题 5 2 Thyj 2024-11-19 20:50
15 如何处理针对使用者和IP发起的傀儡调查 1 1 Hamish 2024-11-22 22:01
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注：（重新整理）

維基專題與協作

Template talk:Duck § 更正默認提示文字？

@Cookai1205、Yoyolin0409：參見 WP:DUCK。確有理由更改、去除「一望而知」字樣。冀達成共識。— 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2024年9月24日 (二) 02:18 (UTC)

有关 unblock-zh 邮件列表可能潜在的“黑箱”制度

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:封禁申诉。

以下討論已結束，請不要對此存檔進行任何編輯。

诸位好。近来有几名维基新手加入 QQ 群，抱怨自己发送给 unblock-zh 邮件列表申请 IPBE 的邮件迟迟得不到回复。我用新手发送给 unblock 的邮箱反查邮件，发现这些新手的邮件并没有投递到订阅 unblock-zh 的各个管理员手上，遂对 unblock-zh 的收发信策略做了一些测试，发现如下状况：

  • 会丢弃邮件中的 HTML 部分，只留 plain text（纯文本）。目前邮件客户端普遍会同时发送相同内容的 HTML 和 plain text；部分客户端只会发送 plain text；但有一部分客户端只发送 HTML 排版过后的邮件。（当然这也视乎用户自己的设置。）对于部分只有 HTML 的邮件，在经过 unblock-zh 转发后，邮件就会如这里所示，全篇邮件一个文字都没有。这一设置在 unblock-zh 后台是可调的，但普通管理员没有权限。除非遇到下条所示情况：
  • 对于字符编码不是 UTF-8 的邮件，会把能转换成 UTF-8 的邮件全部转成 UTF-8。有些有些编码能正常处理，但有些不能。对于能处理的，其到达收件箱后效果如下：
#1：请自备base64解码器 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: unblock-zh-bounces@lists.wikimedia.org
Sender: "Unblock-zh" <unblock-zh-bounces@lists.wikimedia.org>

IDEuIOWkqeWcsOeOhOm7g+OAgOWuh+Wumea0quiNkgogMi4g5pel5pyI55uI5piD44CA6L6w5a6/
5YiX5by1CiAzLiDlr5LkvobmmpHlvoDjgIDnp4vmlLblhqzol48KIDQuIOmWj+mkmOaIkOatsuOA
gOW+i+WRguiqv+mZvQogNS4g6Zuy6aiw6Ie06Zuo44CA6Zyy57WQ54K66ZycCiA2LiAq6YeR55Sf
6bqX5rC044CA546J5Ye65bSR5bKhKgogNy4gL1/lio3omZ/lt6jpl5XjgIDnj6DnqLHlpJzlhYlf
LwogOC4g5p6c54+N5p2O5p+w44CA6I+c6YeN6Iql6JaRCiA5LiDmtbfpubnmsrPmt6HjgIDpsZfm
vZvnvr3nv5QKMTAuIOm+jeW4q+eBq+W4neOAgOmzpeWumOS6uueahwoxMS4g5aeL5Yi25paH5a2X
44CA5LmD5pyN6KGj6KOzCjEyLiDmjqjkvY3orpPlnIvjgIDmnInomZ7pmbbllJAKMTMuIOW8lOaw
keS8kOe9quOAgOWRqOeZvOaut+a5rwoxNC4g5Z2Q5pyd5ZWP6YGT44CA5Z6C5oux5bmz56ugCgot
LSAK6K+35Zyo5Zue5aSN5Lu75L2V6YKu5Lu25pe26YCJ5oup4oCc5Zue5aSN5omA5pyJ5Lq64oCd
ClVuYmxvY2stemjpgq7ku7bliJfooagKVW5ibG9jay16aEBsaXN0cy53aWtpbWVkaWEub3JnCmh0
dHBzOi8vbGlzdHMud2lraW1lZGlhLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VuYmxvY2stemg=
但是无法处理的，其方式如下：
#2：请自备base64解码器 
--===============1664063874770755991==
Content-Language: zh-CN
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64

ICAxLiAgzOy12ND+/FOhodPu1ua66bvEDQogIDIuICDI1dTC06/qvqGhs73L3sHQj4gNCiAgMy4g
ILquge3K7s35oaHH78rVtqyy2A0KICA0LiAg6WPwTrPJmnGhocLJhc7Ve+qWDQogIDUuICDrhfJ2
1sLT6qGhwra9WZ7py6oNCiAgNi4gIL3wyfr7kMuuoaHT8bP2jYuM+Q0KICA3LiAghKbMlr7e6kmh
odbpt1HSubniDQogIDguICC5+9XkwO7ozaGhssvW2L3my0sNCiAgOS4gILqj+3m607WtoaH3W52T
0/DP6A0KICAxMC4g/YiOn7vwtduhofhCudnIy7vKDQogIDExLiDKvNbGzsTX1qGhxMu3/tLCydEN
CiAgMTIuIM3GzrvXjIf4oaHT0NPdzNXMxg0KICAxMy4gj3TD8bel1++hodbcsGzS85yrDQogIDE0
LiDX+LOvhpa1wKGhtLm5sMa91cINCg0K

--===============1664063874770755991==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

LS0gCuivt+WcqOWbnuWkjeS7u+S9lemCruS7tuaXtumAieaLqeKAnOWbnuWkjeaJgOacieS6uuKA
nQpVbmJsb2NrLXpo6YKu5Lu25YiX6KGoClVuYmxvY2stemhAbGlzdHMud2lraW1lZGlhLm9yZwpo
dHRwczovL2xpc3RzLndpa2ltZWRpYS5vcmcvbWFpbG1hbi9saXN0aW5mby91bmJsb2NrLXpo

--===============1664063874770755991==--
对于不能处理的编码，unblock-zh 在转发时全文保留了原来的 plain text 内容，并在后面加上了自己使用 UTF-8 编码的提示。
但是，使用这种方式同样可以接收 HTML 邮件。比如在其他邮件列表里有这样的例子：
#3：请自备base64解码器 
--===============8211208071669730346==
Content-Type: multipart/alternative; boundary=001a114bdd4c29bee4053b32b71f

--001a114bdd4c29bee4053b32b71f
Content-Type: text/plain; charset=UTF-8

-（中间部分略）-

tr"><div>[I don't print e-mails. Do you?]<br><a href=3D"http://gplus.to/edo=
deroo" target=3D"_blank">http://gplus.to/edoderoo</a> _-=3D-_ <a href=3D"ht=
tp://edoderoo.nl" target=3D"_blank">edoderoo.nl</a><br></div></div></div>
</font></span></div>
<br>______________________________<wbr>_________________<br>
Otrs-permissions-l mailing list<br>
<a href=3D"mailto:Otrs-permissions-l@lists.wikimedia.org" target=3D"_blank"=
>Otrs-permissions-l@lists.wikim<wbr>edia.org</a><br>
<a href=3D"https://lists.wikimedia.org/mailman/listinfo/otrs-permissions-l"=
 rel=3D"noreferrer" target=3D"_blank">https://lists.wikimedia.org/ma<wbr>il=
man/listinfo/otrs-permission<wbr>s-l</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>

--001a114bdd4c29bee4053b32b71f--

--===============8211208071669730346==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KT3Rycy1wZXJt
aXNzaW9ucy1sIG1haWxpbmcgbGlzdApPdHJzLXBlcm1pc3Npb25zLWxAbGlzdHMud2lraW1lZGlh
Lm9yZwpodHRwczovL2xpc3RzLndpa2ltZWRpYS5vcmcvbWFpbG1hbi9saXN0aW5mby9vdHJzLXBl
cm1pc3Npb25zLWwK

--===============8211208071669730346==--
上面的这种方式显然更加适合 unblock 的需求。原先的 HTML 格式被完整地保留了下来，即使 unblock-zh 无法处理此类字符编码，也可以发送到每个邮箱后手动解决乱码问题。
维基媒体计划上所有的邮件列表是基于一个叫 mailman 的程序，包括 unblock-zh 。其他的邮件列表可以做到，unblock-zh 也可以。
  • 有些邮箱是自带坑的。比如上面 #2 中，unblock-zh 没有把所有邮件内容转成 UTF-8 的原因不是因为不支持原邮件使用的 GB 2312 ，而是因为原来邮件用的实际上不是 GB 2312 ，而是 GBK 或 GB 18030，但是发信客户端非得把 charset 那一项写成 GB 2312，mailman 无法解码内容，只得原文保留。#2 的邮件是使用 Outlook/Live/Hotmail 的网页版客户端发出去的。通常的客户端都能正常读取，但并不见得所有的都能读出来。

当然，上面的内容还只是我自己的猜测。我不敢保证自己的叙述和推断全部正确，因为我自己也看不到 unblock-zh 的设置到底是什么。这也正是我开这一讨论想要说明的：现在 unblock-zh 的体系有严重的漏洞。unblock-zh 的管理员不同于维基百科站内的管理员、邮件进入 unblock-zh 需要经过少数几人的审批，这使得 unblock-zh 存在内部黑箱的情况成为可能。——我指出 unblock-zh 存在漏洞，但我没说过有人一定利用过这个漏洞。下面逐条详叙：

  • unblock-zh 是一个邮件列表。邮件列表是早期互联网中网民进行讨论的重要工具之一，但随时间流逝，邮件列表的重要性大不如前。在通常的邮件列表中，订阅该列表的成员使用通过回复他人邮件的方式来进行类似论坛跟帖式的交流。邮件列表的服务器会将所有发送到该邮箱的邮件转发给所有订阅了该列表的成员。邮件列表对于维基百科意义重大。Shizhao 等早期管理员不是通过社群讨论，而是利用邮件列表讨论成为管理员的。
    • 用 unblock-zh 举例子。所有中文维基百科上的管理员“订阅”了该列表。所有发送给 unblock-zh@lists.wikimedia.org 这个邮箱的邮件都会被转发给该邮件列表所有的成员，也就是中文维基百科的所有管理员。外面的人若要进行封禁申诉，直接发送邮件到该邮箱里，所有的管理员理论上都能收到一份该邮件的拷贝。在其中一个管理员回复申诉请求后，会抄送一份到 unblock-zh 。抄送的邮件也会被转发给所有成员。这样，当成员（也就是管理员）看到了抄送过来的回复后，就知道该请求已经有人回复了。如果管理员之间需要讨论封禁事宜，管理员也可以直接发送邮件到 unblock-zh ，其他管理员也都能看到。其他的管理员若是想要就该封禁案发表观点，直接回复该邮件，并把回复的邮件发送到 unblock-zh 中，所有其他管理员也会收到由 unblock-zh 邮件列表转发来的回复。
    • unblock 不能算是“用于讨论问题的邮件列表”。对于讨论问题的邮件列表，通常只有该列表的订阅者才会向邮件列表中发送邮件来商讨事宜。但是 unblock-zh 每天都要接收大量邮件列表外的邮箱发送过来的请求。因此，为了提升讨论质量，部分邮件列表会通过限制订阅、限制只允许订阅者发送邮件、所有外来邮件都需要经过列表管理员审批，审批通过后才会转发给所有订阅者的形式来控制讨论质量。论坛可以删除帖子，但邮件送达后没有撤回的余地。因此很多邮件列表都很注重其中邮件的质量。让邮件仅以 plain text 发送、限制 HTML 元素使用也是通常邮件列表为保证讨论质量会开启的设置项。但是，unblock-zh 某种意义上作为中国大陆新手参与维基百科的必经之路，却因为上面提到的诸多限制，导致相当一部分新手的申诉邮件无法正常收取。
  • 众所周知，unblock 是允许所有管理员成员加入、获取内容的。管理员不应该泄露其中的申诉请求。但是同样地，凡是有意向进行封禁申诉的邮件，都应该投递给所有订阅了 unblock 的管理员。然而，目前 unblock 仍然在预先审查邮件，只有审查通过的才会发送给所有管理员。前面提到了，通常邮件列表审查邮件是出于为了把关内容的考虑，unblock-zh 审查邮件，依 Kegns 的说法，是为了减少垃圾邮件 。但是，就目前可知的情况来看，unblock-zh 所有具有审查邮件权限的人，只有 Jimmy Xu、Kegns、Mys 721tx 三人。无论审查者是谁，只要人数有限、没有公开征求他人意见，客观上就存在黑箱操作的可能。最重要的不是现在审查邮件的这三位是否正在（或者曾经）黑箱操作，而是大多数管理员没有这方面的意识，根本没有意识到自己在 unblock 里看到的邮件可能有故意或者无意漏掉的、甚至故意删掉的。
    • 另一方面，就是垃圾邮件存在误判的可能。在 QQ 上跟我联系的一个新手在邮件发送三天后都没有回应。用其邮箱、邮件标题等信息去翻存档，发现根本没有收到这封邮件。当时我直接给他批复了 IPBE ，并开始调查此事。但次日，他的邮件就收到了。可能是某名列表管理员最开始误判了这封邮件，后来其他人复核后发现有一封邮件被误作垃圾邮件，于是重新放行，这才导致了延后四天收到邮件的情况。
    • 最后，就是对真正的 spam 和滥用申诉者反映可能不即时。尽管滥用 unblock 发邮件的行为非常少见，但不是没有发生过。这时候就只能让唯一能修改设置、屏蔽 spammer 的成员，也就是 Jimmy Xu 出面屏蔽。
  • 尽管 Jimmy Xu 在一封 2014 年的邮件里面说“欢迎其他有意向参与者联系”（大意），但实际上新上任的管理员甚少了解此事，更不要说主动参与邮件审查事务了。

总结一下：由于技术原因导致部分新手邮件进入 unblock 困难、耽误新手参与维基；unblock 现在邮件审查机制不透明、人手不足，进一步导致新手和其他申诉邮件延误；目前管理员普遍缺乏对 unblock-zh 以及其他邮件列表的认识，unblock-zh 的“上层”管理者架构不透明、缺乏监督。

所以，我们要做什么？首先，私以为所有社群成员都有权利知道这一点——每个人都有可能遭受管理员的不当封禁，unblock-zh 作为封禁申诉渠道，保证其透明是有必要的；其次，我们要改进 unblock-zh 的后台设置——不一定全部照上面说的改，但一定要保证比现在更友好；最后，有关列表管理员和具有审核权限者，也需要在社群公开化，保证人手充足、不会有邮件因为审核者个人原因而被延误甚至拒绝。

望诸位发表意见。

--Techyan（留言） 2017年8月16日 (三) 14:14 (UTC)[回复]

（纯属抛砖引玉啦）改成全开放的ticket系统，所有出入信息全透明。实现方法有很多，其中之一：在GitHub上开一个项目，然后滥用github的issue系统来处理我们的查封。对于隐私资料，则仍然寄给unblock，或者直接寄给管理员邮箱。头脑风暴建议，没有细想。Bluedeck 2017年8月16日 (三) 19:31 (UTC)[回复]
我的建议：1.如果编码问题导致mailman接收出错的话，应该想mailman反映或者调整配置来修正。2.对于申请LIPE或新账号的，可以考虑使用新的邮件列表处理，将配置调松以方便接收不合规格的邮件，或者OTRS也可？3.管理员应该要加入unblock-zh，而且强调或教育如何使用（需要弄一份邮件列表使用手册）。——路过围观的Sakamotosan 2017年8月17日 (四) 02:39 (UTC)[回复]
（可能有问题）4.进入unblock-zh的邮件先进入一个队列，所有op都能分拣但不能删除。在区分是垃圾邮件后所有“垃圾邮件组”，可以被删除和不用转发，是正常邮件则放入另一队列，可以转发。不过删除应该有记录并可恢复，以防误删或故意删。以此减少审核人员过少而导致可能的暗中操作问题。——路过围观的Sakamotosan 2017年8月17日 (四) 02:43 (UTC)[回复]
如果使用OTRS系統，那就必須要所有管理員都是OTRS志工，但目前申請OTRS志工與申請管理員的管道不一樣，而且目前OTRS沒看到有規定管理員必定為OTRS志工。臺灣杉在此發言 (會客室) 2017年8月17日 (四) 08:15 (UTC)[回复]
OTRS也是一套系统，只是OTRS直接沿用软件名作为该工作组的称呼，例如以前bugzilla，我的意思是使用OTRS系统在建立一个基于mail-ticket的unblock组。——路过围观的Sakamotosan 2017年8月18日 (五) 08:37 (UTC)[回复]
英文版是仿效OTRS弄了個UTRS。--Temp3600（留言） 2017年8月17日 (四) 17:51 (UTC)[回复]
全透明的最大问题是会有人恶意扰乱（例如骂人，泄露隐私等），这些东西一旦被搜索引擎索引会有不好的影响。当然可以设置成不索引，但是另外建立一套全透明的系统并不比完全使用用户讨论页申诉好（想想为什么要剥夺用户的用户讨论页编辑权限）。另外我们完全可以fork一个英文版的UTRS，但是好不好用不好说。--GZWDer（留言） 2017年8月18日 (五) 20:36 (UTC)[回复]
我覺得改良mail-list會是比較簡單的做法。UTRS要請人寫代碼才行﹐不知要弄得何年何月。--Temp3600（留言） 2017年8月21日 (一) 14:56 (UTC)[回复]
哈哈哈哈，我开玩笑的而已，不会真的搞到2049年去。Bluedeck 🤔 2017年8月21日 (一) 19:47 (UTC)[回复]

对于互联网上的“gb2312”混杂gbk、gb18030不能解码，按照WHATWG/W3C的《编码》（技术建议；TR）应该算是bug了。《编码》里面说得很明确，gb2312、gbk、gb18030一律用一个gb18030和gbk并集的解码器理解。——Artoria2e5编 讨论要完整，回覆请用ping。 2017年8月23日 (三) 00:55 (UTC)[回复]

phab:T173894. 剩下那个 HTML 问题请改设置。--Artoria2e5编 讨论要完整，回覆请用ping。 2017年8月23日 (三) 01:12 (UTC)[回复]

“Dark Hoel！Terrible！”--113.97.43.185（留言） 2017年8月29日 (二) 06:41 (UTC)[回复]

認同應對unblock-zh機制進行檢討。unblock-zh已是實施8年多的申訴機制，現在是合適時機去處理解決當中之缺陷。如郵件審批可能會因審核員不足而延宕，造成封禁申訴無法及時處理。--千村狐兔（留言） 2017年8月30日 (三) 09:23 (UTC)[回复]

有关 Jimmy Xu 对 unblock-zh、IRC 的管控权独揽问题

在与其他一些管理员通过站外渠道沟通交流后，我得知 Jimmy Xu 目前拥有中文维基百科 unblock-zh 邮件列表和 Freenode 上名为 #wikipedia-zh 的 IRC 频道的最高管控权。考虑到上面只介绍了 unblock 存在的问题，没有提到 IRC ，下面再对 IRC 存在的问题作一些介绍：

IRC 群组里的权限共有三级。最高级者，可以踢出、禁言其他 IRC 频道里的成员。但是，能够赋予其他用户高级权限的权限，在 #wikipedia-zh 上却只有 Jimmy Xu 一人拥有。这不是什么大事，因为中文维基站内的所有管理员都拥有操控一个能够踢人、禁言的机器人的权限，一旦有人扰乱，可以直接通过操纵机器人来进行维护操作，管理员通常不需要更高的权限。但由 Jimmy 一人独揽权限的情况仍然客观存在，且据一名维基人的说法，Jimmy 曾有意地不给他人更高权限。考虑到 Jimmy Xu 最近并不活跃，若是 IRC 频道出现一些意料外的状况，处理起来将非常耗时。因此 IRC 的问题与 unblock 一并在此提出。

至于 unblock 邮件列表，在我上面这段论述写完之后又出了一些新的状况：因为三名审核员都没有即时审核、放行邮件，导致 unblock 中邮件曾出现至少五天的断流，期间所有申请 IPBE 的新手、封禁申诉等都在极端情况下等了五天才送达——而目前有数名管理员活跃在 unblock 上，一旦邮件送到了各个管理员手中，往往只需要数小时就能答复，时间全部浪费在了审核员上。

Jimmy Xu 作为中文维基曾经非常活跃的技术管理员，如今已经不甚活跃，他独揽中文维基两大系统的最高权限，并在需要做出改进时不愿动作。Jimmy Xu 没有对上文在下的指控做出回应，在下已于 Jimmy 的用户讨论页做出通知，希望 Jimmy 出面解决目前存在的问题。对于 unblock ，在下拟邀请数名最近比较活跃的管理员作为审核员（或考虑无审核员实行一段时间）；同时请 Jimmy 按照上面的提示进行设置调整，或指明不进行调整的理由；另请另一名维基人兼任 unblock-zh 的管理员。对于 IRC ，则请 Jimmy 给有意者授予相关权限。

--Techyan（留言） 2017年9月6日 (三) 13:26 (UTC)[回复]

Unblock-zh的問題比較嚴重，亦確實希望可以引入更多管理人員，令封禁申訴電郵可以更快速到達各管理員電郵。至於IRC，據系統回報，目前共有三個群主，除了Jimmy，還有Ben.MQ及Liangent。兩人均擁有群主權限。不過兩人亦是近來都不甚活躍。這個可以再與Jimmy討論。--J.Wong 2017年9月6日 (三) 13:50 (UTC)[回复]
真凶啊，又是在对历史遗留问题不求甚解自己揣测。本来哪位想审信找我要一下密码就行了，技术问题也没什么不能解决的。你倒好，也不来对话页也不找-owner，非要费劲写这么多来“指控”还不通知本人？邮件列表一直都欢迎比Techyan更懂协作的管理员参与管理。--Jimmy Xu 论 2017年9月6日 (三) 14:52 (UTC)[回复]
啧啧啧，态度好差，有则改之无则加勉。人家提个意见你懂你就回答好来。人家写的问题也是很客观的，你还要讽刺人家不懂。要么弄个考试，你跟他一起考试？不要这样，有耐心就回答，没耐心就不要干了，把自己耗在那里有什么意思来。--SP RailwayGuest 2017年9月11日 (一) 10:41 (UTC)[回复]
(！)意見：我认为Jimmy Xu阁下不宜继续独揽权限。去年我当选管理员之后不久的一段时间，Jimmy Xu阁下就一直在irc对我“训政”，而我惧怕他是群主，如果为逆他会被踢走，就常常只能顺从他的意志处理站务。当时作为新管理员，我感到很困扰。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月7日 (四) 01:30 (UTC)[回复]
关于IRC，从未出过什么问题，折腾它干嘛--百無一用是書生 (☎) 2017年9月7日 (四) 01:33 (UTC)[回复]
@霧島聖：都管理员了还怕踢走。。。。怎么感觉和新手用户一样啊--百無一用是書生 (☎) 2017年9月7日 (四) 01:35 (UTC)[回复]
当时在irc的确还算是半个新人没错。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月11日 (一) 10:11 (UTC)[回复]
“伟”光正的时昭陛下，您对irc一窍不通，所以就别在这里乱讲了，即使是维基百科管理员，irc群主一样能踢。建议时昭陛下继续专攻您的滥权大业，切记说多错多，伤害您“伟”光正的巨人（mo）形象。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月7日 (四) 01:49 (UTC)[回复]
(！)意見：请理解管理员也是人，管理员也不可能什么都知道，有问题，完全可以友好的指出，我相信一般维基人都能够正确的对待问题，请保持善意，这样的讽刺对于解决问题并没有帮助。--人神之间摆哈龙门阵 2017年9月11日 (一) 03:54 (UTC)[回复]
(！)意見：制度有問題就談制度，人手有不足就談人手，而不應該是借題發揮攻擊管理員濫權。--Mewaqua（留言） 2017年9月7日 (四) 02:54 (UTC)[回复]
能踢就能踢呗（我当然知道能踢），不做错事为何要怕被踢？--百無一用是書生 (☎) 2017年9月7日 (四) 03:13 (UTC)[回复]
Jimmy Xu口中“更懂协作的管理员”，事实上似乎完全不能领会最基本的维基方针，哎。。。 上海灘維基悍將  守望者傳奇  2017年9月10日 (日) 11:42 (UTC)[回复]
希望阁下也能就事论事，大家一起建设好维基才是正道啊。--人神之间摆哈龙门阵 2017年9月11日 (一) 04:27 (UTC)[回复]
“大家一起建设好维基才是正道啊”，人神之间竟然对爱孟说了这么一句话，呵呵呵呵，大家来看看哦，黄鼠狼给鸡拜年了！113.116.171.81（留言） 2017年9月11日 (一) 07:16 (UTC)[回复]
那位什么人神之间啊。Jimmyxu讽刺别人不懂的时候，你也回应一个呀。你表面的公平好歹也要做一做。否则你就不要起劲说别人不就事论事了。我觉得Jimmyxu这种不积极参与社群服务的行为，是应该要有其他人参与进来，否则站务都要停顿了。我们不是为了证明某个人很重要，才设立这个unblock的机制的，然后就放一个管理员在那里。还是开放的好，怕什么，多加两个人天塌不了。--SP RailwayGuest 2017年9月11日 (一) 10:53 (UTC)[回复]
请参考我下面说的，我同意加更多的人，乃至不需要审查。另外，大多数的参与是根本无需谁批准的，同样如我下面所说，请呼吁其他管理员积极参与回应unblock。--人神之间摆哈龙门阵 2017年9月11日 (一) 18:01 (UTC)[回复]
人神之间，您忘了我是谁了？ （打个比方而已，请勿以后面那句话再给别人扣“人参公鸡”之罪名，谢谢！）好比说：杀人犯看到被害人可以装不认得了？ 上海灘維基悍將  守望者傳奇  2017年9月12日 (二) 15:34 (UTC)[回复]
如果你都知道比喻不恰当或会被误会，就请不要做出类似的比喻。作为一个维基人，我在维基上的留言是基于其他人留言的内容，而和那句话是谁说得没有关系。我相信很多维基人都是这样做的，我也希望阁下也能做到如此。--人神之间摆哈龙门阵 2017年9月12日 (二) 23:15 (UTC)[回复]
如果现在人神之间的账号是本人操纵，那么显然前方的比喻是合理的；如果该账号已经不在本人手里，那么现在的表现不出意外。 上海灘維基悍將  守望者傳奇  2017年9月13日 (三) 11:50 (UTC)[回复]

先談unblock-zh：我沒搞過mailman，當然也沒權限存取unblock-zh。不過從上面的論述可以看出一點：unblock-zh的控制者，或者說維護者，他們現在並不活躍，無法及時受理郵件，也不能及時解決技術故障。再概括一點就是人手的問題（其他問題主要還是由人手問題衍生出來的）。

最近一年內，社群已經有數位能夠保持活躍、已經或者有能力掌握相關技術的管理員，例如User:WhitePhosphorus、User:Alexander Misel、User:Techyan、User:A2093064、User:Bluedeck等，因此是時候解決問題了。我建議從以下兩方面來解決問題：

  1. 開放unblock-zh的技術控制權限，使這些熟悉技術的管理員能夠及時調整設定，修正技術層面的問題。同時也可以預防和及時應對其他技術故障。
  2. 不再實行審核制度，或者推選數位（至少是unblock-zh上活躍管理員數量的一半吧，我覺得）值得信任的管理員作為審核員，以防信件積壓。

這樣的話就不會因為Jimmy Xu或其他人在現實生活很忙而無法及時處理維基的事情了。

unblock-zh是中文維基重要的工具之一，我們不能讓它因為無人及時處理故障而癱瘓，所以自己太忙的話多派一些維護者就行了，而且只會有好處不會有壞處。雖然我們完全可以做新系統，但是從目前情況來看這樣做並不現實。如果能把技術型管理員派進去進行修理，使得unblock-zh的技術問題能夠得以修正，我們何苦重新造輪子呢？ --逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:03 (UTC)[回复]

近大半年來都在IRC掛機，或者容我說兩句吧。首先，在下不知霧島君所經歷的是什麼情況，不過現時IRC社群已經通過WP:IRCPOL，縱然有人可能不承認，但至少大半年來都沒發生過什麼Jimmy君獨攪大權，恣意妄為之事，因為正如在下上面所言，IRC群尚有另外兩位群主及社群相當活躍。基本上，現在在下作為IRC OP，亦隨時可以把其他群管踢走，不用等Jimmy君出手。但無原無故誰會去動手踢人？別說得好像昨日剛踢完一個群管似的。現在唯一困難之處，大概是因為三位事務繁忙，未能及時為新當選管理員授予群管地位。就此，在下建議把群主權力授予User:WhitePhosphorus等常駐可信用戶。在下相信此舉足可解決IRC問題。--J.Wong 2017年9月7日 (四) 06:12 (UTC)[回复]

事情在客棧掛這麼些天，有沒有進展了？反正，假如我是unblock維護者，一方面我肯定不打算讓事情有機會在客棧上面出現，另一方面，即使真的上了客棧，看到之後也該有所動作，不給你們在客棧評論的機會。--逆襲的天邪鬼（留言） 2017年9月11日 (一) 03:13 (UTC)[回复]
请善意推定，管理员只是拥有系统权限的维基人，并不是和普通维基人对立的关系（尽管我知道有些事情可能导致了这样的看法），但我还是希望大家能够善意推定，就事论事。--人神之间摆哈龙门阵 2017年9月11日 (一) 03:54 (UTC)[回复]
人神之间：“我们要善意推定！”；永康师傅：“要建设民主法治！”；才厚将军：“要坚持反腐强军！”，既视感啊既视感，XD。。。113.116.171.81（留言） 2017年9月11日 (一) 09:04 (UTC)[回复]
  • 我不常在IRC，但是对于unblock-zh我可以发表一些个人意见。我去年下半年一直在处理日常unblock-zh的请求，尽量保证在收到请求的1-2天内处理，具处理详情可以见我的贡献记录。去年底也在参加北美维基会议的时候见到了JimmyXu本人，并当面讨论了关于unblock-cn的情况。会议后一直太忙，未向社群反馈此事，这可以算是我的一点疏忽。正好趁此机会向大家汇报一下：
我觉得这个问题没什么恶意，就是质询一下。难道做的好不好还不让人评论了？和平解决是什么意思，就是大家睁只眼闭只眼咯？装睡？--SP RailwayGuest 2017年9月11日 (一) 12:25 (UTC)[回复]
很简单，提出解决方案（加人手或者做调整），at人过来问是否还存在技术原因。非要用点煽动的字眼，好像嫌事不够大的样子，我觉得这就不太好了。——路过围观的Sakamotosan 2017年9月11日 (一) 12:44 (UTC)[回复]
用的词，那是语言艺术的问题。事情大了么？怕什么？人家也是想让社群注意到事情的重要性，出发点是好的。要让人说话，不要都做拍手党。要拍手谁不会啊，如果心理素质差，不想被质询，没有被质询的觉悟，那我觉得还是做个普通编辑好了。那就没人来质询你，那多舒坦。这里是客栈，是提出问题的地方，不是开表彰大会的地方。人家才提了那么点点意见，你怎么就急眼了。别急，又没说你，着什么急。--SP RailwayGuest 2017年9月11日 (一) 12:51 (UTC)[回复]
(＆)建議用词的问题的确是语言艺术的问题，但是我建议提议需要对事不对人。比如这件事情，可以说是现在unblock-zh可能缺乏一个开放的审核机制，这个我严重同意。但是推到JimmyXu独断专权上我个人觉得不太合适。如果有人事先和他讨论过，而他拒绝交流，这样描述也还行，问题是之前并没有人直接和JimmyXu讨论这个问题。很多问题人手不够是客观存在的，而之前很多工作集中于一两个人，并不是他们愿意独断专权，而是人手不够的直接后果，希望大家能够理解这一点。更多的管理员愿意加入维护是一个好事情，我个人非常赞成！--人神之间摆哈龙门阵 2017年9月11日 (一) 18:29 (UTC)[回复]
用词当然很重要，就是有些人喜欢挑用词问题来发难的。本来可以不用说重口气，非要加多几程重。——路过围观的Sakamotosan 2017年9月12日 (二) 00:55 (UTC)[回复]
所以啊，汉语言一定要学好。这是我们的母语，我们有这个责任和义务，把语言学习给搞上去。孔子有云：“不学诗，无以言”，那就证明了语言的重要性。现在的很多人就是觉得语文么，都会说的，不需要认真学，所以说的话往往词不达意。楼上这个问题讲的很好，对于大家都起到了督促的作用。--SP RailwayGuest 2017年9月12日 (二) 15:25 (UTC)[回复]
(：)回應人神之间：有人提出Jimmyxu独断专权的事情，本质上还是爱护他的，指出问题，对不对的话可以讨论嘛，先提出来。你看这样一讨论不是效果很好嘛。顺带把语言问题也搞明白了。大家爱护关心Jimmyxu的发展，那才会提这些意见。用《私人订制》里的那句话，“越是经常批评您的领导才是真正爱护你的。不跟你拍桌子了，对你客气了，也就不拿你当自己人了。现在谁跟谁随便交心呐”。--SP RailwayGuest 2017年9月12日 (二) 15:33 (UTC)[回复]
(：)回應如果是出于爱护，我表示感谢，但是我建议下次用一个更好的方法，比如先和对方直接交流，如果无效，再这样说也来得及。其次，我也很高兴能把语言问题搞明白了，希望以后大家都能用很合适的语言来处理类似事件，这样也有助于大家能更好的为维基百科做出贡献。最后，如何和人交流是一个动态的，我不认为一个方法就能包治百病，但至少我相信在维基里，保持善意肯定是最基本的需求。--人神之间摆哈龙门阵 2017年9月12日 (二) 23:22 (UTC)[回复]
不对呀，爱护的是Jimmyxu怎么你来感谢了，太客气了，不用谢啊。方法有好有坏，最重要么就是能不能说清楚问题，再客气方法再好，说不清楚问题总归也是不行的。语言问题是个漫长的过程，用词的准确需要慢慢的磨练出来，不能急于一时。自古像苏学士、欧阳文忠公都是日积月累才写出了振聋发聩的文章。像贾岛，更是为了僧推还是僧敲月下门纠结了半天，甚至撞上了韩愈的坐骑。所以说，语言的矛盾将持续并且长期持续在维基里，大家都要有耐心。当然，语言问题中不能包含骂人这个成分，这已经超出了语言用词的问题了。是关乎个人修养和家庭教育的因素了，反映了一个人的世界观、人生观和价值观。在对于语言问题大容忍的情况下，我们对于骂人还是要零容忍。尤其是管理员更不能骂人，否则给外人感觉维基编辑的素质都不高了，这样不好，百弊而无一利。最后，大家都是善意的，没有恶意啊，就是说话难听点，但是心都是好的。最后还是希望大家逐渐提高文学水平，毕竟汉语是我们的母语，语言工作还是很重要的。--SP RailwayGuest 2017年9月14日 (四) 00:46 (UTC)[回复]
完全同意阁下一个观点，对于骂人还是要零容忍的，特别是在没有交流的情况下无端的对其它维基人扣帽子这种行为，个人觉得在维基百科上还是越少越好。--人神之间摆哈龙门阵 2017年9月15日 (五) 06:15 (UTC)[回复]
那你的手下烏拉跨氪他們罵人罵了那麼多次，每一次罵人都很嚴重，你不照樣視而不見了嘛。 上海灘維基悍將  守望者傳奇  2017年9月15日 (五) 14:09 (UTC)[回复]
被轉移至此的218.19.207.157於2017年9月13日 (三) 11:07 (UTC)的留言是回應User:守望者愛孟於2017年9月12日 (二) 15:19 (UTC)的留言。--Mewaqua（留言） 2017年9月13日 (三) 13:26 (UTC)[回复]
谢谢Mewaqua发现的及时，否则其它维基人就看不到这一段被某人删除的留言了。--人神之间摆哈龙门阵 2017年9月13日 (三) 22:48 (UTC)[回复]
“人神之间”账号露出了很多明显破绽，因为该账号不知道人神之间和我在过去的大量通信往来。我已经知道是谁在背后控制了，可以了。 上海灘維基悍將  守望者傳奇  2017年9月14日 (四) 11:12 (UTC)[回复]
如果不和你争论便是不知道过往以及有破绽的话，我也只能呵呵了，这种推理谁也只能甘拜下风。既然阁下已经解封，就多做点贡献，少参加这种无谓的争论，更不要随意的删除其他维基人的留言。--人神之间摆哈龙门阵 2017年9月15日 (五) 06:15 (UTC)[回复]
更不要随意的删除其他维基人的留言[來源請求]，被我看破了所以著急上頭了？你叫別人“少參加這種無謂的爭議”，那你自己現在和我對話是在幹嘛？我說你也是怪可憐的，堂堂一個管理員，非要借別人的賬號來參加討論。你加入維基也已經快十年了吧，人家十年磨一劍，你怎麼十年了還是毫無改變呢？十年前就不屑承認自己的身份（home town），非要假裝自己是某個東部大城市的人，到今天也不敢堂堂正正用自己的賬號來討論，非要借個馬甲。你的姓氏说明了你的祖先是很霸气很有地位的，希望你不要数典忘祖。行了，我和你繼續廢話真是多餘，我寫條目去了，拜拜，希望你好自為之。 上海灘維基悍將  守望者傳奇  2017年9月15日 (五) 14:09 (UTC)[回复]
哎...你要怎么想我也改变不了，只是还好你的想法并不能改变事实。不争论最好，你能专心写条目更好的，拜拜。--人神之间摆哈龙门阵 2017年9月15日 (五) 16:18 (UTC)[回复]
反正呢，我记得两年前的时候，人神之间这个账户传闻被盗号，然后从头到尾，人神之间都没出现，都是AddisWang一手搞的，如果人神之间不玩了，把账户给了AddisWang，然后再折腾也不是不可能的。爱孟你要拿出点干货来才行啊。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月22日 (五) 05:26 (UTC)[回复]

我觉得这次发起讨论的几位是出于社群较为长远的发展考量，是很好的一个议案，请各位回归讨论正题：如何解决“目前Jimmy Xu对Unblock和Irc管控的权限独揽”的问题，撕别的话题没意义。谢谢合作。实在想撕请到横线上面去撕，横线下面请讨论正题。如发现继续撕其他关联不大的事情，丑话说在前头：恕无礼，我将把关联不大的其他内容移动到横线上面。 上海灘維基悍將  守望者傳奇  2017年9月11日 (一) 15:30 (UTC)[回复]

  • 赞成横线下不讨论与这个提议无关的内容，理论上整个互助客栈都不应该讨论与相关提议无关的内容。关于unblock-zh的问题，根据我上面说的，我支持放开unblock的审核权，甚至于不审核。其它各位还觉得有什么需要补充的？其次，更大的问题是维护人手的问题，我在此呼吁更多的管理员加入对unblock的处理，否则等待时间难免加长。--人神之间摆哈龙门阵 2017年9月11日 (一) 18:07 (UTC)[回复]
  • 必须注意WP:IRC并非中文维基百科官方群，任何站内的讨论对IRC无效，任何IRC上的讨论也对站内无效。站内遵守方针指引，IRC遵守WP:IRCPOL，所以在这里讨论IRC的问题是没有意义的。--Antigng（留言） 2017年9月12日 (二) 01:19 (UTC)[回复]

具体规划

首先，我希望 Jimmy Xu 能够按照上方论述的要求对 unblock-zh 的后台设置做出必要的改动。否则请给出理由。除此之外，我提名在 unblock-zh 上很活跃的 A2093064、Wcam、WhitePhosphorus、Antigng、Alexander Misel 和我自己为列表的主持人（moderator）。考虑到 unblock 应该对所有管理员开放，因此如有其他希望担任主持人的管理员，也请在下面留言提出。如果上方提到的被提名人愿意接受，也请在下面留言表态。--Techyan（留言） 2017年9月11日 (一) 18:21 (UTC)[回复]

  • (＋)支持，我已经在JimmyXu用户页留言表达了这个意思。同时我也报名，希望能加入维护列表。--人神之间摆哈龙门阵 2017年9月11日 (一) 18:32 (UTC)[回复]
    请查收邮件。--Jimmy Xu 论 2017年9月11日 (一) 18:46 (UTC)[回复]
    谢谢Jimmy，我已加入维护列表，如果还有JimmyXu未联系到的管理员，麻烦请直接前往Jimmy的对话页请求密码。--人神之间摆哈龙门阵 2017年9月11日 (一) 19:03 (UTC)[回复]
    这Jimmy和人神之间唱双簧也太直接了，(－)反对如此unblock管理权还是按Jimmy个人意志决定，同样反对目前unblock继续被非华人地区人士垄断的情况。另外也没有证据证明人神之间是被社群信任的管理员，该用户曾经利用unblock黑箱，制造过社群的重大争议性性封禁——京沪线和爱孟的封禁事件，因此不信任该用户。unblock邮箱列表管理权应该由社群讨论或投票决定，要求撤回目前无共识的授权。从当下讨论的情况看，也没有一个人表示信任人神之间。若Jimmy Xu和人神之间等人执意完小圈子控制，那么我(＆)建議其他管理员另立新的受社群信任的unblock邮件列表，并考虑让社群选出若干非管理员用户作为观察员，监督unblock运作。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月12日 (二) 00:39 (UTC)[回复]
    (：)回應首先，管理员本身就是受社群信任的维基人。其次，我否认使用过unblock黑箱操作，所有unblock邮件往来都是可以查证的，任何在任管理员均可以查询。第三，没有任何人要小圈子控制，就像上面所述，任何管理员都可以找Jimmy拿到密码。当然，如果有维基人愿意开发，我完全支持开发一个新的unblock邮件列表，多总比不够的好。--人神之间摆哈龙门阵 2017年9月12日 (二) 01:14 (UTC)[回复]
    你也可以问拿钥匙的，问不到大可以再来问责。而且也有一些新当选的管理员加入，除非你觉得那些也是不可信的。——路过围观的Sakamotosan 2017年9月12日 (二) 01:01 (UTC)[回复]
    人神之间确实不被信任，该用户曾经以伪造的聊天记录作为“证据”，逼迫本人道歉认错，骗我说“道歉就解封”，结果我在没有任何违规的情况下，为了避免撕逼，违心地被他逼迫得道歉了，但他马上出尔反尔，拿我的“道歉”进一步作为给我扣罪名的“证据”，给本人和其他用户的心灵造成了极大的创伤。人神之间本来就是以玩“unblock黑箱”出名的，而他和本讨论所质疑的Jimmy Xu以及长期打压社群发展的AddisWang都关系很好（所谓近朱者赤近墨者黑，人神之间曾经为AddisWang冲锋陷阵，带头打压大陆维基社群，现在还是老样子），而人神之间脱离中文维基社群也已经很久了，甚至出现过6个月来“打一次卡”的情况[1]，所以该用户取得Unblock管理权显然不合理。另外，从来没有所谓“是个管理员就永远被信任”的道理。请其他受社群信任的管理员站出来维护，取得Unblock管理权限，维护方针，谢谢！ 上海灘維基悍將  守望者傳奇  2017年9月12日 (二) 15:19 (UTC)[回复]
    我认为维基百科最好的一点，就是所有的贡献和编辑都有迹可循，所有unblock邮件列表也都是对所有管理员公开的。有心想要了解事件详情的维基人，我相信他们能从编辑历史以及各种存档中了解到清晰的来龙去脉并作出自己的清晰判断。另外相信了解我的维基人都应该知道我对大陆维基社群的态度和贡献。最后，我非常赞同你的最后一点，我也希望更多的管理员前来加入维护unblock。--人神之间摆哈龙门阵 2017年9月13日 (三) 22:55 (UTC)[回复]
  • 愿意接受。--1=0，欢迎加入WP:維基百科維護專題 2017年9月12日 (二) 01:16 (UTC)[回复]
    请查收邮件。--Jimmy Xu 论 2017年9月12日 (二) 02:19 (UTC)[回复]
    已收到Jimmy Xu关于unblock-zh管理接口的邮件。--1=0，欢迎加入WP:維基百科維護專題 2017年9月12日 (二) 02:41 (UTC)[回复]
"观察员"是一個很好的提議。可是會不會太複雜?--Temp3600（留言） 2017年9月12日 (二) 01:31 (UTC)[回复]
也许我是最好作为观察员的，因为我曾经多次被Unblock黑箱作业/伪造的证据所害。 上海灘維基悍將  守望者傳奇  2017年9月12日 (二) 15:19 (UTC)[回复]
我還是傾向增加審核員的數目。設立觀察員，又要寫個新的方針，行政上會多出不少工序。--Temp3600（留言） 2017年9月12日 (二) 17:36 (UTC)[回复]

鸡米许阁下是好像除了在互助客栈上留了几个请查收邮件的言之外别的一句话都没说？请问上面那些阁下修改的设置改没改？让Temp3600等人好像都去你讨论页上留言了还当看不到？还有techyan说了和我自己，为什么没见阁下联络techyan赋权？揭了某些人的老底就把当事人给搞得火气和针对性这么大。。--黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月12日 (二) 05:51 (UTC)[回复]

建议为WP:互助客栈/求助和WP:知识问答部署Flow

如题。我认为这两个页面非常适合Flow，原因如下:

  • 都是比较短的讨论，不会像方针区那里几百行一个章节。
  • 方便新用户。如果用户想要查看自己的问题被回复了没有，按照目前的情况，通常用户得以特定的方法来访问这些页面。而Flow，可以让用户在访问维基百科任一页面的时候就可以收到通知。
  • 有摘要功能，如果问题解决了还可以立马一键关闭讨论。

综上，我认为这些页面采用Flow是有益的。——꧁༺星耀晨曦༻꧂（留言） 2017年8月16日 (三) 19:28 (UTC)[回复]

Flow的效率和排版都有很多争议和不足。但是，中文社区确实没有在大流量页面尝试过flow，所以可以开启一阵子感受一下利弊。我想可以给flow一次机会试试。不行再改回来。（如果要试，应该在我们的内用页面，求助客栈试）。Bluedeck 2017年8月16日 (三) 19:33 (UTC)[回复]
Flow的问题是不支持繁简转换，但是我认为讨论页面没有必须转换的硬性需求。此外，我觉得Flow排版再差，也比现在讨论页面的排版好(但是flow现在对于该页的头部说明性内容支持太差，放到右侧需要重新改头部的版面才行)。长篇内容是否合适Flow还真不清楚。此外，flow对于讨论存档到相关对话页的方式不太好解决，可能需要一套专门的流程来处理这个问题。比如在相关对话页放置一个模板指向专门的讨论帖子，或者把帖子剪切移动到相关对话页，然后把帖子删除，在编辑摘要注明去向（似乎能用bot解决？）还有一个问题是不清楚现在flow能不能在非对话页启用？不能的话把WP:互助客栈/求助的对话页作为讨论区倒是也不错--百無一用是書生 (☎) 2017年8月17日 (四) 02:42 (UTC)[回复]
先放到一个flow子页试跑一轮？——路过围观的Sakamotosan 2017年8月17日 (四) 02:52 (UTC)[回复]
啊，看来可以放在非对话页pt:Wikipédia:Flow/Testes--百無一用是書生 (☎) 2017年8月17日 (四) 03:01 (UTC)[回复]
Flow似乎不用专门存档，过一段时间如果无人编辑话题就会在页面自动隐藏。就像mediawiki官网的帮助台一样。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 03:26 (UTC)[回复]
frwiki的玩法fr:Wikipédia:Forum des nouveaux/Flow。@星耀晨曦：Flow的确不用专门存档，但是我说的是{{save to}}的用法，把讨论尽量放到最相关的地方，方便查找--百無一用是書生 (☎) 2017年8月17日 (四) 03:59 (UTC)[回复]
这是一个问题。能不能利用bot检测话题摘要的{{saveto}}，然后复制到特定页面？话说回来，求助区和知识问答没啥需要用到saveto的地方。——꧁༺星耀晨曦༻꧂（留言） 2017年8月17日 (四) 06:03 (UTC)[回复]
前两天试了一下，觉得比较可行的做法，就是在相关讨论页放上一个提示：“关于xxx的讨论见topic:yyyyy”。复制到特定页的问题是有两份内容同时存在，而如果把flow这边的隐藏或删除的话，flow这边没法看到转移到了那里，所以在相关讨论页反链到flow的讨论主题上似乎是唯一的方式了--百無一用是書生 (☎) 2017年8月21日 (一) 07:03 (UTC)[回复]
还有一个问题就是讨论错了地方如何处理？比如一个讨论的话题是方针相关的，应该在方针区讨论，但却发在了求助区。目前的做法是复制粘贴到方针区，求助区的内容删掉，并且挂一个指向方针区的链接。但是flow的情况下似乎就不太好这么处理？--百無一用是書生 (☎) 2017年8月21日 (一) 07:09 (UTC)[回复]
先Wikipedia:知识问答/flow吧。 --达师 - 345 - 574 2017年8月21日 (一) 08:41 (UTC)[回复]
那就先去提了再说？--百無一用是書生 (☎) 2017年8月23日 (三) 00:58 (UTC)[回复]
我认为可以。——꧁༺星耀晨曦༻꧂（留言） 2017年8月24日 (四) 14:54 (UTC)[回复]
  • (－)傾向反對：不值得一试。Flow是维基修正主义，必须全面禁止！[開玩笑的]--相信友谊就是魔法的萌得不能再萌 2017年8月25日 (五) 14:19 (UTC)[回复]
  • (＋)支持：值得一試。我覺得可以。--　宇帆（留言·歡迎簽到·聯絡） 2017年8月27日 (日) 08:10 (UTC)[回复]
  • (＋)支持，如果不行的话也可以参照translatewiki的那种讨论工具。--SolidBlock留言 2017年8月28日 (一) 23:05 (UTC)[回复]
已经提交请求：mw:Flow/Request Flow on a page#3. Community requests--百無一用是書生 (☎) 2017年8月29日 (二) 03:45 (UTC)[回复]
Wikipedia:知识问答/flow now has Flow. Trizek (WMF)（留言） 2017年8月29日 (二) 09:53 (UTC)[回复]
建议弄一套类似fr:Projet:Aide et accueil/Participer的模板在flow，这样既可以对某个话题的状态进行醒目的表示，又能对某个话题进行分类--百無一用是書生 (☎) 2017年8月29日 (二) 11:55 (UTC)[回复]
其实维基百科:互助客栈/消息挺适合flow的....--百無一用是書生 (☎) 2017年8月31日 (四) 02:59 (UTC)[回复]

请来知识问答体验flow，然后参加本调查。Bluedeck 🤔 2017年9月11日 (一) 22:51 (UTC)[回复]

再次提議「特色條目」改名

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:特色条目。

在執行教育專案的過程中，發現很多學生根本不了解特色條目的意思，因此他們可能寧願去閱讀優良條目，也不會去讀特色條目。而我也完全承認這一個名字是錯譯。因此提議將「特色條目」改名為「特優條目」。---Koala0090（留言） 2017年8月25日 (五) 01:22 (UTC)[回复]

討論區

  1. (＋)支持。我好幾個朋友也是這樣 囧rz……--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月26日 (六) 06:40 (UTC)[回复]
  2. (＋)支持。Featured 翻譯為 "特優"或"招牌" 比較貼切。=) --It's gonna be awesome!✎Talk♬ 2017年8月27日 (日) 05:18 (UTC)[回复]
  3. (＝)中立：能够更好地表现出「比优良条目更好的条目」之意，但叫习惯了不是很建议改。 --dqwyy (talk) 環状線を走り抜けて 2017年8月27日 (日) 12:02 (UTC)[回复]
  1. (－)反对：此名稱很容易會和優良混淆，令人以為是特色＋優良的結合條目，要改名就不要用「優」這個字，例如英文直譯的「精選」？-- 源  環  2017年8月27日 (日) 15:16 (UTC)[回复]
典範條目。-游蛇脫殼/克勞棣 2017年8月27日 (日) 15:21 (UTC)[回复]
個人認為不會混淆，就像頒獎時「特優」跟「優等」沒有混淆問題一樣，且考慮名稱時也要考慮在語境上FA要優於GA。不過這都還可以討論，我想也許我們應該可以先投票是否要改名，通過之後再討論要改什麼名字---Koala0090（留言） 2017年8月27日 (日) 15:51 (UTC)[回复]
  1. (＋)贊成改名，「特色條目」和「优良条目」，不太容易看出哪一個比較好--Wolfch (留言) 歡迎參與今年的動員令 2017年8月28日 (一) 00:08 (UTC)[回复]
(＋)支持：可以改是可以改，不過請順便將「特色條目評選」也改名成「特優條目評選」吧 囧rz……還有首頁的頁面能不能也順便寫成「特優內容」阿 囧rz……?--Z7504（留言） 2017年8月28日 (一) 02:48 (UTC)[回复]
可以尋求管理員協助。--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月28日 (一) 04:45 (UTC)[回复]
  1. (＋)支持。Featured 翻譯為 "特優"或"招牌" 比較貼切。--葉又嘉（留言） 2017年8月28日 (一) 06:41 (UTC)[回复]
要提醒的一点是，最初只有特色条目，没有优良条目。现在说的困扰，应该是出现了优良条目造成的，特色条目只是躺枪...--百無一用是書生 (☎) 2017年8月28日 (一) 07:42 (UTC)[回复]
本討論已經结束。请不要对这个存档做任何编辑。

(※)注意：投票不能代替討論，此討論應該追求共識，而非投票硬定出個結論，在下不理解為何此討論討論到一半又莫名其妙變成投票了。——Aotfs2013 留於 2017年8月30日 (三) 09:58 (UTC)[回复]

支持

  1. (＋)支持---Koala0090（留言） 2017年8月28日 (一) 10:52 (UTC)[回复]
  2. (＋)支持--巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月28日 (一) 10:54 (UTC)[回复]
  3. (＋)支持（不然也不會參與討論了 囧rz……）--Z7504（留言） 2017年8月28日 (一) 10:55 (UTC)[回复]
  4. (＋)支持--Wolfch (留言) 歡迎參與今年的動員令 2017年8月28日 (一) 11:07 (UTC)[回复]
  5. (＋)支持。臺灣杉在此發言 (會客室) 2017年8月29日 (二) 02:00 (UTC)[回复]
  6. (＋)支持 感謝Koala for tagging me. 無限期支持正名喔！ 不然改用招牌條目如何? 無論是Google Store's Featured app 或菜單的招牌菜總是會置頂。 --It's gonna be awesome!✎Talk♬ 2017年8月29日 (二) 04:03 (UTC)[回复]
  7. (＋)支持--葉又嘉（留言） 2017年8月29日 (二) 06:46 (UTC)[回复]
  8. (＋)支持，現名不易於理解。--【和平至上】💬📝 2017年8月29日 (二) 12:20 (UTC)[回复]
  9. (＋)支持水可煮粥，亦可赛艇 听取蛙声一片 人生经验 2017年8月30日 (三) 08:30 (UTC)[回复]
  10. (＋)支持--小培の良民證※来讨论？ 2017年8月30日 (三) 11:29 (UTC)[回复]
  11. (＋)支持--YFdyh000（留言） 2017年8月30日 (三) 13:34 (UTC)[回复]
  12. (＋)支持：「特色」實在不易理解，記得從前我也提議過。--Kolyma（留言） 2017年8月31日 (四) 16:52 (UTC)[回复]

反對

  1. (－)反对。提出改名的理由是認為多數用戶只讀優良，不看特色，改名就會嗎？如果認為改名就會增加點閱率，哪麼，也得要有實際上的資料佐證。-cobrachen（留言） 2017年8月29日 (二) 02:31 (UTC)[回复]
  2. (－)反对，(▲)同上。--B dash（留言） 2017年8月30日 (三) 02:52 (UTC)[回复]

中立

  1. (＝)中立：「特优」一词能够更好地让新用户明白，但是可能会让老用户觉得不习惯，毕竟用了这么多年。因此先投中立，看看其他人的意见先。 --dqwyy (talk) 環状線を走り抜けて 2017年8月28日 (一) 10:57 (UTC)[回复]
  2. (＝)中立：改名沒意見，但若堅持用「特優」代替，在投票時我會投(－)反对票。-- 源  環  2017年8月28日 (一) 15:37 (UTC)[回复]
  3. (＝)中立，“Featured”或许还有更好的译法，而不仅仅有“特优”。此外老用户可能需要一段时间来适应改名。--兔喵 ∞ ( ゜- ゜)つロ乾杯~ 回复请直接Ping我~ 2017年9月3日 (日) 00:58 (UTC)[回复]

投票結果12票(＋)支持，2反對，3中立，進到下一步投票。---Koala0090（留言） 2017年9月5日 (二) 23:49 (UTC)[回复]

意見

  1. 特優條目
  2. 招牌條目
  3. 精選條目
  4. 典範條目
  5. 經典條目
  6. 精湛條目
  7. 頂尖條目
  8. 特級條目

(※)注意：敝人初步先排除一些明顯會產生混淆和歧義的名稱：

  1. 特優條目
    • 原因：常被用作特色條目和優良條目的合稱，在過往討論存檔中該名稱亦被相當地如此使用。
  2. 精選條目
    • 原因：新條目推薦 曾經使用過的名稱。

不便之處，敬希見諒。更多請參考往日有關Wikipedia talk:特色条目#提议“特色条目”更名的討論，謝謝關注！--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年8月29日 (二) 02:29 (UTC)[回复]

(！)意見，不然像文言维基百科一样叫“卓著”?[開玩笑的]--WAN233 (留言) 2017年8月30日 (三) 09:19 (UTC)[回复]

第二輪投票：票選新名

本討論已經结束。请不要对这个存档做任何编辑。

以下個子項是過去討論曾經提出的新名，先去掉「特優」及「精選」等可能混淆的新名，歡迎各位在子項下投票，一人可以多票，但一人單項不可重複投票，無反對票設計，投票期自9月5日至9月19日，共計兩周。---Koala0090（留言） 2017年9月5日 (二) 23:49 (UTC)[回复]

(※)注意：共識方針明確指出：

共識最終將根據支持和反對該議題的論點質量所決定，同時經過維基百科方針的審視，而不應通過簡單計票統計多數來決定。回復是／否／支持／反對」這樣的評論，除了表達道義支持外沒有任何意義；回復「支持／反對用戶X的意見」則更好一些；在你的看法下提出新穎的見解才是最好的做法。我們的目標是提出有說服力的理由來作出決定，而不是根據公開支持的比重來作出決定。

——WP:CON
——Aotfs2013 留於 2017年9月6日 (三) 06:07 (UTC)[回复]
身為提議人，在下認知自己必定會有立場，因此如果質疑我主持的討論，歡迎代替我的主持。這次的提案其實過去早已有人提出過，且事前討論時間看起來也相當充分，我也等到沒有人回應之後才決定開啟投票。我想也許你引用的條文比較適合方針的開放性討論，但這次的提案具有雙向性，以投票表達意見似乎並無不妥---Koala0090（留言） 2017年9月6日 (三) 11:50 (UTC)[回复]
以共識行事是維基百科的基石，而不僅僅限於方針與指引的修改。在此案中，顯然每個名字都有其較為恰當與較為不恰當處，也正因為如此使用者才會「投票」給任一選項以表達自己的立場；如要討論修改，應任所有使用者將其「投票」之理據完整說明，而非僅僅經由所謂「支持」票數的多寡進行決定。——Aotfs2013 留於 2017年9月6日 (三) 12:11 (UTC)[回复]
好的，希望投票者同時也能發表投票原因，同時討論區開放繼續討論及反對意見---Koala0090（留言） 2017年9月8日 (五) 11:59 (UTC)[回复]

招牌條目

(－)反对招牌應該只有幾個(固定)，可是一天都已經有十幾二十個特色條目。Pigppp（留言） 2017年9月14日 (四) 15:34 (UTC)[回复]

典范條目

經典條目

精湛條目

頂尖條目

特級條目

最佳条目

特色条目

  • (＝)中立，虽然题主没有开启自行添加候选项，不过基于维基百科:勇于更新页面，在下自行添加了这个选项。此外，在下也希望延长投票的期限，毕竟多了选项。再者，因为投票规则表明“无反对票设计”，只能以中立态度明志，不知道前面投了反对票的会不会影响最后的计票结果。--👼㊙️偶㊗️💯CKG48💖茁壮成长乛◡乛喜欢👧♀⚢喜欢👗👙👚 2017年9月11日 (一) 17:53 (UTC)[回复]

統計一下投票結果，招牌條目0票，典範條目8票，經典條目2票，精湛條目2票，頂尖條目0票，特級條目4票，最佳條目1票，特色條目0票。根據投票結果，應為「典範條目」。反對票及逾期投票不計算。----Koala0090（留言） 2017年9月22日 (五) 15:58 (UTC)[回复]

討論區

只要新名，完全不要旧名了吗？这个投票的意思是选出来的名字作为“特色条目”的替代，还是选出来后再与“特色条目”一决高下？--百無一用是書生 (☎) 2017年9月7日 (四) 01:38 (UTC)[回复]

舊名不易理解，實在不值得再要了。--Kolyma（留言） 2017年9月7日 (四) 15:11 (UTC)[回复]
一樣討論好請告知一下，因為需要順便修改這裡的文字介紹，謝謝您--Z7504（留言） 2017年9月7日 (四) 20:48 (UTC)[回复]
我认为即使打算否定原来名称，但是投票的时候也应该给原来的名字留个活口（一个简单的问题，如果有用户虽然同意改名字，但是看了现在的提案觉得还不如原来的名字，那么这样的用户如何通过投票表达自己的意见呢？）--百無一用是書生 (☎) 2017年9月11日 (一) 01:46 (UTC)[回复]
可以参考新西兰国旗公投的模式，第一轮先选新名，胜者进入第二轮和原名1v1投票--#young[谁？] 2017年9月12日 (二) 10:42 (UTC)[回复]
話說回來不是說沒有反對票嗎……這樣的話到底算不算反對票？--【和平至上】💬📝 2017年9月13日 (三) 10:45 (UTC)[回复]

我覺得分級是這樣的:精湛<特級<頂尖，那如果採用其中一個的話，那肯定有人會說要設立其餘兩者。「經典」應該是指創立超過一段時間，在某個數量的年中曾經拿超過一定數目的獎項的條目。至於「典範」應該是指被引用超過一定數目或者成為編輯指引討論時的參考並被採用。「最佳」一次表示綜合各方面都沒有其他條目能超過的條目。Pigppp（留言） 2017年9月14日 (四) 15:44 (UTC)[回复]

(！)意見，雖然有點遲，敝人提議「卓越條目」這個名稱怎麼樣？既不跨張，在感覺上亦較「優良條目」優良。--武蔵（留言） 2017年9月21日 (四) 13:55 (UTC)[回复]

結果和總結

投票結果： 典範：8票（50%），經典：2票（12.5%），精湛：2票（12.5%），特級：3票（18.75%，1票逾期），最佳：1票（6.25%）（共16票） 結果應為「典範條目」勝出。--【和平至上】💬📝 2017年9月23日 (六) 09:42 (UTC)[回复]

即起公示七日。——Aotfs2013 留於 2017年9月23日 (六) 13:20 (UTC)[回复]
詢問，特色條目改為典範條目，是否擴及特色圖片（也就是更動為典範圖片）？臺灣杉在此發言 (會客室) 2017年9月29日 (五) 09:12 (UTC)[回复]
个人认为特色圖片比较好听，典范条目可以但是典范图片就不好听了。Richard923888~\(≧▽≦)/~和我聊天 2017年9月29日 (五) 11:30 (UTC)[回复]
依個人愚見，本人認為倘特色圖片或／及特色列表，應另開投票，一來因為本投票僅就「特色條目」作討論，二來可能同一人就兩種「特色」的意見相佐--​小楓莊園（後花園） 2017年9月29日 (五) 14:40 (UTC)[回复]
我認為不應擴及，畢竟此次投票僅建議特色條目改名。但我暫時無意發起新投票，如果有人想開再談吧---Koala0090（留言） 2017年9月29日 (五) 15:30 (UTC)[回复]
感覺特色圖片還可以，但「特色列表」可以再研究，不一定要是「典範」，可以是其他（反正沒有優良列表）。--【和平至上】💬📝 2017年9月30日 (六) 06:40 (UTC)[回复]

我认为必须确认清楚

本主題或以下段落文字，移動自User_talk:Lanwi1。执行者：——Aotfs2013 留於 2017年9月5日 (二) 14:15 (UTC)。[回复]

說明：考量話題涉及甚廣，並有大量本地管理人員參與其中，經使用者討論頁主人Lanwi1閣下同意將其討論頁之「我认为必须确认清楚 」移動至此處進行進一步討論。——Aotfs2013 留於 2017年9月5日 (二) 14:15 (UTC)[回复]

以下是移動前的內容，建議在分隔線外討論

之前我们在爱孟的讨论页聊过，我当时说：“ 以我曾经多年经验，这个所谓“绕过封禁”也许只是托辞”，也就是，实际上Kegns并没有任何在CU层面上可以证明“守望者爱孟和中华某人是同一个人”技术证据，很可能是Kegns在没有CU技术证据的情况下，就编造了中华是爱孟傀儡的所谓“CU结论”。现在您应该可以看到Kegns所指的那个CU员才能看到的页面了。请问下Kegns所列的那个页面里，有没有CU证据呢？

我认为这个事情事关重大，如果有，那么爱孟的信誉是被质疑的，因为确实有滥用傀儡的可能；但同样，如果没有，那么问题更严重了，Kegns就是在自己杜撰CU结论，这简直无法想象。希望您明确回应这个事，谢谢！黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月4日 (一) 11:38 (UTC)[回复]

Kegns的判定依据是某IP用户的编辑以及守望者爱孟发送电邮的记录，技术细节与那个IP用户不完全一致，所以没有足够证据证明守望者爱孟和中华爱国阵线是同一个人。--Lanwi1(留言) 2017年9月4日 (一) 12:21 (UTC)[回复]
如果技術上來說CU無法確定兩人是同一人，也沒有充分的證據，但是CU員還是這樣做了，這是不是說明了什麼？--丁子君~和我說話~維基風紀委員 2017年9月4日 (一) 16:54 (UTC)[回复]
我不知道目的……但有其他人怀疑。--Lanwi1(留言) 2017年9月4日 (一) 19:21 (UTC)[回复]
这么说，事实上Kegns并没有CU技术证据，而把个人的揣测当做CU结论公布，硬把“守望者爱孟和中华某人”二人说成是一个人。而CU员以外的外人无法知晓具体细节，所以爱孟被黑箱扣了莫须有的罪名，是这样吗？黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月4日 (一) 19:26 (UTC)[回复]
有相关记录但与守望者爱孟有关的记录不一致（月夜精灵之首席英雄=中华爱国阵线≠守望者爱孟），我不知道目的……但有其他人认为是臆测。--Lanwi1(留言) 2017年9月4日 (一) 19:37 (UTC)[回复]
没有CU证据，就可以以核查员身份公布CU结论，随意给用户扣滥用傀儡帽子。这太恐怖了，CU的黑箱被Kegns等人玩成了想让谁死谁就得死，谁是傀儡谁就是傀儡。CU员黑箱作业，捏造CU结论，比滥用傀儡更不能接受。建议考虑革除Kegns的核查员权限。Shwangtianyuan 自强不息 厚德载物 2017年9月5日 (二) 01:48 (UTC)[回复]
@金牌雄鹰、Lanwi1、Shwangtianyuan、丁子君：在Lanwi1发出的那个链接中，某IP用户自称了是守望者爱孟，这是当时我做判断的直接依据——并不是我找到的证据不充分，而是有人自己承认。其他（Lanwi1认为不一致）的技术细节只是为了杜绝有人冒充，不是本人却知道何时进行了后台操作，冒充可能性极低，因此予以确认。在当时这样的结论已经得到了其他CUer的认可。--Kegns（留言） 2017年9月5日 (二) 05:47 (UTC)[回复]
我认为判断是否同一个人的最大问题就是那个IP用户自称是守望者爱孟的编辑。现在中华爱国阵线承认自己就是那个IP用户，也和我的结论一样，那个IP用户很可能不是守望者爱孟本人。苏州宇文宙武的证言也推翻了二人是一个人的结论。--Lanwi1(留言) 2017年9月5日 (二) 07:11 (UTC)[回复]
我在2014年依据“那个页面”的数据作出如上结论（2014年已有结论，由于当时守望者爱孟已被封禁，没有“落井下石”在当时就披露），当然不会把2017年中华爱国阵线所说的情况纳入考虑。况且，中华爱国阵线所述的情况在判断时都会由于过于巧合、真人傀儡、账户分享（“所以守望者爱孟把自己的账户和密码给过我”）而确认为傀儡。2014年，中华爱国阵线称我们“伪造结果报复他”，2017年又称“那句话是对核查员辛苦工作的一种挑衅”。因此迄今我都无法对他的申诉内容完全相信。--Kegns（留言） 2017年9月5日 (二) 07:59 (UTC)[回复]
  • (※)注意：综合各方叙述，我归纳一下：
    • 在2014年的时候，有中华爱国阵线使用的某个IP，在用户核查页面声称：“我八月份改过密码”；
    • 同时，在当年八月，守望者爱孟有过发送电邮的操作，改操作并非修改密码；
  • 因此，中华爱国阵线所声称的动作和守望者爱孟实际操作的动作，完全不同。所以完全不能以此推断傀儡。
  • 更关键的，CU本是纯技术上的一种侦测手段，不能渗入个人的推理或者猜测。
  • 综上，Kegns使用不相关的“后台动作”进行判断，甚为不当。门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月5日 (二) 08:03 (UTC)[回复]
该IP地址的自称已是“自投罗网”，我当时的判断依据是“用邮件取回密码”，得知自己的账号在特定的时间有过特定的活动。已经是不可能有别人，只是再额外确证一下“自投罗网”的不是冒充者。
CU当然是原始CU数据加上合理的推理，如等量代换、特殊UA的稀缺性等等都是推理的依据。
我与守望者爱孟几乎没有正面冲突或纠葛，只是关注于检查傀儡的滥用。“报复或者施压”无从谈起。--Kegns（留言） 2017年9月5日 (二) 08:45 (UTC)[回复]
从另一个角度来说，按照你们所相信的中华爱国阵线所说：「那些编辑，包括[3]，的确是我做的，因为之前爱孟告诉过我“他有修改过密码什么的”，然后我为了保护自己，就干脆继续模仿爱孟，所以说了那句话。但那个IP的编辑和User:守望者爱孟本人无关。」，如果事实如此——守望将自己账户活动告诉中华，使得中华成功模仿被查核对象守望，导致得出傀儡结论——请问这是谁的责任呢？--Kegns（留言） 2017年9月5日 (二) 09:39 (UTC)[回复]
  • (：)回應：我觉得Kegns先生你是不是应该先说明一下，你为什么没有根据IP地址来判定？现在就请Kegns阁下好好解释一下这个问题。不要这个问题没解决，又扯出了什么别的事情，不要企图混淆视听。错的就是错的，对的就是对的。Kegns先生，你到底做得来CU么，你做不来就不要做了好吗？--SP RailwayGuest 2017年9月5日 (二) 11:35 (UTC)[回复]
我自始至终都在解释这个问题的本身。这件事从一开始不就也牵涉到IP？除了IP地址，诸如稀缺的UserAgent、不常有编辑的IP地址段内的活动等等都是判断的依据。当然，我也想请你们问问你们身后的当事人，我们一直所讨论的IP是守望还是中华？如果是守望，那么我的判断没错；如果是中华，为什么故意模仿守望？如此故意模仿被我们查出，难道不是我们工作到位？--Kegns（留言） 2017年9月5日 (二) 11:57 (UTC)[回复]
牵涉到IP？那你看到的细节怎么跟别人看到的不一样？你只有根据IP做是和不是的判断，谁给你的权力让你引申出那么多的故事，请不要给自己加戏好吗？你又不是作家协会的，还想把人给写死啊。还有“你们身后”这是什么意思？你这是指控我咯，你凭什么指控我，又要制造冤假错案咯。我现在是请你解释，你为什么自己做了那么多不恰当的引申判断，现在是在问你，请你不要反问我。你工作到位不到位让大家判断。故意模仿你有IP数据做支撑么，没有请不要给自己贴金说什么工作到位，自己说自己好谁不会啊？请你态度端正点。--SP RailwayGuest 2017年9月5日 (二) 12:12 (UTC)[回复]
「故意模仿你有IP数据做支撑么」，这是你们所信任的中华爱国阵线自己说的。如果这不是真的，不是模仿，那就是守望本人了。不然不会知道账户在那个时间有过活动。--Kegns（留言） 2017年9月5日 (二) 12:16 (UTC)[回复]
你汉语听得懂么？我问你你为什么细节看到的和人家不一样。你为什么不根据IP地址直接判断？你为什么自己加戏把人写死？还有什么叫“你们所信任的”，怎么，你准备掀起党锢咯，你以为是东汉啊，请你直接举出例子，证明我信任他。不然请你收回这句话，我有足够的理由觉得你在造谣，试图混淆他人试听。最后，希望你不要自己给自己加戏，谢谢--SP RailwayGuest 2017年9月5日 (二) 12:21 (UTC)[回复]
使用开放代理时自然无法通过IP地址判断。-Mys_721tx（留言) 2017年9月5日 (二) 13:14 (UTC)[回复]
我认为中华爱国阵线为什么模仿守望者爱孟是因为自己曾用过类似真实姓名的用户名（担心被报复）以及对守望者爱孟被永久封禁感到不满。--Lanwi1(留言) 2017年9月5日 (二) 13:20 (UTC)[回复]
建议阁下仔细检查存档，在下并没有提过中华爱国阵线使用开放代理。-Mys_721tx（留言） 2017年9月5日 (二) 13:50 (UTC)[回复]
中华爱国阵线不可能用开放代理的话更不可能与守望者爱孟是同一人。--Lanwi1(留言) 2017年9月5日 (二) 13:58 (UTC)[回复]
至少现在事实是，Kegns在既无IP或设备比对，而中华爱国阵线所声称“其做的动作（改过密码）”与守望者爱孟本人“实际做过的动作（发送电邮）”不一致的情况下，凭个人猜测公布的CU结论。这个离谱得比较大，按Kegns的逻辑，是不是如果我对爱孟被封不满，所以我也是傀儡。任何和爱孟认识的人，只要说了一些和爱孟有关的信息，哪怕信息和实际情况不一致，Kegns都认定为爱孟的傀儡。更关键一点，CU是外人看不到的地方，这样子的做法，实在是……门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月5日 (二) 13:33 (UTC)[回复]
或许我的理解有问题，Legolas1024说“为什么不根据IP地址直接判断”，但是Kegns很明显是根据IP地址来判断的啊？再加上设计的账户自己都承认了，还有什么好说的。除非是假冒IP和UA，但这种可能性通常情况下也未免太低了吧。另外，CU记录，所有的核查员、监管员和申诉专员都可以看到。如果不满CU结果，完全可以向申诉专员投诉--百無一用是書生 (☎) 2017年9月5日 (二) 13:46 (UTC)[回复]
(：)回應：你说的我没看懂。但是设计的账户，这是你说的。你关键证据呢？WP:CU就三条，超出三条的你就不要再说了。谢谢配合--SP RailwayGuest 2017年9月5日 (二) 14:31 (UTC)[回复]
是“涉及”的账户，我打错字了--百無一用是書生 (☎) 2017年9月5日 (二) 14:47 (UTC)[回复]
非常非常遗憾地告诉您，您的理解完全错误。从Kegns自己的叙述，以及lanwi1叙述，以及其他和核查员沟通过的部分管理员的叙述，Kegns这次的CU认定，并没有比对过守望者爱孟的IP地址，也没有比对过设备。您可以向任何核查员核实。“自己都承认了”，好吧，我承认，我是Shizhao的傀儡账号，所以请把我和Shizhao一起封了吧。（:-D）门可罗雀的霧島診所欢迎光临维基Q群：170258339神社的羽毛飘啊飘 2017年9月5日 (二) 13:52 (UTC)[回复]
不好意思，我没有从讨论中看到任何“没有比对过守望者爱孟的IP地址，也没有比对过设备”的证据和说法，不知道你是怎么得出这个结论的？另外，有人说CU不需要推理和分析，这怎么可能。如果真是这样的话，查核模板只留两个就好了{{Confirmed}}和{{Unrelated}}。承不承认的，这不能断章取义吧？总得结合当时的历史环境吧--百無一用是書生 (☎) 2017年9月5日 (二) 14:04 (UTC)[回复]
「没有对比过IP地址」把守望和中华关联起来的是什么？「没有对比过设备」请你再问问Lanwi1那页有没有出现过设备UA？“自己都承认了”当然我是通过所述情况与实际情况的时间相符来确定这次承认有效，「好吧，我承认，我是Shizhao的傀儡账号，所以请把我和Shizhao一起封了吧。」你能说出shizhao帐号何时有过发过邮件改过密码这些后台操作吗？视关键证据于无物是你的专长吗？--Kegns（留言） 2017年9月5日 (二) 14:20 (UTC)[回复]
有设备UA。--Lanwi1(留言) 2017年9月5日 (二) 15:14 (UTC)[回复]

@Lanwi1：閣下認為有沒有需要把此案轉移至客棧進行進一步討論？——Aotfs2013 留於 2017年9月5日 (二) 14:02 (UTC)[回复]

@Aotfs2013：有必要，一看就明白。--Lanwi1(留言) 2017年9月5日 (二) 14:08 (UTC)[回复]

以上是移動前的內容，建議在分隔線外討論

另外，说黑箱作业的，如果认为目前的这种方式存在问题，请向基金会反映，在这里说一点用都没有--百無一用是書生 (☎) 2017年9月5日 (二) 14:17 (UTC)[回复]

(：)回應：User:Shizhao：你这甩脸色给谁看呢？我们就是要这里讨论，维基没有一条规定不可以这里讨论的。WP:CU就只规定了三条，存不存在问题也不是你说了算的，大家说了算，吓唬谁呢？别给自己加戏。--SP RailwayGuest 2017年9月5日 (二) 14:28 (UTC)[回复]
不懂啥叫甩脸色，我只是就事论事而已，又没有对人不对事。我也没说CU有没有问题，我只是说有人认为CU太黑箱，需要改变的话，必须去和基金会反映。因为这牵扯到隐私方针和数据公开方针等，不是本地社群能够完全解决得了的。我没说不能在这里讨论，在这里讨论没有任何问题，只是讨论半天不去和基金会打交道也不会有啥结果（黑箱问题）。如果讨论核查员的滥用CU权限或CU问题，不去和基金会或者Ombudsman投诉，在这里说，也很难有结果，因为绝大多数用户看不到CU日志，无从比对各方的说法到底有没有问题，而能看到CU记录的又有隐私方针等的限制，没法提供详细证据。这不就是个死结吗--百無一用是書生 (☎) 2017年9月5日 (二) 14:47 (UTC)[回复]
你这算有花头了，算厉害死了，认识Ombudsman了。基金会解决是一个方式，这里讨论是另外回事。讨论的意义就是明确WP:CU就三条，超出的就是CU犯规，那么简单的事情我不知道你有什么好解释的。白不白让大家来看，请你不要来洗，谢谢--SP RailwayGuest 2017年9月6日 (三) 00:38 (UTC)[回复]
说都不会好好话了么？既然是想讨论方针问题，就直接说不行么，非要绕这么大的圈子？另外，我一直不明白所说的WP:CU三条是啥东西？是指WP:CUP#1，WP:CUP#2,WP:CUP#3?--百無一用是書生 (☎) 2017年9月7日 (四) 01:45 (UTC)[回复]
哪里没有好好说话了？我骂你了么？奇怪伐。我也没像以前有个管理员来问候你家先人，我说了半天连个脏字都没有，你凭什么说我没有好好说话？请你说清楚。说不清楚，就请你道歉。--SP RailwayGuest 2017年9月7日 (四) 05:16 (UTC)[回复]
@Lanwi1：：继续之前讨论：本页面中有三个IP地址，其中一个是开放代理。请阁下指出使用开放代理的用户。-Mys_721tx（留言） 2017年9月5日 (二) 14:34 (UTC)[回复]
大概是中华爱国阵线……见2014年9月时的申诉。--Lanwi1(留言) 2017年9月5日 (二) 14:51 (UTC)[回复]
  • 我在上个月和Kegns私聊的时候，他说是因为“中华”知道我的某些后台操作，所以认定傀儡。但这最多证明中华和我关系好，并不能证明傀儡。现在从实际情况看，连这点都证明不了，中华说的是“我修改密码”，而Kegns认定当时我的操作是“发送电邮”，这完全不一样的两件事。我竟然被这么搞成滥用傀儡。一年前的时候，Kegns一口咬定中华（山东人士）和我（上海人士）是同一个人，当时我还以为我患了失忆症。。。现在看来，他们几个的CU原来拿不上台面。 上海灘維基悍將  守望者傳奇  2017年9月5日 (二) 15:43 (UTC)[回复]

按照Kegns的认定模拟：

我守望者爱孟现在说：“我是Kegns，我在21世纪的时候有过改过密码操作。”

事实上呢，在同一个时间（21世纪），User:Kegns有发送电邮的操作（并非修改密码，具体干嘛未知）。

根据Kegns的认定：由于这个操作是第三方无法知晓的，所以：守望者爱孟=Kegns。

结论：确认，守望者爱孟是Kegns的傀儡。

模拟完毕。（Kegns阁下来看看有没有毛病？）

好啊， 首先，一个月活动可以放大到一个世纪了，这个毛病真的是一点都不大。 其次，「根据Kegns的认定：由于这个操作是第三方无法知晓的」，「由于这个操作是第三方无法知晓的」这句话是我写在CUwiki的原话，请问你是从何人那里取得的copy？是你的愿望终于实现了，还是说这么巧合的事情又让你碰见了第二回？--Kegns（留言） 2017年9月5日 (二) 15:58 (UTC)[回复]

首先，原来是“一个月”，那么长的时间啊？这可是您自己讲的哦，我还以为您手里握有“中华爱国阵线是精确到几分几秒地知道了我的后台操作”的证据，所以无所不能的Kegns大人才以此判定傀儡了呢。
其次，「由于这个操作是第三方无法知晓的」，这原来是您的原话哟，看来上面几位的信息是准确的，您把自己的臆测（中华所谓“修改密码”，爱孟所为“发送电邮”）混淆成CU技术证据了嘛。。。还有啊，原来你我如此心有灵犀，我竟然可以精确感知到您在私密场合的发言，按您的判断标准，我几乎被确认是您的傀儡，也许是某个人使用Kegns和守望者爱孟这两个账号，然后分别潜入中文维基的“官僚”和“百姓”两大的阵营，目前，这一双账户，在各自阵营都混到了最高的级别，现在可以合体了！合体后的组合就叫“思孟”！Oh Yeah。好了我说了我避嫌的，任何人再有问题请到我讨论页来吧，在这里我就不回应了。 上海灘維基悍將  守望者傳奇  2017年9月6日 (三) 12:48 (UTC)[回复]
隨手拈來，Category:影武者的維基用戶分身裡面就有一大堆「没有CU技术确认，就宣布某人是傀儡」。--Mewaqua（留言） 2017年9月5日 (二) 16:30 (UTC)[回复]
能DUCK就不需要CU技术确认，而守望和中华是否同一人则无法通过DUCK确认。--Lanwi1(留言) 2017年9月5日 (二) 16:35 (UTC)[回复]
Wikipedia:更改用户名/已完成/2014年，可以再看看中华爱国阵线改名前的签名是什么。--Kegns（留言） 2017年9月5日 (二) 16:42 (UTC)[回复]
認同書生君所言，在各方都無法取得全面資訊前，在此妄加批評並非所宜。如認為有問題，應該提請申訴專員。如果認為制度或技術層面應該更改，則應該與基金會聯繫，甚或到元維基發起討論，以更改全域用戶核查方針。在此僅憑一言兩語，然後互相質疑，根本無濟於事。同時，本人對懷疑有人違反保密協議，洩漏用戶資料，深表關注。請用戶核查員確認後，商議是否向基金會報備。--J.Wong 2017年9月5日 (二) 16:56 (UTC)[回复]
同楼上，守望者爱孟既然以证据不足为由被解封，再继续追究CU问题也没有意义，能做到避免类似事情再次发生就行了。--Lanwi1(留言) 2017年9月5日 (二) 17:07 (UTC)[回复]
我说JWong啊，枉我那么看好你，你怎么也跟着瞎起哄，还和某些在本地不受待见的人一样还拿基金会出来唬人，你吓唬谁呢？这事儿现在摆明了就是Kegns没有CU证据，仅凭借两个人的后台操作就在那里乱编CU结论整人（他自己都承认了）。事件没有不透风的墙，现在如果有人要帮着Kegns掩饰和撒谎，那么之后你们就要撒更多的谎言，来掩盖你们今天撒的谎。上面有人说要除权啥的，都是气话吧，我觉得Kegns也用不着道歉，只要大方承认自己做那次CU的的时候不严谨，误判了，就没事了，然后大家该干嘛干嘛去。本来也就是我以及其他几个好奇的人想问lanwi1（讨论页聊无意撕逼）确认清楚某个CU，你们竟然撕到客栈来了。（难得一次见到Kegns也慌神了，看来……逃）。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月5日 (二) 23:59 (UTC)[回复]
这个叫user:Wong128hk的朋友啊，你这意思就是不让大家在中文维基讨论咯，元维基讨论和这里讨论都是讨论，没事情换什么地方。还有，妄加评论，这妄加什么意思，就是我们质疑的发表评论的都是坏人咯，你这是挑事情咯。还有，不要动不动把基金会抬出来，几岁了？怎么，还动用泄露资料的幌子要干嘛？那我们的知情权应不应该有了，人家的清白要不要归还了？你也不要给自己加戏了，谢谢--SP RailwayGuest 2017年9月6日 (三) 00:51 (UTC)[回复]
(？)疑問，若CUer是基于证据不足（IP数据未充分证明），而是据其他证据诸如用户编辑倾向、用户后台活动等可案WP:DUCK及WP:常识判定是同一人，若以{{Possible}}或DUCK名义--即有用户故意冒充被永封用户编辑行径而封禁，会否较使用查核后得出明确结论的斩钉截铁的{{已确认}}为好？--千村狐兔（留言） 2017年9月6日 (三) 00:41 (UTC)[回复]
現在用戶核查員基於私隱政策、保密協議，其判斷理據，不可能在此一一羅列，去說服各位。上面討論之中，各位都幾近一口咬定用戶核查員是濫權，是胡亂判定傀儡，而且理據非常清晰，如此何不按正常及既定程序，交予申訴專員處理？申訴專員可以審視整體理據，亦可以要求Kegns君去解釋，亦可以還兩位一個公道。如果兩位沒在一起過，現在亦說明顯證據不足，一交上申訴專員，一經審視，Kegns君就現形囉。然後就可以把專員回報列在這，大家知情權沒有被削弱呀，然後更加可以大條道理啟動彈劾程序。有何不好呢？怎成了唬人啦，還脅迫Lanwi1君啦……只在此討論，其他用戶又看不到紀錄，你有你說，他有他說，根本於事無補，其他社群成員亦難以判斷。所以閣下到底想達到什麼目的？純粹要在此吵一個半個月，然後不了了之？然後大家上面討論得不是很清楚了麼？在下又不是一開始就跳出來阻止各位，只是見討論已經相當成熟，幾位都已經相當肯定，於是乎就提示各位去按既定程序處理。保密協議是基金會與持權用戶之間的協議，如果真的有人違反協議，當然是要通知基金會啦。為何這又有問題啦……既然本地無權力處理，當然提示各位去相應的地方繼續處理啦。實在不想看著各位繼續在此空轉而已。已經受了這麼大的委屈，還要在此你一言我一語，不知何年何月才重獲公道。於心不忍，就提示各位處理路徑啦，僅此而已，別無他意。--J.Wong 2017年9月6日 (三) 02:53 (UTC)[回复]
好意我们心领了，讨论还是这里进行了，就不劳您费心移到别处了，怪累的。暑气未退，请多休息--SP RailwayGuest 2017年9月6日 (三) 14:54 (UTC)[回复]
如果你们想要一个公正的结论，那很明显申诉专员是最好、最合适而且能够让人信服的申诉通道；谁都知道CU是黑箱，在这里只能各说各话，得不出结果。如果你们并没有想要一个公正的结论，那当我什么也没说。 --达师 - 345 - 574 2017年9月7日 (四) 06:25 (UTC)[回复]
(：)回應：一直漏掉了楼上管理员的回复。公正的结论在人心，公正不是你想要就要得到的。我们心态很好的，把事情的原委搞清楚，说明白。我也不知道你从哪里得到的结论，觉得我们不要一个公正的。这个话说的，总不是那个味儿，语言艺术还需要加工一下。--SP RailwayGuest 2017年9月14日 (四) 06:37 (UTC)[回复]

其他核查员有提出意见

社群有多人找我问我对该CU的看法。我可以说一下，我要给结论的话，可能会给{{possible}}。--1=0，欢迎加入WP:維基百科維護專題 2017年9月6日 (三) 13:07 (UTC)[回复]
{{possible}}最理想。--Lanwi1(留言) 2017年9月6日 (三) 14:03 (UTC)[回复]

用戶查核不得不說的事

為了保護自己，容我我只僅能用這種方法陳述清楚這個核查。以下內容以在下之宗教信仰保證真實性，而可能被懷疑是“洩露隱私”的內容，實際已由當事人自己于Zh.Wikipedia頁面公開，是故不再屬於隱私保護之範疇。

西元2014年10月，有用戶提交了守望者愛孟與“月夜精靈之首席英雄”之查核，后Kegns最初判斷為 数据过期 数据过期 ，后有IP：123.234.19.122發言：CU已经失效了。本人在8月份执行过一次更改密码的操作，所以数据事实不会过期。或者说，Kegns根本没查，直接依据半年没有编辑得出结论。，之後，Jimmy Xu判定結論：月夜精靈之首席英雄/中華愛國陣線，確認，其他（被核查之守望者愛孟）數據過期。以上為2014年10月公開的相關之核查記錄。

註：此處原有文字，因為因属于非公共数据信息，已经由监督员运用监督权限予以隐藏，已由--J.Wong 於 2017年9月18日 (一) 08:38 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。[回复]

那麼，上述核查結果存在三個明顯的瑕疵：

  1. IP用戶123.234.19.122原話實為：「本人在8月份执行过一次更改密码的操作」，並無聲稱自己是任何維基用戶，但Kegns于CUwiki中記錄為：「（原内容已由监督员隐藏）」，Kegns的記錄與IP用戶實際發言內容不完全一致；
  2. IP用戶123.234.19.122用戶聲稱：「本人在8月份执行过一次更改密码的操作」，而經過核查，（原内容已由监督员隐藏）。因此Kegns是在明確知曉守望者愛孟所執行之操作與IP用戶123.234.19.122所宣告之操作不一致的情況下，將IP用戶判定為守望者愛孟，令人難以認同；
  3. 本次核查並無守望者愛孟的具體核查參數的比較，只有中華愛國陣線、月夜精靈之首席英雄、IP：123.234.19.122這三者的核查參數。

以上，為在下認為必須向社群說明的情況，否則在下良心難安。核查的马甲（留言） 2017年9月18日 (一) 06:44 (UTC)[回复]

题外话，history-deleted 这个class是不是应该去掉斜体啊？中文无斜体啊--百無一用是書生 (☎) 2017年9月18日 (一) 13:15 (UTC)[回复]
我又找不到人來和你對質，無理由你說什麼就要我信呀。--Temp3600（留言） 2017年9月18日 (一) 18:54 (UTC)[回复]
这个监督。。。真是欲盖弥彰，而且似乎监督也来不及了，两个小时的时间，显然地，足以使用很多机会很多手段来保留下那些被遮盖的证据。（乌拉伪造聊天记录制造封禁爱孟的证据，Kegns应该不至于人品那么。。。但他为何要制造CU黑箱“斩人”呢？）等等，这节奏太快，我得静静。。。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月21日 (四) 12:35 (UTC)[回复]
算不上吧，本来如果真的如其所述公开CU相关信息的话，那就涉及违反隐私条款的问题，这就有法律问题了吧。至于之后怎样处理和如何规避，那就是另一个问题了。——路过围观的Sakamotosan 2017年9月22日 (五) 01:12 (UTC)[回复]
得了吧，假装中立也要技术，就阁下在知乎里那些表演，阁下还不到假中立拉偏架的道行。一个个地不去追究暗箱作业，到处嚷嚷什么保密协议，搞得自己多懂保密一样。照你的说法，保密协议就是保护黑想作业咯？要保密，要保行政员颜面，所以不能揭发滥权。。。呵呵黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月22日 (五) 05:07 (UTC)[回复]
如上所提到的，不满意的去meta申请监察人员去说清楚，去核查（meta:Ombudsman_commission），罔顾于法律条文来胡闹不过于事无补而已。——路过围观的Sakamotosan 2017年9月22日 (五) 07:04 (UTC)[回复]
保密协议保护的是每个编者涉及私人的数据在未授权下的公开，如果仍认为有问题，可以将疑点总结好向meta的监察人员投诉，让他们查阅CUlog和质问是否CU的结论或者cuwiki的数据是否有不妥，而不是不理以前所签的带有法律性质文件。——路过围观的Sakamotosan 2017年9月22日 (五) 07:11 (UTC)[回复]
User:范，罢免议案，重要的理据：泄露隐私。阁下妥妥的反对票，妥妥的人身攻击支持方用户。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月22日 (五) 14:56 (UTC)[回复]
已翻阅，的确涉及侵犯隐私的行为，但是当时反对方或偏反对方对我的CU行为实在无法接受，所以当时的说法是“我认同胡萝卜的说法，但是两边都不是好东西”。——路过围观的Sakamotosan 2017年9月24日 (日) 01:29 (UTC)[回复]

看完了记录，内心复杂。作为被某Zhxy氏管理员称为“爱孟党人”的用户，我怕不是什么时候也会被伪造CU、永居贵宾室啊，哈哈哈……云间守望 · 在此留言💬 2017年9月29日 (五) 04:27 (UTC)[回复]

对Jimmy Xu和Kegns等老查核员其他查核案例的质疑

目前讨论的守望/中华的CU案显然存在问题，但个人认为这个责任显然不止是Kegns一人，Jimmy Xu等当时活跃的查核员也有问题，2016年8月，Lanwi1提出对守望/中华CU进行复核，按理说，当时中华爱国阵线提出封禁申诉，那么理应进行查核，但Jimmy却驳回了，似有故意遮掩的意味在里面。2017年4月，在查核员Alexander Misel明确复查并得出不相关 不相关的情况下，Kegns却执意坚持自己的说辞，也有故意制造“冤假错案”的嫌疑。

而我也发现了这两位在其他CU案例中的问题，举一例来说：

2014年6月“叶知秋/中华爱国阵线/Erquanmen”CU案中，资深主编User:Snorri被Kegns认定为滥用大量傀儡，该CU结论还被Jimmy背书，但查阅这些傀儡可以发现，其中有一部分很可能不是Snorri的傀儡，其编辑倾向和Snorri完全不同，另外，这些傀儡中有一个叫“烧饼柯南”的也很明显不是Snorri的傀儡，有多名用户表示过这是黑雪姬创建的账户，此外，该案中，据我说知：Snorri从始至终都否认自己有滥用傀儡。而如果Kegns在对“叶知秋”账户进行CU时，确认了“叶知秋”是Snorri的傀儡而与其他两个被提报的用户无关，那么显然不应该继续对其他两个用户进行核查，但Kegns把另外两个无关叶知秋的用户也进行了完全（掀了个底朝天）式核查，似有不弄出点问题就誓不罢休的意思，有利用CU打压特定政治立场用户的嫌疑，而Jimmy Xu也站出来“背书”这个未必合理的CU结论。而在此请其他查核员@Lanwi1、Alexander Misel：对根据CUwiki的记录，对该案进行复查。谢谢！

至于其他还有没有可能存在明显问题的核查案例，我会尽快翻看记录然后跟进。CU是中文维基反破坏和维护用户权益的最后一块挡板，绝不容许有人借CU黑箱来作奸犯科！还望社群多关注这个议题，谢谢。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月22日 (五) 15:23 (UTC)[回复]

没有相关记录，我不知道他们怎么判定的。另注意不要过度地恶意推定。--Lanwi1(留言) 2017年9月22日 (五) 17:54 (UTC)[回复]
嗐，别提这事儿了，现在我还等待某人造谣“我是傀儡”的道歉呢，也不知道是不是被天鸽卷海里了。至于Kegns，明显都被人当成成济了，也不差那一刀了。昔年染指逐元祐，今日焚屋作道光。惟愿小鹰不上岛，东风卷进太平洋（留言） 2017年9月23日 (六) 09:51 (UTC)[回复]
“成济”，这个比喻恰当，话说，这都是乌拉那厮耍无赖之后惹的祸，乌拉到现在还肆无忌惮呢。不过呢，看过Unblock就知道了，实际上乌拉不过也是一个人肉傀儡罢了，确切地说，只是“人肉傀儡的人肉傀儡”。黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月23日 (六) 13:32 (UTC)[回复]
不过就事论事，Snorri这个事情就成无头案了？明显不是Snorri的傀儡的账户，也成了Snorri的傀儡，Snorri被气走，这个事就这么over了？后来2015年Jimmy Xu还说我是菜鸟“嘀嘀嘀”的傀儡，真是太好玩了。看来CU这事情，当时吉米等人的猫腻真是不少呢！黑暗雄鹰·给我留言·请关注管理人员和资深用户的人身攻击行为 2017年9月23日 (六) 13:36 (UTC)[回复]

提议在元维基政策框架内放宽中文维基百科对开放代理的封禁

首先，中国大陆地区的网民普遍需要使用代理访问维基百科——尽管改 hosts 也可以，但是 hosts 在面对中国复杂且不稳定的网络状况、访问速度、不同平台设备的兼容性上仍然存在问题。客观上，代理仍然是访问维基百科的重要工具之一。然而目前中文维基百科对开放代理封禁政策过于激进，客观上严重影响新手编辑、加入，因此在下提议在元维基政策框架内放宽中文维基百科对开放代理的封禁。

首先，元维基上的 No open proxies 要求“Publicly available proxies (including paid proxies) may be blocked for any period at any time”，即可由公众获取的代理，无论收费与否，都可以在任意时间以任意期限封禁。不过这是个可行的规定，而不是必须执行的规定——换句话说，各个本地维基的封禁方针通常要求管理员执行封禁要小心、要善意推定等等，但是如果管理员想要封禁的 IP 是代理，那么直接封就可以了，不用管本地的那些要求。

中文维基目前对开放代理的封禁是通过 Jimmy Xu 的一个机器人实现的。具体实现方式未知，但根据其封禁日志来看，是通过自治系统编号锁定 IP 区间，然后实施封禁。通俗地说，Jimmy 的机器人会搜刮来所有可能被用作代理的 IP ，然后直接整段、整段地封禁掉，无论代理是否做出过破坏、无论代理是否是开放的、无论代理在其他语言上是不是也被封禁过。很多在中文维基上被封禁的代理，在绝大多数语言上根本没被封禁。中文维基正在使用“主动出击”的方式“打击”开放代理，这是其他语言从未存在过的现象——尽管这不违反元维基上“发现即可封禁”的政策。

如果我们不再“主动打击”开放代理，而是转而使用“允许代理编辑-发现破坏/傀儡迹象-立刻封禁”的流程，对于新手会友好得多。这也不会违反基金会的政策。这样做可能会引发一些问题，但是私以为影响不会很大。我也不是很清楚实际实行起来会有什么问题，但是基于纯理论的分析如下：

  • 即使机器人不封禁疑似代理的 IP ，管理员也可以在不具备专业知识的情况下轻松判断。在实行之后，也可以使用过滤器等方式把由疑似代理 IP 做出的编辑给标记出来，以备其他编者复查。
  • 此举不太可能会造成大量编辑涌现在同一 IP 下的情况发生。翻墙代理中有很多是自用的，对于自用的代理，一个用户通常只会使用一个 IP；对于公用的代理 IP ，通常至多也是寥寥数个用户共享；对于 Lantern 等免费代理，也会把不同用户分布在不同 IP 下。
  • 管理员和巡查员的工作量可能会有提升，但不会太大。毕竟，其他维基上的破坏者也可以利用代理 IP 进行鬼祟破坏，但他们封禁代理 IP 的力度远低于中文维基。
  • 对于用户查核造成的影响有限。按照目前管理员和老编者通行的方略，做出过几笔编辑的用户往往更容易获得 IPBE ，老用户也可以很轻松地以自己网络不好、设备翻墙不方便为由申请 IPBE ，所以如果是这些人滥用傀儡，他们的查核结果在技术上总归也是不相关的；对于新手来说，他们普遍没有利用代理来逃脱用户查核的意识，即使使用了代理，因为注册的帐号大多集中在一个 IP 下，也能够通过用户查核把傀儡抓出来。
  • 除非有严重的滥用傀儡的状况，否则不要轻易开启禁止已注册用户编辑的选项。按上条，老用户的傀儡根本防不了、能抓到的也就是些危害性不大的新手傀儡。

望各位发表意见。--Techyan（留言） 2017年9月6日 (三) 14:41 (UTC)[回复]

此案宜移往VPP討論。——Aotfs2013 留於 2017年9月6日 (三) 14:46 (UTC)[回复]
我希望调整现在的做法，而不是另立新的方针。达成社群的共识、并把操作规范起来就够了。--Techyan（留言） 2017年9月6日 (三) 14:49 (UTC)[回复]
方針根本就沒禁止也沒允許這樣激進地封禁，所以討論機器人封禁程度或者封不封比制定一個規則成本更低而且更有意義。不是什麼問題都能靠制定規則來解決。--逆襲的天邪鬼（留言） 2017年9月6日 (三) 22:20 (UTC)[回复]
(－)反对：
    1. “即使机器人不封禁疑似代理的 IP ，管理员也可以在不具备专业知识的情况下轻松判断”：注册帐户使用代理服务器进行编辑，在没有用户查核的情形下，管理员无法知悉。
    2. “管理员和巡查员的工作量可能会有提升，但不会太大。毕竟，其他维基上的破坏者也可以利用代理 IP 进行鬼祟破坏，但他们封禁代理 IP 的力度远低于中文维基。”：首先“他们封禁代理 IP 的力度远低于中文维基”未必成立，英文维基百科不会采取“一人超生，全村结扎”的策略，但是英文维基百科的机器人维护一个非常全面的开放代理库，其精准封禁开放代理的能力比起中文维基，可能是有过之而无不及。在这样的封禁策略下，英文维基百科代理破坏的现象不严重，自然推不出“在中文维基百科实施代理不破坏就不封禁的措施不会给管理员带来负担”。
    3. “对于用户查核造成的影响有限。按照目前管理员和老编者通行的方略，做出过几笔编辑的用户往往更容易获得 IPBE ，老用户也可以很轻松地以自己网络不好、设备翻墙不方便为由申请 IPBE ，所以如果是这些人滥用傀儡，他们的查核结果在技术上总归也是不相关的；对于新手来说，他们普遍没有利用代理来逃脱用户查核的意识，即使使用了代理，因为注册的帐号大多集中在一个 IP 下，也能够通过用户查核把傀儡抓出来。”、“除非有严重的滥用傀儡的状况，否则不要轻易开启禁止已注册用户编辑的选项。按上条，老用户的傀儡根本防不了、能抓到的也就是些危害性不大的新手傀儡。”：首先，新用户即使没有逃脱用户查核的意识，使用代理服务器亦可能在客观上帮助新用户摆脱查核。例如，新用户被硬封禁，然后挂代理重新注册傀儡帐户，发现没有受到任何限制，他也许没有意识到硬封禁的原理，而以为自己的封禁被解除了。然后“按照目前管理员和老编者通行的方略，做出过几笔编辑的用户往往更容易获得 IPBE ”：这种做法违反了WP:IPBE方针，该方针要求获得此权限的用户具备管理人员级别的信任度。封禁代理无法阻止老用户使用傀儡，不在于NOP政策没有用，而在于大量管理员不遵守IPBE方针，给本站留下了“长期滥用的用户注册新帐户再骗IPBE用代理躲查核”的安全隐患。最后，“对于用户查核造成的影响有限”的结论也不成立，我就遇到一个——User:飞莫鱼然。
  • 最后还是那句话，GFW的责任，维基百科不承担。--Antigng（留言） 2017年9月6日 (三) 15:16 (UTC)[回复]

GFW的责任，维基百科不承担

现在讨论的不是GFW的责任。我认为，目前的关键是如何让人正常访问、编辑和注册的问题。目前，在大部分被封IP都未做出破坏性编辑的情况下，个人实际上一直不希望看到长期硬封禁。主动打击所谓的开放代理区间（实则是整个自治系统全部被ban）明显不符合方针“防止破坏”的意图。本人态度如上。——Wang Qiliang · 留言 2017年9月6日 (三) 16:13 (UTC)[回复]

      • 在大部分被封IP都未做出破坏性编辑的情况下[來源請求]。大部分代理设备IP被封禁，您也自然不可能知道是否有、有多少用户试图从这些IP做出编辑，其中又有多少不具有建设性。元维基的方针如是说：“Although Meta encourages anyone in the world to contribute, such proxies are often exploited for abusive purposes. Because MediaWiki (the wiki software) depends on IP addresses for administrator intervention against abuse, open proxies allow users to completely circumvent administrators. The use of scripts or bots allow malicious users to rapidly rotate IP addresses, causing continuous disruption that cannot be stopped by helpless administrators. Several such attacks have occurred on Wikimedia projects, causing heavy disruption and occupying administrators who would otherwise deal with other concerns.”--Antigng（留言） 2017年9月7日 (四) 00:01 (UTC)[回复]
      • 中文翻译：“尽管Meta鼓励世界上的所有人进行贡献，但是开放代理往往沦为滥用者的工具。因为在MediaWiki上管理员需要依据IP地址信息来干预滥用行为，开放代理则可以完全规避管理员的行动。使用脚本或机器人，恶意用户可以迅速的转换IP地址，由此产生的持续破坏让管理员也束手无策。在维基媒体计划上已经出现过数次这样的攻击，造成了严重的混乱，使得管理员没有精力处理其他事务。”--1=0，欢迎加入WP:維基百科維護專題 2017年9月7日 (四) 04:47 (UTC)[回复]
        • 不用代理一樣能操作吧？換句話說，如果我真想幹一仗，我事前肯定會充分地準備，那樣的話封代理是遠遠不夠的。我當然知道你們所面臨的威脅。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:58 (UTC)[回复]
          • “绕过保护/封禁一样能操作吧。换句话说，如果我真想干一仗，我事先肯定会充分地准备，比如全世界到处旅游躲IP段封禁，操纵全球的僵尸电脑随机鬼祟破坏尚未保护的条目，或者往维基百科的数据库上装定时炸弹，那样的话维基百科的所有保护措施都是不够的。”所以呢？这并不会成为我们废除保护/封禁/过滤器的理由。--Antigng（留言） 2017年9月7日 (四) 07:42 (UTC)[回复]
  • 早就該(＋)支持了。我並沒有看到這種激進的封禁攔住了多少傀儡（而且還是疑似的），只看到它妨礙了大量有意貢獻的中國大陸用戶。
  • 當然你可以把責任全都推到GFW身上，然後無視所有IPBE申請，從法理上講這沒什麼問題。然而從道理上已經產生了更嚴重的問題，即「落井下石」——翻牆本身就很困難，好不容易翻過來卻發現無法編輯，又要研究如何改hosts，這已經嚴重地影響新人加入。
  • 舉個例子，發生了一場水災或者什麼天災，但政府要把工作重心放在防止盜竊、搶劫和騷亂而不是救人上面，這樣是沒違法也沒犯罪，但是肯定預防效果有限而且還要多死不少人。
既不違反規則，又不GAME，而且還能對維基百科造成不良影響，這種事情其實不少，激進地封代理就是其中之一。
  • 當然肯定會放進一些破壞者和無法合作的人，但是不會多到應付不了。能做到有耐心和管理員與查核員玩的只能是極少數人，會有點負擔，但是說會癱瘓那就太誇張了。
  • 真正想開傀儡的，就算你用白名單他們照樣能夠有效地規避查核。傳授反查核經驗只需寥寥數字，而且可以做到根本不用代理。
  • 當然這不意味著什麼IP都解，不過出現問題之後再修就是了，因為現在的問題更嚴重。
--逆襲的天邪鬼（留言） 2017年9月6日 (三) 23:03 (UTC)[回复]
我还是不得不说一个情况。许多大陆用户看不到封禁提示的原因是，对于元维基封的代理，注册的时候都没有完整的提示。元维基封的代理往往都是大家常用的免费代理，像什么自由门啊，GAE啊、常见价格低廉的Web hosting service啊；而他们的封禁只会有一小句英文，不会提示人修改hosts。而我非常支持对这些代理在本地加封一次，大家从封禁模板就可以获得帮助，也可以让那些连封禁模板都不去看完的用户为他们自己的行为付出代价。我忘记加封一次是否能让他们看到了，如果不能当我没说上面那句话。--1=0，欢迎加入WP:維基百科維護專題 2017年9月6日 (三) 23:25 (UTC)[回复]
@Alexander Misel：遭到全域封禁之後所看到的提示訊息是MediaWiki:Globalblocking-ipblocked-range，中文維基還沒去設計這個介面。--逆襲的天邪鬼（留言） 2017年9月6日 (三) 23:49 (UTC)[回复]
@逆襲的天邪鬼、Alexander Misel：需要在这个消息上加多现有本地封的大陆代理封禁提示？——路过围观的Sakamotosan 2017年9月7日 (四) 03:48 (UTC)[回复]
不管有沒有人能看到，反正我在文言文維基上面加了。「非子之過」也。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:42 (UTC)[回复]
  • 我支持对开放代理有限度的封禁。我认为使用bot扫描IP进行主动封禁的做法太过激进，WP:OPD的方式已经足够了，无论哪种方式，都可能有误报的情况，所以bot主动扫描封禁有一定可能造成误封。因此对于代理封禁这一块，我认为WP:OPD就可以了，bot封禁完全没有必要。而即使WP:OPD上列出的IP，也应该手工逐一检查，进行人工判断确认是否OP。
  • 对于封禁提示中“提示人修改hosts”的做法，则表示强烈反对。如果是GFW造成需要使用代理，那么这是GFW的问题，不是维基百科的问题，如果不是GFW却需要使用代理，那么改hosts与此又毫无关系。
  • 从2015年之后，元维基上OP的方针发生了改变，从原来的Open or anonymising proxies 改成了Publically available proxies (including paid proxies)，明显做了扩大化解释，我本身对这种扩大化感到疑虑
  • 无论OP是否扩大化了，但必须是Public的代理总还没有变，因此个人自己使用的私有代理不应该被封禁，或者说任何non-Public的代理都不应该被封禁（这也是我反对用bot自动封禁的原因之一，bot不仅有可能误判一个IP是代理，更可能误判一个代理是否Public）

简而言之，我(－)反对使用bot进行自动封禁的做法，(－)反对在封禁信息里加入“提示人修改hosts”的做法，(－)反对对任何不是Public的代理仅仅因为它是代理而进行封禁得做法--百無一用是書生 (☎) 2017年9月7日 (四) 02:37 (UTC)[回复]

另外，我也(－)反对将OP问题与CU挂钩，这根本是两回事。且不说m:No open proxies中根本没有将二者联系起来的语句，CU核查困难是CU的问题，不应该由OP来承担这个责任--百無一用是書生 (☎) 2017年9月7日 (四) 02:46 (UTC)[回复]
还有，我(－)反对在“元维基政策框架内放宽中文维基百科对开放代理的封禁”，这完全没有必要放宽。正如我上面所言，我们应该讨论的是“中文维基百科对OP的封禁和处理方式是否存在问题”--百無一用是書生 (☎) 2017年9月7日 (四) 02:51 (UTC)[回复]
我一直在強調，真正精明的人即使沒有代理也能規避查核，他們甚至都不會被察覺和送到CU，而普通人如果不掌握技巧即使拿代理一樣能查出來，所以拿CU來說事並不準確。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 03:00 (UTC)[回复]
如果缺乏精确识别代理的方法来对应封禁的话，批量封可能是没办法的办法。或者可以遵循假设所有web hosting的IP都是有可能是代理（包括私人的、免费的、收费的），只是先扫描记录，如果经过OPD确认或其他途径（例如买下相应的代理服务然后上去查IP）确认到是不符合的代理（可能除非私人的）则可以封禁。
吐槽两点：1.因为全程https，导致了就算代理愿意添加补充后面的真实地址也办不到，算是一个弊端？2.就算我手上有一个私人代理，也算是封禁范围之内，毕竟托管的厂商就是其中一个代理托管首选之一。——路过围观的Sakamotosan 2017年9月7日 (四) 03:58 (UTC)[回复]
"就算我手上有一个私人代理，也算是封禁范围之内，毕竟托管的厂商就是其中一个代理托管首选之一。"，私人代理和代理托管商不应该混为一谈。如果因为代理托管商而封禁了一个IP段，但是其中有个IP只是被个人自己私用做私人代理，那么这个IP就应该排除在封禁之外。而如果代理托管商经营的只是非公开代理，那么也不应该封禁这个代理托管商所拥有的IP--百無一用是書生 (☎) 2017年9月7日 (四) 04:04 (UTC)[回复]
并不是这样，因为那个托管服务商的IP段都以NOP全封了，而这个私用服务的IP就在这些段内，即使是私用都会被无意封掉。同样如果允许申报的话，不排除有人故意申报自己的所用的是私用来绕过这种段封。——路过围观的Sakamotosan 2017年9月7日 (四) 08:13 (UTC)[回复]
甚至我們可以先試著實行被動的策略（遭遇破壞之後進行調查，然後再決定如何封禁）看看效果嘛。沒實際地遇到問題，它就不好解決，對吧，而且先別耽誤正常用戶的正常編輯，要不然太缺德了。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:12 (UTC)[回复]
@逆襲的天邪鬼：最近看了一個演講，深有感觸:"如果一個方法能解決80%的問題，就先不要理會那20%的例外情況。"--Temp3600（留言） 2017年9月8日 (五) 18:04 (UTC)[回复]
帕雷托法則--逆襲的天邪鬼（留言） 2017年9月8日 (五) 23:37 (UTC)[回复]
之前Antigng做過一個更加極端的機器人：只要發現是代理就立刻封。我們可以改成不封而是在專門頁面報告，讓其他管理員複查之後再決定。資料夠多之後我們還可以再改變應對策略。
規定是死的，人是活的，所以得會應對變化。--逆襲的天邪鬼（留言） 2017年9月7日 (四) 04:17 (UTC)[回复]
另外，开放代理，依据来说明来看，是相对于私人代理，也就是该代理仅一个人授权使用，所以相对地，允许多人使用的代理都算是开放代理，无论是网上已公布授权信息的，还是你用钱买的服务。在加上全程https的“福”，更加没办法记录后面的真正IP，所以基本上逢代理均可封。最终就是莫过于，全段无差别封，部分有差别封，和证明非公开而不封，只是如何证明是非开放的话，就是另一个可以做文章的问题。——路过围观的Sakamotosan 2017年9月7日 (四) 08:50 (UTC)[回复]
很難證明一個代理是不是開放代理，但是很容易判斷一個胡作非為的IP是不是代理，所以要制定一套綜合的應對策略，比方說跟蹤疑似代理的編輯、跟蹤已在enwp報告或封禁的IP的編輯、製作能夠應對小曹2015或百樂兔那種bot破壞的清理工具、準備能夠隨時應對極端情況的過濾器（例如以user_age < 86400*7來應對非常極端的情況）⋯⋯雖然比維持現狀麻煩，但是只要能降低中國大陸新手的參與門檻那麼也值了。--逆襲的天邪鬼（留言） 2017年9月8日 (五) 23:37 (UTC)[回复]
如果不希望提前封禁所有托管商的IP段的话，可以考虑将这些先整理这些IP段，一旦发现出现破坏行为，整段不限已登录和禁止创建账户封一年。一般情况下，这些IP段的归属变动不会太大，不会出现突然归属到个人家用的情况，与家用性质单独只封不超过一年的情况不同。——路过围观的Sakamotosan 2017年9月10日 (日) 03:21 (UTC)[回复]
如果Jimmy-abot能夠開源，那麼事情可能會簡單不少（如果Jimmy-abot裡面有明確邏輯或資料的話）。--逆襲的天邪鬼（留言） 2017年9月10日 (日) 03:30 (UTC)[回复]
  • (＋)支持：利大于弊-- 晴空·和岩 o(*≧▽≦)ツ┏━┓一起拍桌！ 2017年9月8日 (五) 13:28 (UTC)[回复]
  • (－)傾向反對：從我在QQ群的觀察來看，有一些新手一看到被封禁，便在群裡問怎麼解決，但明明封禁說明裡面有提到修改hosts、申請IPBE等方法，但某些新手總是沒有看完就來發問。對於這種連說明都不認真看的新手，估計在編輯時也沒有先看方針指引格式手冊等。對於放寬要求這件事，上面有提到說「有些代理在其他語言維基沒有被封，但是在中文維基卻被封了」，我不太懂技術，不過我覺得可以參考英文維基或其他語言維基百科對代理封禁的力度。 --dqwyy (talk) 初音ミク10周年 2017年9月9日 (六) 05:29 (UTC)[回复]

那这样吧，先试行一段时间，大家看怎么样？--Techyan（留言） 2017年9月9日 (六) 03:12 (UTC)[回复]

我出一套試行方案：
  1. 把MediaWiki:Globalblocking-ipblocked-range做好，這樣就不需要在乎全域封禁亂寫摘要的問題了。
  2. 僅解除/放寬由Jimmy-abot實施的封禁，由人類實施的封禁不變，人類管理員針對代理的封禁策略也不變（或者將二者稍微放寬到僅限匿名用戶，這個可以再議）。
  3. 做好應對疑似代理破壞的準備，包括但不限於製造監視用途的機器人、製造緊急狀態下清除嚴重破壞的工具等。
--逆襲的天邪鬼（留言） 2017年9月9日 (六) 04:27 (UTC)[回复]
对于“僅解除/放寬由Jimmy-abot實施的封禁”进行测试以后得出的结果仍然不能够用以评估“不再’主动打击’开放代理，有破坏才封禁”的政策。另外还有一个问题是，一个IP段内可能有IP破坏，经过检查发现是开放代理，然后被封禁了。一段时间以后jimmy-abot对整个段执行了封禁，然后管理员主动解除了该IP的封禁，现在如果要解除jimmy-abot执行的段封禁，那得把原先本地的封禁补回来，这件事情bot做不了。--Antigng（留言） 2017年9月9日 (六) 05:17 (UTC)[回复]
我認為濫用代理應該分兩種情況，一種是打算持續破壞/搞事的，他們肯定會在代理封掉之後換新的代理；另一種是偶爾或者出於興致才來的，封禁之後不太可能繼續，甚至什麼措施都不做他們也會停下來。因此沒有必要嚴格地追溯過去的封禁（當然封禁時還是要看記錄的）。我在上面補充了一句，「人類的封禁和封禁策略都不變」，那些經常濫用的代理還是要封的。我預計解除之後會遇到一些問題，但不會嚴重到需要讓Jimmy-abot重新幹活的程度。--逆襲的天邪鬼（留言） 2017年9月9日 (六) 13:51 (UTC)[回复]
1、连续函数f：(0,1)->R，若limf(x) x->0 =0，lim f(x) x->1 = 0，难道f(x)=0，对于任意x属于(0,1)都成立吗？答案显然是否定的。“一種是打算持續破壞/搞事的，他們肯定會在代理封掉之後換新的代理；另一種是偶爾或者出於興致才來的，封禁之後不太可能繼續，甚至什麼措施都不做他們也會停下來”，问题在于可能有大量的用户介于这两种极端情形之间，换言之，可能有用户打算持续搞事，但是努力搞了好几把，换了好几个代理软件，都被封了，就打消了搞事的念头。还是以上面的飞莫鱼然为例吧，他持续绕封禁绕了好久，但是我把tunnello所有的IP封掉以后，就没有见到他。2、既然“人類的封禁和封禁策略都不變”，那么要检讨的并不是NOP，而是jimmy-abot，对象依然搞错了。--Antigng（留言） 2017年9月10日 (日) 13:08 (UTC)[回复]
並沒搞錯，如果沒有Jimmy-abot激進的封禁，或者封禁對中國大陸用戶沒什麼明顯的影響，那麼也不至於出現今天的話題了。GFW的鍋維基確實不背，但是落井下石的鍋還是要背的。--逆襲的天邪鬼（留言） 2017年9月10日 (日) 14:40 (UTC)[回复]
“Jimmy-abot激進的封禁”和“NOP政策是否需要检讨”没有逻辑上的关联，这一点还需要强调。正如“有用户开机器人大量创建基本符合内容方针但品质低劣的条目”不需要检讨“WP:编辑守则”。--Antigng（留言） 2017年9月10日 (日) 14:45 (UTC)[回复]
我的看法是之前的封禁不要再去管了。我的意见是有Wikipedia:Open proxy detection这个工具已经足够了，不需要比它还强的针对代理的措施。此外IP段的封禁应该非常谨慎。总之四个字“宁缺毋滥”为好--百無一用是書生 (☎) 2017年9月11日 (一) 01:58 (UTC)[回复]
  • (！)意見我一向认为应该将新手的难度降到最低，我严重同意一定程度上的开放和试运行，但其前提是不能对维基百科产生严重的影响。我觉得，如果要做，那得在做之前做好对方案的充分讨论，在技术上做好充分的准备，防止突发的大量傀儡的破坏。--人神之间摆哈龙门阵 2017年9月11日 (一) 04:18 (UTC)[回复]
    • 方案就是降低辨別代理的成本、降低處理破壞的成本，例如製作監察用的機器人，根據enwp的現成結果或Jimmy-abot的邏輯來發現可能的代理，並且讓管理員能夠很方便地判斷它有沒有可能是代理。再舉個例子，在專門的頁面報告疑似代理的編輯，或者在有人舉報破壞時自動給出疑似代理的結論），還有儘量優化或強化一些反破壞的工具等。（當然肯定會有人註冊賬號破壞，不過那個沒有有效的應對方法，因此討論更重要的是權衡利弊）。這樣的話，此問題也卡住了。看看下面機器人的討論會是什麼結果吧。--逆襲的天邪鬼（留言） 2017年9月11日 (一) 04:57 (UTC)[回复]
  • NOP的含义就是见到任何开放代理则可以封，而jimmy的段封则是基于几乎所有托管商都会可能被做成代理。有几个点要注意，一是这与是否发生了破坏无关；二是无法区分私用代理；三是代理不一定就是托管商的机子。如果不想无差别段封的话，结合OPD，发现IP编辑，OPD认为是代理的或者查阅整理过是托管商IP列表的一个，则可以按照代理来封。现有的托管商段封等到期就算了，不再定期清理。——路过围观的Sakamotosan 2017年9月11日 (一) 08:05 (UTC)[回复]
其实我一般是“IP+proxy”在google搜一下，如果这个IP出现在一些proxy list中，那么几乎就是OP了（不是的情况也有，但很少，比如proxy list的数据太老，IP已经用作它途）--百無一用是書生 (☎) 2017年9月12日 (二) 03:26 (UTC)[回复]
那付费VPN服务呢？尤其像ss那种分明就是L4代理，而IPsec背板可能是私有地址，由远端做NAT，有些设计还会再经过代理出去。这类都可以算是OP的定义，要逐个VPN买服务看看IP再封？ 囧rz……——路过围观的Sakamotosan 2017年9月13日 (三) 02:34 (UTC)[回复]
我的思路是宁缺毋滥，所以查不到就当不是了（也因此我觉得目前Wikipedia:Open proxy detection就已经完全够用了）。但是这里部分讨论的思路似乎是宁滥勿缺....--百無一用是書生 (☎) 2017年9月15日 (五) 02:21 (UTC)[回复]

纵观全篇，似乎已经有过半用户支持。不知是不是可以认为有了共识了？--云间守望 · 在此留言💬 2017年9月29日 (五) 04:41 (UTC)[回复]

  • (！)意見：虽然这个法子也许会教坏小朋友，但考虑到并不是所有人都会想到这点，于是在临近实施前提一下：云服务发展到今天，在网上开一台VPS并不是很困难的事。在没有主动封禁VPS所用IP（包括绝大多数私搭VPN、SS或其他代理工具）的情况下，要利用VPS绕过封禁或CU是伸手可及的事。举例如下：在AWS的EC2上开一台最低配置的Windows服务器（按时计费，一个月一直开着也才几刀），远程登录上去，远程浏览器打开维基百科，注册账号并参与编辑：如果无代理端口暴露的VPS IP地址不被封禁，可轻易利用这一方式绕过所有的CU技术手段。绕过IP封禁同理。--菲菇＠维基食用菌协会 2017年9月29日 (五) 05:07 (UTC)[回复]
（删除点名道姓内容）
就算上述措施实施了，AWS的IP解封了——
对于中国大陆用户，即使考虑汇率成本，使用AWS本身成本可能相对低，但使用成本可不见的就低。众所周知，亚马逊可并不是什么信用卡都接受的，中国内地发行现存的的大部分信用卡，亚马逊很多都不收；境外网络交易很容易因为风险问题被银行风控部门盯上。类似于这些，都是隐含的成本。如果加上和别人共用一个“逾越虚拟砖混结构工具”的话，恐怕成本更为高昂，公安部的国际联网条例不是开玩笑的。当然，您说的是远程桌面，我似乎扯远了。
放开代理IP的封禁，从上述思路看来，似乎并没有这么高的风险。据鄙人管窥，北上广深地区还有很多坚持不注册账号而只使用IP的编辑者，他们也不见得重新拨个号就能逃避被CU了。
以上，请君思量。--雲間守望 · 留言💬 2017年9月29日 (五) 12:44 (UTC)[回复]
1）世界那么大，中国大陆只是其中一小块；2）这不是反对票，阁下勿要指名道姓让我思量。--菲菇＠维基食用菌协会 2017年9月29日 (五) 13:10 (UTC)[回复]
我承认，或许是我言辞激烈了。但是，我根本没把阁下的话当反对票看，只是借着这个假设基于个人观点来继续论证个人观点而已。希望我对您的话，没有引起误会。--雲間守望 · 留言💬 2017年9月29日 (五) 13:15 (UTC)[回复]
在中国大陆，即便受限于墙内，依然有青云、Microsoft Azure、阿里云、腾讯云等可供个人用户选择，前两者亦是按时计费投入甚小。墙外的云服务提供商则更多，此处不一一列举。--菲菇＠维基食用菌协会 2017年9月29日 (五) 13:31 (UTC)[回复]

投票模板应该新增“强烈支持”吗？

在下才发现，在之中，多了一个{{强烈反对}}，如此以来，是不是应该增加一个模板——{{[[Template:强烈支持|强烈支持]]}}，以保证在投票的环境当中，语气上的平衡。 --👼㊙️偶㊗️💯CKG48💖茁壮成长乛◡乛喜欢👧♀⚢喜欢👗👙👚 2017年9月11日 (一) 18:05 (UTC)[回复]

換個角度看，為何要有強烈反對。--A2093064#Talk 2017年9月12日 (二) 03:33 (UTC)[回复]
不是很明白強烈支持反對有什麼用，另外為什麼支持在香港繁體中會變成支援？--【和平至上】💬📝 2017年9月13日 (三) 10:33 (UTC)[回复]
因為有人在本頁套了IT轉換組。--A2093064#Talk 2017年9月13日 (三) 14:08 (UTC)[回复]
貌似已回復「支持」。--安迪安迪安迪安倍~~（颱風吹襲|留名記錄） 2017年9月16日 (六) 09:46 (UTC)[回复]
(：)回應支持和反對都各是一票，加上強烈也不會變成兩票，既然對投票沒有幫助，我建議剃了吧。-KRF（留言） 2017年9月16日 (六) 10:12 (UTC)[回复]
我到存废讨论吧{{强烈反对}}提删吧。--Шәτіт🐷0 2017年9月18日 (一) 15:06 (UTC)[回复]
(－)反对：莫名其妙，又这么瞎提删，翻来覆去炒冷饭，浪费其他用户的时间，无聊不无聊？我也请删除{{比较反对}}&{{[[Template:比较支持|比较支持]]}}：支持和反對都各是一票，加上比较（比较支持、比较反对）也不會變成半票，既然對投票沒有幫助，我建議剃了吧。--偷窥ACU的用户页/留言 2017年9月19日 (二) 05:36 (UTC)[回复]
不用再「-{支持}-」了，已修復。--安迪安迪安迪安倍~~（颱風吹襲|留名記錄） 2017年9月19日 (二) 13:51 (UTC)[回复]
这个不是在正式投票（如人事任免）中用的，而是在平时讨论中用的，没必要特地提删，也没必要特地去建。简而言之，不用管。 --dqwyy (talk) Shōko Nishimiya 2017年9月25日 (一) 14:51 (UTC)[回复]
覺得做一個這東西出來好像也沒有什麼意義，沒什麼必要性吧老林黑店⇒Jason⇒Lin⇒ 2017年9月25日 (一) 15:29 (UTC)[回复]

封了一個我，還有千千萬萬部電腦

本主題或以下段落文字，移動自WP:VPP。执行者：--J.Wong 2017年9月20日 (三) 04:11 (UTC)。[回复]

還不如解封－－Blockmeifyoucan（留言） 2017年9月20日 (三) 00:00 (UTC)[回复]

维基百科:特色图片指南

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:特色圖片評選。

本人有发现，中文维基百科:特色图片评选因缺乏相关一致的指南和方针，而维基百科:特色图片标准也仅列出表面性的标准（没有其他进一步的说明），导致目前评选时已造成各个用户对同一照片的看法不平衡，褒贬不一。尽管每个人看法不同，但不能因为对照片有独到的眼光而罔顾了图片应或不应有的特色。因此，在此想提议，为维基百科:特色图片标准增添更仔细且透明度更高的获选方针与条件，以及「不是特色图片」的细则以供用户参阅（或参考维基共享资源/其他语文维基百科的特色图片评选），目的是为了找出适合的标准理念，并提升评选的水准。各位意见如何？Ginson Lim 2017年9月20日 (三) 15:28 (UTC)[回复]

邀請曾在近期评选特色图片的用户 @Z7504、B dash、Clear Sky C、*angys*、Smallpei：@Karta0800900、WAN233、IMJENRY、蘭斯特、Fxqf：@Alexchris： 提供看法与意见。谢谢 Ginson Lim 2017年9月20日 (三) 15:36 (UTC)[回复]
@B dash：：中文维基百科可能就少了这一条 。Ginson Lim 2017年9月21日 (四) 05:59 (UTC)[回复]
  • 提案人最好看一下中、英文版特色圖片評選的差別。至少幾年前我看過，英文版特色圖片評選對照片質素是非常講究的。至於中文版，我就不知道有多少人有這個能耐了。--春卷柯南慶祝加入維基十週年 ( 論功行賞 ) 2017年9月22日 (五) 15:11 (UTC)[回复]
  • 主要在于何为“特色”没有明确的定义。--WAN233 (留言) 2017年9月24日 (日) 05:37 (UTC)[回复]
  • 純屬個人意見，因為特色圖片的參選人數較少因此我一段時間上去看一下並投票，我投票的原則完全依我個人看法，我只有小玩相機的經驗，沒有長時間接觸拍攝，微薄的色彩和圖像能力，所以我投票非常主觀的依我看圖片是否合適，特色圖片是放上首頁輪展的，所以我會多考量這張圖片的價值，中文維基該有中文圈的用戶審美決定，如當時我投反對的氣旋圖，我個人氣旋看多了，因此我會認定該圖片太普通了。

慈中編譯實務定期聚大量新手編輯報備

於本周日(10/1)將舉辦第一次約兩個半小時的定期聚新手培訓，活動主要內容為翻譯英文條目，且本周將會於同一IP位置大量創辦新手的帳號，共約40個，於此報備。--人兒至秦（留言） 2017年9月27日 (三) 06:17 (UTC)[回复]

检索自“https://zh.wikipedia.org/zhwiki/w/index.php?title=Wikipedia:互助客栈/其他&oldid=46394166”