DYKC最近一段时间大量出现的匿名用户提交的选举类条目评审是什么情况?

奥斯卡奖典范条目在首页显示的缺失

特色内容评选模板bug

NP爆炸问题

Wikipedia:关注度/提报近日已超出系统解析上限,导致findsources失效。请问各位认为应如何处理?

我个人想到的方向有几个:
  • 技术改进:如轻量化findsources
  • 拆分页面:如按月分拆 (需TW/bot配合1)
  • 批量N特殊处理:要求批量提交关注度时,提交去公告版/VP之类的地方,集中处理

愚人节玩笑系列

Wikipedia:典范条目评选#克里夫兰百年纪念半美元

GFW在测试新功能???

2019年讨论页谘询第一阶段总结报告中文版本出炉

各位参与者您好,本次谘询总结报告的中文版已经出炉,现正在翻译成英文上报基金会。如有任何意见欢迎在此留言,如有重大变更,会及时予以更新。台湾杉在此发言 (会客室) 2019年4月6日 (六) 04:25 (UTC)

Template:Dyk

WP:NP不会自动移除35天前的讨论了

或许中文维基社区应该有更明确的自律守则,比如叫“莫管他人瓦上霜”之类的

查,此提案属于IP扰乱,相关IP段已经被管理员封了2年。Σανμοσα y=0 regardless the value of x 2019年4月12日 (五) 09:12 (UTC)

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

目前的问题:部分普通用户喜欢干涉他人

问题背景:观察中文维基社区,我发现一个现象,总是有那么一群维基人,或许自认资格老,虽然不具备管理员的身份,然而却喜欢干涉他人乃至骚扰,尤其是针对维基新人,这些不友善的行为,大幅减弱他人参与贡献维基的意愿。以下是我这几天观察到的例子:

  • 例子1:A、B两人有编辑争议,于是A于B之个人页面上进行协商讨论,然而C(普通用户)作为一个从不在讨论中发表意见的局外人,突然直接把A之留言删除,理由是“人身攻击”。
  • 例子2:C(普通用户)自己主观认为B之讨论页有被他人“骚扰”的情况,于是向社区申请保护B之讨论页面。
  • 例子3:A向维基管理员B的讨论页留言申诉,C(普通用户)看到了竟然去恶意举报说A骚扰B,于是A又再次被封禁。
  • 例子4:A由于有多次被C(普通用户)举报的经验,于是向C了解原因,希望解开矛盾误会,结果C对于A之善意沟通一律不回应还直接删除,最后不忘再次举报A“骚扰”他。
  • 例子5:不具备管理员身份的维基人D,无意间看到了A在个人讨论页上对C不欢迎之声明,竟然以“恐吓”为由擅自把A的声明“和谐”掉。
  • 例子6:不具备管理员身份的维基人E,喜欢把“快删”植入他人的使用者界面,甚至是连他们的沙盒测试页也不放过。

我的观点

  • 对于例子1,别人讨论上千字的留言,你只以简单四字“人身攻击”就把一切遮盖掉,显得不合理,尤其是一个突然介入他人争议的行为是非常不礼貌的。
  • 对于例子2,C不应该多管闲事去为B申请页面保护,尤其是B和他人讨论正在进行中,这种过分“热心”的行为无异于捣蛋。
  • 对于例子3,管理员B是否有觉得自己被骚扰,我不知道,然而我认为每个维基人都有权力向管理员询问不清楚之事,而C则是莫名其妙管太多,别人只是问了一次,就被你认为是“骚扰”,真是吃太饱没事做。
  • 对于例子4,拒绝沟通比滥权破坏的行为更严重可恶,这应该是大家的共识吧。
  • 对于例子5,如果你不具备管理员的身份,又不想通过正规的举报流程,那你要指控他人“恐吓”前,最好先了解其定义且具有明确证据,否则直接篡改他人讨论页的留言是很粗鲁不礼貌的行为。事实上,在自己页面上向他人或团体发表不欢迎的声明,这在中文维基社区也非罕见,而这类声明是否违反维基方针,并不是个人可以私下主观判断的。
  • 对于例子6,如果你发现自己的页面被他人植入一个无法去除的“快删”,请问有什么感想?个人使用者界面的自我介绍是否属于广告宣传,这见仁见智,然而连他人的沙盒测试页都被植入“快删”,这就太过分了。若真有读心术,恐怕每个人都要犯上思想罪了。

我的解决方案: 希望维基中文社区能修订用户之间的文明相处守则,在“假定善意”的基础上再加上一条“自律”(或称“不要鸡婆”)的原则,不要随意介入他人之间的争议,或篡改他人个人页面的内容,也不要太闲去管那些和你没直接关系的事,除非你具有管理员的身份,否则希望大家都文明些,有什么不对的地方尽量以正规的流程来举报,不要个人主观判断他人对错,避免造成不愉快影响社区和谐。

第一次发言,如果发文格式有错,抱歉 --198.52.38.3留言2019年4月11日 (四) 06:33 (UTC)


  • 我是觉得中文维基百科的文明一塌糊涂,想要改善可不容易。您所说的“自律”,用我习惯的语言就是“不要做便宜正义人士”,不要不了解前因后果,不试图解决争议,却积极站队,积极恶意推定,积极打击特定人。规范别人行为是非常困难的,我倒觉得你说的这些如果都属实,应该对当时人给出以下建议:
    1. 去投诉,针对例子1
    2. 在互助客栈对管理员的操作进行讨论,因为管理员的操作有问题,针对例子3
    3. 在互助客栈对具体的不当行为进行讨论,针对例子4、5、6
  • 至于莫管他人瓦上霜这种说法显然是矫枉过正了。该投诉投诉就好,这个你自己也说了。 --Ujui Uju Mandan留言2019年4月11日 (四) 07:41 (UTC)

  • 我觉得很贴切,如果别人瓦上积雪,你认为有碍市容,那应该去举报投诉由相关人员来处理,而不是自己闯入别人家中帮忙清扫。而唯一例外的情况是别人家院子失火,你闯进去救火是合情合理的。

198.52.38.3留言2019年4月11日 (四) 15:33 (UTC)

  • (※)注意:先说明,这个表述是在WQL和我对一名VOA用户的疑似破坏行为和骚扰行为作出回退/移除和修订版本删除请求上作出的。非常有可能是报复性行动。那么,本人声明如下:1.人身攻击行为若属实,不必管理员移除,只需要自动确认用户用{{deltalk}}移除即可;2.申请保护亦需要管理员复核,即使出于无理请求,也是不会影响正常留言(而实际的破坏,管理员才会判断并保护);3.对方清除留言,你再回退/贴新的质疑对方留言,第三者不举报是不可能的;4.封禁由管理员判断,就是恶意举报,要么驳回,要么就是“提报人已由管理员xxx封禁xx时间。”不会影响正常的编辑;5.(此处D是我)以“恐吓”原因deltalk,如同1,若有疑问,可以报至管理员,同时,该笔留言确实只是因为2级警告就张贴出“不欢迎”WQL,同时还威胁说若再留言,就会以“骚扰”为由,举报用户(原讨论页见此);6.{{d}}本就是给不具备管理员资格的人使用的模板,用以提醒管理员该页面应当被删除,管理员会判断是否应当删除,而具备管理员资格的用户则可直接以CSD或RD理由删掉页面(或是修订版本),沙盒也不例外(也是放在维基媒体服务器上的,只是部分理由不适用,如CSD A1、G1等)。综上,这是一次以报复为目的的无理请求(讨论),相关人员亦被提报到WP:VIP.--DWT·C·S^TWNPRC 2019年4月11日 (四) 16:16 (UTC)
  • (:)回应:柿子挑软的吃,某些人知道新人被封禁后无法申诉留言,又不具备自动确认用户资格无法检举被欺负,所以就一连串的恶意举报,以骚扰为名来封别人之口。198.52.38.3留言2019年4月11日 (四) 16:30 (UTC)
  • (:)回应:那你对管理员User_talk:MCC214在自己讨论页上贴“不欢迎包括WQL等WMC成员留言”这事怎么看?你敢以“恐吓”或“歧视”之罪名去“和谐”掉他的声明吗?198.52.38.3留言2019年4月11日 (四) 16:34 (UTC)
    •   警告:你不要看谁都是管理员!MCC只是IPBE用户外加自动确认。而他也没说要“举报”。任何用户都可以在自己的讨论页加{{unban}}以申诉封禁,不要对维基社群一知半解就开始无端猜疑。--DWT·C·S^sinx∈[-1, 1]

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

请关注WT:关于#编辑请求 2019-04-06

107学年下学期慈中编译实务定期聚新手活动报备

107学年下学期慈中编译实务定期聚于今日晚间19:00至21:20(UTC+8),届时将有大量新手编辑,特此报备。--Tces98059留言2019年4月14日 (日) 11:51 (UTC)

GA数量庆祝活动

每天的每日图片应该展览什么

请求KOKUYO解释

维基百科:特色图片评选/除名/青蛙垃圾箱

警告模板

chart模板讨论

AR大积压

如题-- Sunny00217 - 2019年4月27日 (六) 06:46 (UTC)

关于GAN/FAC topic列表的问题

列表会将提名时嵌入的签名也计入发言数中,导致发言数较实际数量多1。这个问题可以透过将发言数固定减1的方式解决。@Kanashimi。—— Eric Liu留言留名学生会 2019年4月29日 (一) 07:41 (UTC)

  已修复 --Kanashimi留言2019年4月29日 (一) 09:34 (UTC)

关于“或许中文维基社区应该有更明确的自律守则,比如叫“莫管他人瓦上霜”之类的”话题

我看到一个有趣的现象,那个IP用户以为MCC214是管理员。我觉得这件事上不应该轻率地指责IP用户误解MCC214是管理员。说真的,我以前也以为MCC214是管理员,因为他会看似代表社群共识,主动和其他维基人做基于对社群共识错误理解和对事件错误理解的警告和斥责。不明就里的人以为他是管理员,并且被激怒是很正常的事情。 --Ujui Uju Mandan留言2019年4月13日 (六) 02:19 (UTC)

  • 另:我认为DW_YoungDLS在上方的话题中以及在那个IP地址的讨论页中都做了明显的恶意推定。既然那个IP用户表达了想要把事情说清楚的意愿并且有行动(虽然不充分),就没有理由急着不解决问题而解决人。另外,显然那个人并不了解维基百科的工作方式,被封禁了焦急是很正常的,不应当仗着自己知道就觉得别人应当知道,然后把别人的正常心理反应说成恶意。 --Ujui Uju Mandan留言2019年4月13日 (六) 02:23 (UTC)
  • 这件事我全程都关注了,该IP用户的操作是从骚扰Unravel、MCC214开始的。在被举报之后,注册账号,对举报者进行编辑跟踪、人身攻击并以多种方式泄漏他人隐私、用沙盒页面存放威胁将维基人诉诸警察的内容,显然已经不是一个简单的IP用户,更像是一个老手。被封后,再之后注册不符合用户名方针之账户,讽刺举报者的真实姓名,继续跟踪扰乱,又被封。在管理员将对应IP段硬封后,又开始用代理绕过封禁。在此期间,持续对试图回退扰乱的DW_YoungDLS进行人身攻击和嘲讽。试问,他用违反使用条款第四章的恶意方式,是打算解决什么问题?对这种用户善意推定,怕不是昏了头。我自以为有点说话的权利,因为我也被他拿不存在的方针(什么代理方针)攻击过,但我无所谓。--悔晚齋臆語2019年4月13日 (六) 05:28 (UTC)
    • 对方有什么问题,指出什么问题就是了。但您不应当以自己的推测当证据去批判人。“像是一个老手”并不能证明对方是一个老手。你如果因为别人看起来“像是一个老手”,就觉得对方懂得维基百科的很多站务规则,就显然是犯了……我都不知道什么谬误。 --Ujui Uju Mandan留言2019年4月16日 (二) 03:47 (UTC)
      • 极为熟练掌握了撤销编辑、注册傀儡账户时绕过自动封禁等技能,所以我称之为老手,请参见Wikipedia:老手IP用户。另外,整件事情和这个用户是否是老手无关,纯粹是在骚扰前两个用户不成功、第三者进行阻止结果第三者惨遭人肉搜索、人身攻击、法律威胁三道打击。我衷心佩服这个第三者的勇气。--悔晚齋臆語2019年4月16日 (二) 14:32 (UTC)
        • 还是那话,有什么问题,指出什么问题就行了。既然是出于善意做事,就更应该谨慎负责。即使是一个“那种意义上的老手”,也非常有可能不了解很多中文维基百科站务方面的知识,比如了解管理员到底有哪些人,有哪些人积极参与站务并且宣告站务处理结果,但不是管理员。请您稍微停下来想一想,作为一个写条目的用户(不论条目质量好不好),掌握所谓的撤销编辑和注册傀儡账户这种技能,难道不是极其简单的吗?有这种技能怎么就成了“老手”了?不要因为一个人做了不对的事情,就在没有依据的情况下做恶意推定。 --Ujui Uju Mandan留言2019年4月17日 (三) 02:08 (UTC)
          • 问题我已经指出来了。我从未拿自己的推测当证据去批判,我只是在形容。注册傀儡账户不是什么技能,“注册傀儡账户时候绕过自动封禁”才是,一般来说只有对系统有充分熟悉的老手才会做到(所以我用了像是一词,因为概率较大),请不要断章取义。问题出在用户的骚扰、滥用傀儡和泄露隐私的行为应该被处以不限期封禁上,请不要绕开这个问题视而不见。另外,依然不认同DW在进行恶意推定,行为特征完全一致的情况下,我认为使用一望而知作为理据并没有什么大不了。--悔晚齋臆語2019年4月18日 (四) 04:37 (UTC)
            • 我理解你的这个说法。如果用户进行“骚扰、滥用傀儡和泄露隐私”,当然应当明确告知对方做错了什么,并且处以封禁。但我从一开始说的就是,不要恶意推定。做错的事就是做错的事,但是别人没做错的事情也不要捏造出来去冤枉人。中文维基百科社群过去这类事太多了。至于“绕开问题”,我认为您有误解。我没绕开任何问题,从一开始我开这个话题,说的就是不要冤枉人,具体不要冤枉人什么我都说明了。我并不关心那个人到底有没有去骚扰、滥用傀儡、泄露隐私。不能因为一个人做错了事,就顺势把人家没做错的事也说成错事,这样做,从结果上讲就是把人抹黑搞臭,而不是试图解决问题。 --Ujui Uju Mandan留言2019年4月18日 (四) 05:28 (UTC)
          • 但我也必须承认,阁下所言“IP用户也非常有可能不了解很多中文维基百科站务方面的知识,比如了解管理员到底有哪些人,有哪些人积极参与站务并且宣告站务处理结果,但不是管理员”,这一点我是非常同意的。日后定将恪守善意假定原则一百年不动摇。--悔晚齋臆語2019年4月18日 (四) 04:44 (UTC)
    • 管理员只有Special:用户列表/sysop这一堆是。--MCC214#ex umbra in solem 2019年4月13日 (六) 09:43 (UTC)

--MCC214#ex umbra in solem 2019年4月18日 (四) 09:10 (UTC)

            • 也不知道您是读不懂我说的是什么,还是什么原因。您过去因为我不知道您不是管理员,投诉我,您自己都忘了?那我再提醒您一句:“您到底是什么级别的管理员。”想起来了吗?然后您非要找一段不相干的内容来,真不知道您想说什么。您过去多次对我的言论断章取义,多次错误地对我进行警告,然后从未表现出反省:您反正可以给别人添麻烦,可以误导别人,这是您的自由。然而您的言论确实非常的不靠谱,我个人认为您对中文维基百科社群的伤害是可观的。至于WQL那段没头没脑的话,我都不理解你拿出来举例子有什么意义。当然了,您贴那段话我倒希望更多的维基人能好好读读,看看我哪句话说错了,而WQL哪句话说得有道理。 --Ujui Uju Mandan留言2019年4月18日 (四) 09:30 (UTC)
              • 简单来说,您反文明和人身攻击别人是有人证明的(除了WG之外,Cohaf和CopperSulfate也是说您的),不是“多次错误地对您进行警告”和“给您扣了个人身攻击的帽子”。--MCC214#ex umbra in solem 2019年4月18日 (四) 09:36 (UTC)
                • 您这个转进更加让我摸不到头脑了,合着中文维基百科可以拿“人证”来说事了?您如果真要搞人证,就应该把Cohaf和CopperSulfate叫来,让他们把自己的观点说清楚,然后我们尝试达成共识,而不是列出一段“别人过去反驳过你呀”当作可以证明别人是坏人的证据。请您知晓,反驳是达成共识过程中几乎必须而且非常有价值的行为,您看起来并不知道什么叫做达成共识。您多次对我进行错误的警告,在我的用户讨论页里,包括IP地址的用户讨论页,我相信您不是故意曲解的,但请您不要再扯不相关的事情。至于您给我扣人身攻击的帽子,是您自己过去的投诉内容,您也想不起来了?您过去给我发过那么多次警告(而且大都是错误的),投诉的时候断章取义地列过那么多条,您都忘了? --Ujui Uju Mandan留言2019年4月18日 (四) 09:43 (UTC)
                • 您现在的沟通有个明显的问题,您并不关注我说了什么,而是自顾自地试图列举无关内容,尝试通过抹黑我来让我闭嘴。 --Ujui Uju Mandan留言2019年4月18日 (四) 09:52 (UTC)
                  • [1]我说过“请您不要再发表违反方针指引的言论,如“我在线下当然不会什么意见都说,但至少不会像你和WG一样,有意见不说,拐弯抹角地暗示别人以达到打击别人的目的。”,否则您将会被本人送上这裹请求管理员封禁,请自重。”,但您其后行为毫无改善,故VIP见。--MCC214#ex umbra in solem 2019年4月18日 (四) 10:12 (UTC)
                    • 抱歉,我完全不信任您的判断力和理解力。我拒绝您的任何警告。当然了,2019年12月12日以后我会重新根据您的言行评估是否继续把您看作一个不具备参与站务能力的人。毕竟人是能够成长的。 --Ujui Uju Mandan留言2019年4月19日 (五) 02:44 (UTC)
  • @UjuiUjuMandan:额,由于那个IP的行为确实与VIP上梅晚斋列出的傀儡/破坏者行为相似,故做出 一望而知的判断,并不是无理的恶意推定。--DWT·C·S^Nothing is impossble. Try your best to reach anything. 2019年4月13日 (六) 13:17 (UTC)
    • 第一,鸭子测试是随时可以被推翻的,并不是可信性很高的测试;第二,哪怕您心里觉得人家是破坏者,您也必须以开放的态度和人沟通,积极地寻求证据以推翻鸭子测试的结论。凡是不努力推翻鸭子测试结论的,都是流氓。 --Ujui Uju Mandan留言2019年4月16日 (二) 03:46 (UTC)
  • (-)反对,作为一个以协作而著称的社群,出台“莫管他人瓦上霜”的方针?冲这名字就得反对。--Antigng留言2019年4月29日 (一) 04:35 (UTC)

专家及大师奖每3个月才颁发一次?

如题。—— Eric Liu留言留名学生会 2019年4月18日 (四) 11:27 (UTC)

只有被重复提名才需要等待吧。--MeritTim留言 2019年4月18日 (四) 13:29 (UTC)