维基百科:防滥用过滤器/过滤器请求/存档/2020年
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
有关某愉快犯
能否用技术阻止其
- 建立页面标题包含王(亡)嘉𫫇(尔)/亡嘉𫫇/亡嘉尔/娘炮(抱)/韩(卓韦)(含)导(道寸)/韩(卓韦)(含)姓(性)导(道寸)演/中国猪妖/二一(妖)四/屁拉屎(史)/P(p)lus/杂碎(杂粹/杰克逊((Gay)Jackson)亡/同性(姓)恋/麦可赵/P(p)ussy/Handao/白磷/狙击/大屠杀(刹)/坦帕(柏)(珀)湾光芒(亡)(或同音字、繁简)
- 输入内容包含王(亡)嘉𫫇(尔)/亡嘉𫫇/亡嘉尔/娘炮(抱)/韩(卓韦)(含)导(道寸)/韩(卓韦)(含)姓(性)导(道寸)演/中国猪妖/二一(妖)四/屁拉屎(史)/P(p)lus/杂碎(杂粹/杰克逊((Gay)Jackson)亡/同性(姓)恋/麦可赵/P(p)ussy/Handao/白磷/狙击/大屠杀(刹)/坦帕(柏)(珀)湾光芒(亡)(或同音字、繁简)
- 用户名包含王(亡)嘉𫫇(尔)/亡嘉𫫇/亡嘉尔/娘炮(抱)/韩(卓韦)(含)导(道寸)/韩(卓韦)(含)姓(性)导(道寸)演/中国猪妖/二一(妖)四/屁拉屎(史)/P(p)lus/杂碎(杂粹/杰克逊((Gay)Jackson)亡/同性(姓)恋/麦可赵/P(p)ussy/Handao/白磷/狙击/大屠杀(刹)/坦帕(柏)(珀)湾光芒(亡)(或同音字、繁简、英文大写小写)
以上。--MCC214(Sign)#ex umbra in solem 2020年1月20日 (一) 19:58 (UTC)
- 阻止建立包含以上字眼的用户名称,可能会导致对方改变用户名称进行破坏,到时也许会让管理员更难察觉破坏。--英秀一心(留言) 2020年1月21日 (二) 01:13 (UTC)
- 此LTA的名称没有太大变化,最近封的用户关键字仍然和上述的关键字同音同义。—MCC214(Sign)#ex umbra in solem 2020年1月26日 (日) 07:58 (UTC)
- 阻止建立包含以上字眼的用户名称,可能会导致对方改变用户名称进行破坏,到时也许会让管理员更难察觉破坏。--英秀一心(留言) 2020年1月21日 (二) 01:13 (UTC)
- 麦克(或同音字),kill也要,另用户名包含狙击的也没有被过滤器挡死。—MCC214(Sign)#ex umbra in solem 2020年1月24日 (五) 17:28 (UTC)
- MediaWiki系统可以阻止创建含有管理员的用户名,这么说的话理论上可以阻止含有某些关键字的用户名。Hakuryuu 2020年1月24日 (五) 18:28 (UTC)
- 我看见有用户名的名称包含监管员和全域管理员名称,但是用来侮辱的。—MCC214(Sign)#ex umbra in solem 2020年1月26日 (日) 07:58 (UTC)
- 爆击(或同音字、繁简)也要,对此LTA恶意用用户名作人身攻击的字眼有多少挡多少。—MCC214(Sign)#ex umbra in solem 2020年1月25日 (六) 20:06 (UTC)
- 看来畜牲、麦克、兽面人(或同音字、繁简)也要将之挡死了(麦克已经成为麦可的替代名了)。--MCC214(Sign)#ex umbra in solem 2020年2月2日 (日) 13:52 (UTC)
- 你认为某人是愉快犯,你还用这种治标不治本的方法,有什么意义? --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年2月3日 (一) 06:24 (UTC)
禁止用户直接用IP建立冒充本人用户名的账号
- 以MCC,MMC,CCM开头的账号(或近似MCC,MMC,CCM的文字建立的账号)
- 以MCC XXX(MCC和XXX之间带有空格)为用户名的账号(或近似MCC XXX的文字建立的账号)
- 以87MCC,87MMC,87CCM开头的账号(或近似87MCC,87MMC,87CCM开头的文字建立的账号)
- 87MCC XXX,87MMC XXX,87CCM XXX(MCC,MMC,CCM和XXX之间均带有空格)为用户名的账号(或近似87MCC XXX,87MMC XXX,87CCM XXX的文字建立的账号)
- 以近似本人用户名的文字建立的账号
拥有确认用户或自动确认用户身份的注册用户以自身账号建立防冒充除外,以上,如用户试图直接用IP建立冒充本人用户名的账号立即将此IP封禁。--MCC214#ex umbra in solem 2019年9月19日 (四) 10:58 (UTC)
- 反对一刀切禁止建立MCC、MMC、CCM开头的账号,因为这些词可以作为很多词(比如马叉虫的拼音开头)的缩写,但是如果具有人身攻击意味应该另行考虑。チルノ质询处·是非簿 2019年9月20日 (五) 03:55 (UTC)
- 即使对于IP,一刀切也是不行的。チルノ质询处·是非簿 2019年9月20日 (五) 03:57 (UTC)
另禁止用户直接用IP建立以87开头的账号和开头以现有用户的用户名(或近似现有用户的用户名建立的账号)作为用户名的账号,拥有确认用户或自动确认用户身份的注册用户以自身账号建立防冒充除外,如用户试图直接用IP建立以87开头的账号和开头以现有用户的用户名(或近似现有用户的用户名建立的账号)作为用户名的账号立即将此IP封禁。--MCC214#ex umbra in solem 2019年9月21日 (六) 10:57 (UTC)
- 光判断用户名根本上解决不了问题,封禁注册账户的ip
貌似不可行,而且就算可以也可能会有误伤,阻止的话也只是换个用户名来破坏而已,最好还是过滤器根据编辑倾向阻止甚至封禁。--及时雨 留言 2019年9月30日 (一) 06:37 (UTC)- 原来过滤器可以封禁注册账户的ip啊,但仅针对“MCC+数字”还是有误判可能。--及时雨 留言 2020年1月16日 (四) 15:59 (UTC)
- 基本上MCC ???的组合完全无误判,因为几可从LTA的用户名倾向确定。--MCC214(Sign)#ex umbra in solem 2020年1月20日 (一) 19:39 (UTC)
- 原来过滤器可以封禁注册账户的ip啊,但仅针对“MCC+数字”还是有误判可能。--及时雨 留言 2020年1月16日 (四) 15:59 (UTC)
- LTA建了这些用户名一下子就能抓住,不是很好吗。下面同理。--Temp3600(留言) 2020年2月6日 (四) 21:30 (UTC)
- AF262启用。--SCP-2000 2020年2月13日 (四) 16:38 (UTC) 已由管理员在
请求禁止破坏者以特定关键字创建账户
有破坏者时常以“韩导”、“王嘉尔”、“亡嘉尔”作为关键字创建账户(例如U:韩导将光临维基聚会、U:韩导愉快犯就是我、U:王嘉尔吃屎、U:王嘉尔的超级粉丝、U:亡嘉尔全家上西天、U:亡嘉尔后援会会长),请求过滤器禁止用户使用这三个关键字创建账号。--Bagakuco(留言) 2019年10月15日 (二) 10:00 (UTC)
- AF262启用。--SCP-2000 2020年2月13日 (四) 16:40 (UTC) 已由管理员在
请求监视或防止特定字词
最近有IP用户在条目加入或是创建没有来源且原创研究的内容,并且在后面加上简体字“闽个人记录”(例如:special:diff/56657319、special:diff/56657672、special:diff/56659649、special:diff/56660412),希望设置过滤器阻止用户在条目加入或是创建包含“闽个人记录”字词的内容。--Bagakuco(留言) 2019年10月28日 (一) 19:17 (UTC)
提议设立一个专门触发用的过滤器
通过设立专门触发用的过滤器,并使用Xiplus方案:Special:滥用过滤器/168和Special:滥用过滤器/250。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年4月23日 (四) 11:19 (UTC)
- 下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
- 现况:Subst模板不易除错
- 提议:
- 有时会希望模板沙盒能比较Subst前后的Diff,但Diff功能只能看到Subst后的Diff,不利于除错,而现在只能触动其他的过滤器的BUG来完成实在不好,因为BUG肯定会有修复的时候,因此提议设立一个能记录Subst前Diff的Special:滥用过滤器,例如检查到
{{log subst}}
就会触发的过滤器。- 例如我想检查模板Subst前后的Diff
- 如Special:滥用日志/3159836 (Subst前的Diff)
- 如Special:Diff/57987694 (Subst后的Diff)
- 这样才能方便Debug
- 例如我想检查模板Subst前后的Diff
- 有时会希望模板沙盒能比较Subst前后的Diff,但Diff功能只能看到Subst后的Diff,不利于除错,而现在只能触动其他的过滤器的BUG来完成实在不好,因为BUG肯定会有修复的时候,因此提议设立一个能记录Subst前Diff的Special:滥用过滤器,例如检查到
但由于涉及管理员才能编辑的部分,因此需要征求社群同意,因此发起此讨论。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月4日 (二) 09:46 (UTC)
- 部分(+)支持,但是会不会出现AF日志刷屏的问题?SteepPeak™武汉加油! 2020年2月8日 (六) 11:14 (UTC)
- 那测试时,就类似:
- 假如你要测试
{{subst:FooBar}}
,如果你输入{{subst:FooBar}}
- 则不会触发过滤器
- 你必须输入:
{{subst:FooBar}}
{{subst:log subst}}
- 才会触发过滤器
- 刚才的输入储存后内容为:
(FooBar的模板源代码)
(不会二度触发过滤器的字串)
- 假如你要测试
- 这样的设计应该就不会导致AF日志刷屏的问题。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月8日 (六) 11:39 (UTC)
- 假设是这样输入:
{{subst:FooBar}}
{{log subst}}- 因过滤器是检查
{{subst:log subst}}
,所以这样不会触发。
- 这样的设计应该就不会导致AF日志刷屏的问题。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月8日 (六) 11:39 (UTC)
- 那测试时,就类似:
- 那就(+)支持.SteepPeak™武汉加油! 2020年2月8日 (六) 11:58 (UTC)
- (:)回应完成,刚才说的模板草稿版本位于
{{User:A2569875/模板沙盒/log_subst}}
,模板本身Subst后会变成空掉,什么都没有,输入{{User:A2569875/模板沙盒/log_subst}}
的结果为:
- (:)回应完成,刚才说的模板草稿版本位于
- 那就(+)支持.SteepPeak™武汉加油! 2020年2月8日 (六) 11:58 (UTC)
- (以上模板显示预览才有内容,其余时候都是空白,Subst后也是空白,阁下可以前往沙盒输入
{{subst:User:A2569875/模板沙盒/log_subst}}
以检视效果,我这边不管怎么输入都看不出来,所以才希望申请过滤器)-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月8日 (六) 12:53 (UTC)- 我这边只要subst,预览就空了。SteepPeak™武汉加油! 2020年2月8日 (六) 13:00 (UTC)
- 因为这个模板的设定就是subst会空掉。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月8日 (六) 13:06 (UTC)
- (:)回应:@SteepPeak:刚才稍微修改了一下,但发现Subst阶段预览要显示文字好像有技术限制,暂时先用了{{subst:resubst}}。测试了一下,另一次测试,测试3、测试4测试用的编辑Special:Diff/58049447以及Special:Diff/58049684,测试的过滤器语法
!(old_wikitext irlike '.*{{\s*((safe)?subst:\s*)?[Ll]og(\s+|_)subst')
& added_lines irlike '.*{{\s*(safe)?subst:\s*[Ll]og(\s+|_)subst'
- 因为这个模板的设定就是subst会空掉。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月8日 (六) 13:06 (UTC)
- (以上模板显示预览才有内容,其余时候都是空白,Subst后也是空白,阁下可以前往沙盒输入
根据下方讨论,此方案似乎已否决。--36.229.104.245(留言) 2020年4月9日 (四) 06:07 (UTC)
- 这个,但似乎有非常严重的隐藏bug 囧rz...-- Sunny00217 2020年2月17日 (一) 13:14 (UTC)
- void}}相同是绝对不存在问题的。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月17日 (一) 13:18 (UTC)
{{User:A2569875/模板沙盒/log_subst}}
这个目前没有问题。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月17日 (一) 13:23 (UTC)
不认为过滤器有问题。当然模板要填入什么内容可以再议。直接写成跟{{
刚才无聊搞了 - void}}相同是绝对不存在问题的。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月17日 (一) 13:18 (UTC)
- 说明这个提案会添加一个对于纪录subst适用的使用方式,并且会影响部分的资料如过滤器日志,再来就是Wikipedia:防滥用过滤器性质,过滤器就像是一个编辑储存时会运行的模组,且仅有管理员可以编辑,就类似保护方针中的受模板保护的模组,因此引述Wikipedia:保护方针#需进行公示,本提案在送交Wikipedia:防滥用过滤器/过滤器请求前应当先进行公示;再来就是公示前必须先确保提案已经能反映共识,因此建议再放置数日后再进行公示。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月17日 (一) 19:09 (UTC)
- @A2569875:好奇有没有打算加标签?-- Sunny00217 2020年2月18日 (二) 02:55 (UTC)
- @A2569875:差不多要公示了吧?-- Sunny00217 2020年2月21日 (五) 13:30 (UTC)
- 等待其他技术帝的意见。--Temp3600(留言) 2020年2月23日 (日) 03:41 (UTC)
- 提供Special:滥用过滤器/168和Special:滥用过滤器/250。--Xiplus#Talk 2020年2月27日 (四) 10:40 (UTC)
- 首先感谢User:Xiplus协助撰写过滤器。另(?)疑问若是透过编辑摘要的实现方案,User:Sunny00217写的模板不就用不着了吗? 囧rz...,如要以Xiplus提供的方案,那么相关模板可能要AFD了,或挂{{Historical}},例如{{log_subst}}-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月27日 (四) 10:46 (UTC)
- @A2569875:触发条件罢了,也可以检测解析的内容加入
id="log_subst"
-- Sunny00217 2020年2月27日 (四) 11:33 (UTC)- (:)回应:@Sunny00217:MediaWiki:Abusefilter-warning-trigger vs Template:log_subst。既然都建了也不必特地去AFD。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月27日 (四) 11:51 (UTC)
- @A2569875:为何要afd?-- Sunny00217 2020年2月27日 (四) 14:39 (UTC)
- (:)回应:@Sunny00217:刚才在站外跟Xiplus讨论了一下,结论大致是,若要提供提示文字使用模板其实是画蛇添足,由于模板无法达成只在编辑模式下显示提示讯息同时又要在储存编辑后又要变成{{Void}},非要透过2次subst或{{resubst}}实现,但是我们忘记考虑一点,即是过滤器本身就是一个能在编辑模式下显示提示讯息同时储存编辑后不留痕迹的工具,因此设置了MediaWiki:Abusefilter-warning-trigger,且Xiplus认为实务上过滤器也没有必要去识别{{log_subst}}模板。另一个讨论则是提示模板也是可以的,就完全由编者自行选择是否使用。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月27日 (四) 14:55 (UTC)
- @A2569875:像是这样?-- Sunny00217 2020年2月28日 (五) 00:05 (UTC)
- (:)回应:@Sunny00217:并非,昨日讨论的小结论是,纪录subst泛用性太低,而“warning-trigger”可以用于除了subst之外、需要过滤器的其他用途,用途更广泛,更好。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月28日 (五) 00:38 (UTC)
- @A2569875:像是这样?-- Sunny00217 2020年2月28日 (五) 00:05 (UTC)
- (:)回应:@Sunny00217:刚才在站外跟Xiplus讨论了一下,结论大致是,若要提供提示文字使用模板其实是画蛇添足,由于模板无法达成只在编辑模式下显示提示讯息同时又要在储存编辑后又要变成{{Void}},非要透过2次subst或{{resubst}}实现,但是我们忘记考虑一点,即是过滤器本身就是一个能在编辑模式下显示提示讯息同时储存编辑后不留痕迹的工具,因此设置了MediaWiki:Abusefilter-warning-trigger,且Xiplus认为实务上过滤器也没有必要去识别{{log_subst}}模板。另一个讨论则是提示模板也是可以的,就完全由编者自行选择是否使用。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月27日 (四) 14:55 (UTC)
- @A2569875:为何要afd?-- Sunny00217 2020年2月27日 (四) 14:39 (UTC)
- (:)回应:@Sunny00217:MediaWiki:Abusefilter-warning-trigger vs Template:log_subst。既然都建了也不必特地去AFD。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月27日 (四) 11:51 (UTC)
- @A2569875:触发条件罢了,也可以检测解析的内容加入
- 首先感谢User:Xiplus协助撰写过滤器。另(?)疑问若是透过编辑摘要的实现方案,User:Sunny00217写的模板不就用不着了吗? 囧rz...,如要以Xiplus提供的方案,那么相关模板可能要AFD了,或挂{{Historical}},例如{{log_subst}}-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年2月27日 (四) 10:46 (UTC)
- (+)支持你们的计划。--Temp3600(留言) 2020年2月29日 (六) 05:59 (UTC)
- (?)疑问想请教一下,阁下对“Sunny00217的透过模板触发过滤器方案(用Template提示)”以及“Xiplus的编辑摘要触发方式(用MediaWiki界面提示)”(我的提议仅有“能提供模板除错的过滤器”至于式什么形式我不在意),阁下认为哪个比较好?(已发回复通告)-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年3月7日 (六) 07:58 (UTC)
- 正在等候答复。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年3月13日 (五) 21:24 (UTC)
- 我不太清楚。不过,也许编辑摘要触发能够保存编辑的意义,更方便日后翻查?有错请指正。--Temp3600(留言) 2020年3月20日 (五) 21:09 (UTC)
- mw:Extension:AbuseFilter/Rules_format/zh:new_html效率较差,有效率较好的方法时就不应该再选择效率差的方法。--Xiplus#Talk 2020年3月21日 (六) 00:23 (UTC)
- 我不太清楚。不过,也许编辑摘要触发能够保存编辑的意义,更方便日后翻查?有错请指正。--Temp3600(留言) 2020年3月20日 (五) 21:09 (UTC)
- 正在等候答复。-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年3月13日 (五) 21:24 (UTC)
- (?)疑问想请教一下,阁下对“Sunny00217的透过模板触发过滤器方案(用Template提示)”以及“Xiplus的编辑摘要触发方式(用MediaWiki界面提示)”(我的提议仅有“能提供模板除错的过滤器”至于式什么形式我不在意),阁下认为哪个比较好?(已发回复通告)-- 娜娜奇🐰鲜果茶☕(宇帆·☎️·☘️) 2020年3月7日 (六) 07:58 (UTC)
- 打岔一下,能不能把Special:滥用过滤器/168改成
summary contains "TriggerTestAbusefilterWarn" | added_lines contains "TriggerTestAbusefilterWarn" | ! removed_lines contains "TriggerTestAbusefilterWarn" && new_html contains "TriggerTestAbusefilterWarn"
- 因为TriggerTestAbusefilterWarn真的不是很好记,但用模板带入此字会造成added_lines没有侦测到......-- Sunny00217 2020年3月14日 (六) 23:57 (UTC)
回楼上 偶尔使用的机制不应占过多资源,特定字符串激活已经则够了。36.229.104.56(留言) 2020年3月31日 (二) 12:14 (UTC)
- 现交付公示,如无合理异议则确认采用Xiplus方案。-- 娜娜奇🐰枫香花茶☕(宇帆·☎️·☘️) 2020年4月14日 (二) 08:55 (UTC)
- 支持Xiplus方案,特定字符串触发够用了。--高文海(留言) 2020年4月15日 (三) 01:19 (UTC)
- 本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
建议更改Special:滥用过滤器/210的判断方式
建议将其改为由分类判断,目前的方式会造成误判或没判但其实有分类-- Sunny00217 2020年2月10日 (一) 09:58 (UTC)
- 驳回,技术上不可能。--Xiplus#Talk 2020年3月29日 (日) 02:10 (UTC)
请求排除模板(ex.Template:当前的破坏、Template:请求保护页面)-- Sunny00217 2020年2月10日 (一) 12:57 (UTC)
过滤器156:敬请留意百度贴吧亦持有tieba.com之域名
具体帖子的URL规则请等待查阅。129.97.10.153(留言) 2020年2月28日 (五) 20:51 (UTC)
- 目前未见贴吧的贴文使用该域名,请提供相关例子,谢谢。--SCP-2000 2020年2月29日 (六) 13:48 (UTC)
- @SCP-2000: https://www.tieba.com/p/[贴文ID] 通过此模式可以构造一个URL绕过过滤器156引用贴文。129.97.10.153(留言) 2020年3月5日 (四) 15:14 (UTC)
请求设置过滤器
请求设置过滤器禁止以下词语之间的互相手动替换:“2019冠状病毒病”、“严重特殊传染性肺炎”、“2019冠状病毒疾病”、“2019年冠状病毒病”、“2019年冠状病毒疾病”、“新冠肺炎”、“新型肺炎”、“武汉肺炎”。原因为(可预见的)持续性的编辑争议。请同时包含繁体及简体。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年4月1日 (三) 14:16 (UTC)
- @Sanmosa: 已由管理员在AF301启用。--SCP-2000 2020年4月13日 (一) 02:31 (UTC)
- 未见有在AF301启用,另外适用范围应该是所有条目。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年5月2日 (六) 04:27 (UTC)
- 不好意思,我之前回错了,应该是312才对。--SCP-2000 2020年5月2日 (六) 04:40 (UTC)
- AF312设置不全(未包含所有请求列入的同义词),而且(之后若改为硬性禁止加入)会误挡“中国病毒”(当须特别提及该词时),其并非有效的过滤器。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年5月2日 (六) 05:55 (UTC)
- 管理员已修改,您看看怎样?--SCP-2000 2020年5月2日 (六) 13:59 (UTC)
- COVID-19和SARS-CoV-2都应该包括在内。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年5月2日 (六) 14:18 (UTC)
- 这测试。而SARS-CoV-2方面则请@WhitePhosphorus:修改,谢谢。--SCP-2000 2020年5月2日 (六) 14:32 (UTC) “COVID-19”是会被包括在内,这是因为用irlike,叧见
- COVID-19和SARS-CoV-2都应该包括在内。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年5月2日 (六) 14:18 (UTC)
- 管理员已修改,您看看怎样?--SCP-2000 2020年5月2日 (六) 13:59 (UTC)
- AF312设置不全(未包含所有请求列入的同义词),而且(之后若改为硬性禁止加入)会误挡“中国病毒”(当须特别提及该词时),其并非有效的过滤器。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年5月2日 (六) 05:55 (UTC)
- 不好意思,我之前回错了,应该是312才对。--SCP-2000 2020年5月2日 (六) 04:40 (UTC)
- 未见有在AF301启用,另外适用范围应该是所有条目。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年5月2日 (六) 04:27 (UTC)
请求将冠状
改为 冠[状狀]
,谢谢。--SCP-2000 2020年5月1日 (五) 04:49 (UTC)
- cc@Xiplus: --SCP-2000 2020年5月1日 (五) 04:49 (UTC)
- 另外,目前发现一种绕过AF的方法,请考虑增加一个AF,用来标记纯粹增加或移除COVID-19称呼之编辑,谢谢。--SCP-2000 2020年5月1日 (五) 14:04 (UTC)
请求将此过滤器规则修改为:(page_id != 49275 | page_id != 6596796 | page_id != 1102999 | page_id != 6863509) & added_lines contains ".wikimirror.org" & page_prefixedtitle != "MediaWiki:Abusefilter-disallowed-mirror",现在的错误提示信息MediaWiki:Abusefilter-disallowed-mirror【…将.wikimirror删除(替换为空字符串)】并不合适,因为站点会同时代理其他维基媒体计划(例如meta.wikimedia.org会被替换为meta.wikimirror.org),直接使用查找功能将其替换为空会出现误替换,故请将错误提示信息修改为:您正通过镜像站进行编辑,请将编辑内容中包含wikimirror.org字符串的部分修正后再重新提交编辑。
详见Wikipedia:防滥用过滤器/错误报告的“Wikipedia:维基百科拷贝网站/有效网站”章节及MediaWiki_talk:Abusefilter-disallowed-mirror。--AnYiLin(留言) 2020年5月18日 (一) 07:57 (UTC)
- 为什么需要豁免维基百科:权限申请/申请IP封禁例外权和维基百科:权限申请/申请IP封禁例外权/存档/2020年这两个页面呢? Stang★★ 2020年5月18日 (一) 10:26 (UTC)
- 某人。 Stang★★ 2020年5月18日 (一) 10:32 (UTC)
- 看来--安忆Talk 2020年5月19日 (二) 13:44 (UTC)
- 因为之前机器人无法存档,所以才需要豁免。sCP-2000的方案是可以的,不过他的发言有错字,我帮他修上了。--IN(论·签·这次编辑刚好是我第5400次编辑) 2020年5月20日 (三) 12:11 (UTC) 另外,
IN不会回复了。那就只排除第一二个page并且过滤一下用户组吧。麻烦您了。
cc一下 - 看来--安忆Talk 2020年5月19日 (二) 13:44 (UTC)
- 某人。 Stang★★ 2020年5月18日 (一) 10:32 (UTC)
- 其实加句
!("apihighlimits" in user_rights) /* sysop + bot */
就可以了吧。--SCP-2000 2020年5月18日 (一) 11:47 (UTC)
将<nowiki></nowiki>与<pre></pre>限制为必须成对出现
以防止出现special:diff/57896900、special:diff/57897173的情况。--舞月书生👉☎️👈∮守护极挑与杨超越 ,近期主要专注2019-nCoV事件相关。 2020年1月29日 (三) 10:19 (UTC)
- 应该大小写也要相同-- Sunny00217 2020年2月9日 (日) 02:40 (UTC)
- 非常见错误或难以发现的错误,未见需求。 Xiplus#Talk 2020年7月20日 (一) 10:12 (UTC)
请求防止插入指向今日头条的链接
今日头条( www.toutiao.com )是自媒体,是个人出版的不可靠来源,一望便知。今日头条的使用情况( https http )--jingkaimori(留言) 2020年3月16日 (一) 06:59 (UTC)
- (*)提醒:并非完全是自媒体,也有不少官媒账号入驻的。--忒有钱(留言) 2020年5月16日 (六) 19:41 (UTC)
- (&)建议:可否标记此类编辑?--jingkaimori(留言) 2020年5月24日 (日) 03:35 (UTC)
- 咱觉得这类自媒体平台的网址都应该被标记。--痛心疾首 2020年6月5日 (五) 02:44 (UTC)
- 完成,AF 39、AF 92。 Xiplus#Talk 2020年7月20日 (一) 10:11 (UTC)
请求阻挡由内容翻译工具所作出的一切编辑
由于客栈先前已经有讨论共识,现请求阻挡由内容翻译工具所作出的一切编辑。可能适用的代码有:(summary rlike "通过翻译页面“(.*)”创建")
。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫长夜 2020年5月4日 (一) 02:19 (UTC)
- SCP-2000 2020年5月5日 (二) 11:26 (UTC) 目前内容翻译工具的机器翻译阀值已调至70%,建议先观望。--
- 未完成。 Xiplus#Talk 2020年7月20日 (一) 10:12 (UTC)
在条目中添加来自“Beijing Book Co”的来源时应予以警告
Beijing Book Co., Inc.(中国图书(美国)有限公司)是于1982年在美国新泽西州注册设立的有限公司,系中国出版集团直属子公司。在Google Books上,有许多来自中国大陆的图书被标注为这一机构出版,然而其本身并非出版机构,而是一个图书及图书版权进出口机构。经过测试,如果相关图书的Google Books链接直接复制粘贴到网页引用栏目,并使用“自动填充”功能时,会直接在publisher一栏自动化填充“Beijing Book Co., Inc.”。本人已经批量删除了相关来源中的内容,请求管理员设置过滤器警告相关用户。--痛心疾首 2020年6月5日 (五) 02:39 (UTC)
- @痛心疾首:请给一些范例(编辑差异)。 Xiplus#Talk 2020年7月20日 (一) 10:06 (UTC)
- @Xiplus:请您看这笔编辑,这是通过refToolBar→模板→cite book,输入URL并点击自动识别后生成的内容。该书的实际出版社为“北京:京华出版社”。--痛心疾首 2020年7月22日 (三) 06:23 (UTC)
- @痛心疾首:您可以协助撰写警告讯息吗?请写在草稿让我移动过去,模板可参考Wikipedia:防滥用过滤器#通知讯息。 Xiplus#Talk 2020年7月22日 (三) 12:08 (UTC)
- @Xiplus 我将警告信息放在了Draft:MediaWiki:Abusefilter-warning-bbci。我建议是,当“books.google”字符串和“Beijing Book Co”同时出现时进行提醒。--痛心疾首 2020年7月23日 (四) 06:11 (UTC)
- @痛心疾首:您可以协助撰写警告讯息吗?请写在草稿让我移动过去,模板可参考Wikipedia:防滥用过滤器#通知讯息。 Xiplus#Talk 2020年7月22日 (三) 12:08 (UTC)
- @Xiplus:请您看这笔编辑,这是通过refToolBar→模板→cite book,输入URL并点击自动识别后生成的内容。该书的实际出版社为“北京:京华出版社”。--痛心疾首 2020年7月22日 (三) 06:23 (UTC)
设立过滤器,以强制填写新闻动态候选中的“状态检查”一栏
如题。很多时候新闻动态候选里的新闻都没有按照要求,填写在[[Portal:新闻动态]]中,也没有填写“状态检查”一栏,增大了工作量。我的大概思路就是如果等号后面是默认参数并且这个等号和前面的单词构成一个组合就提示未填写状态参数这样的。--Yining Chen(留言|签名) 2020年7月19日 (日) 08:13 (UTC)
- 修改模板显示警告讯息即可,无需过滤器。 Xiplus#Talk 2020年7月20日 (一) 10:05 (UTC)
依据新通过之WP:CONCOVID-19,现在将俗名改为COVID-19、严重特殊传染性肺炎等名称不算违反共识。--DRIZZLE (按此给我留言) 2020年7月19日 (日) 16:03 (UTC)
- 通知提案人@Sanmosa,活跃处理者@Xiplus、WhitePhosphorus。--DRIZZLE (按此给我留言) 2020年7月19日 (日) 16:03 (UTC)
- 完成,话说怎么没人给这过滤器写个合适的警告讯息。 Xiplus#Talk 2020年7月20日 (一) 10:05 (UTC)