维基百科:防滥用过滤器/过滤器请求
| 防滥用过滤器管理 介绍 · 讨论 · 列表 · 如何建立过滤器 · 请求建立或修改过滤器 · 报告过滤器判定错误 |
- 若您希望建立一个新的过滤器而没有相应权限,或不熟悉过滤器的语法,欢迎在这里提出。感谢您帮助我们改进。
- 如果您想讨论创建或更改私有过滤器的具体细节,建议邮件或站外联系一管理员,或通过通过电子邮件发送至wikipedia-zh-admin
lists.wikimedia.org。
存档 |
|---|
wikipedia.org 加入不可靠来源过滤器
[编辑]维基百科本身不是可靠来源,建议将wikipedia.org加入不可靠来源过滤器,尤其是在新手和翻译条目中经常见到,目前在条目内的不准确统计将近有8000多次引用。--Kethyga(留言) 2023年11月1日 (三) 07:57 (UTC)
- 請先取得共識再來提案--某人✉ 2023年11月9日 (四) 20:12 (UTC)
- (~)補充對應方針頁紀錄的文字
- 維基百科上的條目與使用者發言,或其他維基百科鏡像網站上的內容,都不能作為來源使用。此外,還應迴避其他來源中參照自維基百科的資訊。不過,被參照的維基百科條目可能包含可靠的來源,在查證後可以使用。
說明可能包含可靠的來源(指條目中的WP:參考>或WP:外部連結),在查證後(已經在條目作用的WP:參考>或WP:外部連結不一定是可靠的,某些情形可能包含虛構引文問題)可以使用--Rastinition(留言) 2023年11月9日 (四) 21:43 (UTC)- 方針列明維基百科本身不是可靠來源,(+)支持。--路西法人 2023年12月14日 (四) 06:26 (UTC)
- (+)支持--☥⚕20204622⚚⚘⸻𒀯космос♾ 2024年5月23日 (四) 18:16 (UTC)
- 這個可能以警告而非限制為宜,因為某些特定情況仍然可能使用維基百科為引用來源。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年12月10日 (三) 03:09 (UTC)
- 改过滤器39。另外现有模板会不会引入Wikipedia链接?--Steven Sun(留言) 2025年12月10日 (三) 04:03 (UTC)
- 現有的過濾器是刻意將維基百科等維基媒體專案放入白名單,所以移出白名單的話維基百科就會因為包含關鍵字wiki被識別為不可靠來源。--象象🐘(留言|貢獻) 2026年2月5日 (四) 02:11 (UTC)
新增阻擋「皇/王」地區詞變更的過濾器
[编辑]方才回退了一堆將香港繁體下「英皇」改成「(英國國王)」的編輯。去年英女皇逝世,香港政府仍使用「皇」,上述IP用戶的地區詞變不妥。請求新增過濾器:
removed_lines irlike "zh-hk:[^;]皇" & added_lines irlike "zh-hk:[^;]王"
--路西法人 2023年12月14日 (四) 06:37 (UTC)
有香港用戶(例如用戶:Mosowai和他的傀儡帳號)加入大量地區詞轉換,將所有英國國王的頭銜硬性翻譯為「英皇」,英屬香港時期官方沿用清末時期的翻譯,的確將宗主國君主稱為「英皇」,不過香港主權移交之後已經開始減少這種有誤導性的翻譯,因為英語中有區分King與Emperor,中文將其分別翻譯為國王與皇帝作為區分,最明顯是英屬印度時期的君主頭銜為“His Imperial Majesty The King, Emperor of India”(國王兼皇帝)。香港由於歷史原因,以往的官方文件、法律條文、機構名稱和地名都有保留英皇、英女皇的稱謂,不過完全不需要將所有英國君主,包括聯合王國成立前的英格蘭君主、蘇格蘭君主、愛爾蘭君主都轉譯為英皇和女皇。地區詞替換只適合用於英皇制誥 (香港)、英皇書院、英皇道、皇后大道這些歷史遺留下的專有名稱。目前大多數香港媒體已經改用英王、女王、國王、王后這些翻譯。雖然香港特區政府一度跟從傳統稱伊利沙伯二世為英女皇,但查理斯三世繼位後一直稱呼其為英國國王/英王,包括屬於政府部門的香港電台。
- 查理斯三世宣誓登基成為英國新國王 - 香港電台
- 英女王冀查理斯登基後卡米拉獲王后稱號 - 香港電台
- 英王查理斯三世加冕儀式在倫敦西敏寺大教堂舉行 - 香港電台
- 查理斯三世戴上王冠 正式加冕為英國國王- 香港電台
--58.152.44.171(留言) 2023年12月19日 (二) 01:15 (UTC)
- 若一地區使用多於一種譯名,則以先到先得原則為準,後續未經共識的替換均屬不當手動轉換地區詞。--路西法人 2023年12月19日 (二) 04:01 (UTC)
([。,;、:?!] *\[\d{1,2}\]|\[\d{1,2}\] *[。,;、:?!])
[编辑]有这种东西的基本上是(1)侵权(2)机翻或者(3)剪贴移动,例如这个和这个。或许可以建个过滤器。--GZWDer(留言) 2023年12月17日 (日) 17:27 (UTC)
为过滤器223设置针对IP用户的警告
[编辑]我注意到有IP用户的善意编辑造成了破坏这应该被过滤器警告可能出错。Python6345(留言) 2024年1月21日 (日) 09:53 (UTC)
知名人物/校友添加不存在条目的人物时要求来源
[编辑]有不少条目的知名人物/校友章节会加入并不知名的人(没有条目的大概就算作不知名),对于并不存在条目的,可以要求提供来源
规则可参照en:Special:AbuseFilter/1112,警告可参照en:Mediawiki:abusefilter-disallowed-1112--及时雨 留言 2024年1月25日 (四) 00:56 (UTC)
更新過濾器339
[编辑]生日屬於生者傳記中絕對斷言的資訊,任何修改應該建基於可靠的來源。
- 因為有部分LTA或者IP經常針對這個項目進行編輯。
- 如果該次編輯中沒有插入來源佐證,提議對該次編輯用過濾器加入警告或禁止的限制。(僅限非自動確認用戶)
--Rastinition(留言) 2024年8月24日 (六) 10:19 (UTC)
兼容新跨语言链接语法
[编辑]见Wikipedia:互助客栈/技术#2024年第49期技術新聞第一条,新增了两个解析器函数用于处理跨wiki链接和跨语言链接。需要修改过滤器以确保兼容新语法。--碟之舞📀💿 2024年12月6日 (五) 08:41 (UTC)
建議對疑似模板語法被破壞追加標籤
[编辑]見Special:Diff/86894646,此類無意中破壞模板其實不易察覺,故建議新增一個過濾器,要是「『刪除的{個數』減去『刪除的}個數』」不等於「『加上的{個數』減去『加上的}個數』」時,就像Special:AbuseFilter/69一樣標記。(原本是想說如果新修訂的模板引用列表比舊修訂的模板引用列表少了某些成員,就報告疑似模板語法被破壞了,但看起來沒有這個變數。)--SunAfterRain 2025年6月21日 (六) 19:57 (UTC)
- @SunAfterRain,之前有但是效能太差被關閉了。-- Willy1018(留言) 2025年6月22日 (日) 09:22 (UTC)
- where?--SunAfterRain 2025年6月22日 (日) 09:27 (UTC)
- @SunAfterRain,Special:滥用过滤器/132。-- Willy1018(留言) 2025年6月22日 (日) 10:38 (UTC)
- 但是我講的算法和當年的算法不太一樣吧🤔--SunAfterRain 2025年6月23日 (一) 02:02 (UTC)
- 这样会误判修正不平衡大括号的编辑。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年7月7日 (一) 14:47 (UTC)
- 加個「且總
{個數不等於總}個數」呢。--Hamish T 2025年8月21日 (四) 02:58 (UTC) - 我認為修正編輯也得正常標記,誰知道是不是修了但是還是沒修對?--SunAfterRain 2025年9月25日 (四) 09:01 (UTC)
- 那就不能叫疑似破坏,标记为修改涉及大括号是没有问题的。--𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年9月26日 (五) 13:45 (UTC)
- 疑似語法被破壞不是疑似破壞啦... 我覺得標籤名用「不對稱的大括號」會比什麼涉及大括號來的好點--SunAfterRain 2025年10月2日 (四) 20:51 (UTC)
- 是因为“疑似语法被破坏”容易晃眼一看“疑似破坏”啦。“不对称的大括号”挺好的。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年10月15日 (三) 16:26 (UTC)
- 疑似語法被破壞不是疑似破壞啦... 我覺得標籤名用「不對稱的大括號」會比什麼涉及大括號來的好點--SunAfterRain 2025年10月2日 (四) 20:51 (UTC)
- 那就不能叫疑似破坏,标记为修改涉及大括号是没有问题的。--𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年9月26日 (五) 13:45 (UTC)
- 加個「且總
- 这样会误判修正不平衡大括号的编辑。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年7月7日 (一) 14:47 (UTC)
- 但是我講的算法和當年的算法不太一樣吧🤔--SunAfterRain 2025年6月23日 (一) 02:02 (UTC)
- @SunAfterRain,Special:滥用过滤器/132。-- Willy1018(留言) 2025年6月22日 (日) 10:38 (UTC)
- where?--SunAfterRain 2025年6月22日 (日) 09:27 (UTC)
例子Special:Diff/91682425。此种阅读网址为短暂有效,编者应避免加入。网络存档印象中有可能,但需要编者手动完成,不然IABot采集时可能网址已失效。即便存档已采集,网址也非常长、许多域名仅http(不利读者隐私)、或许包含编者账号标识符(未确定),并不适合公开使用。read.nongyekx.cn 在站内有2375条使用,另有其他众多域名未统计。如果新增,应该警告(不阻止)。先讨论一下。--YFdyh000(留言) 2026年2月26日 (四) 22:30 (UTC)
- 我大概寫了一個草稿:User:臺灣象象/AF/加入讀秀閱讀網址--象象🐘(留言|貢獻) 2026年2月27日 (五) 07:52 (UTC)
- 另外除了read.nongyekx.cn外,還有其他網址嗎?--象象🐘(留言|貢獻) 2026年2月27日 (五) 07:54 (UTC)
- @YFdyh000--象象🐘(留言|貢獻) 2026年2月27日 (五) 13:08 (UTC)
- 首先致个歉,read.nongyekx.cn好像不是读秀(超星)官方的阅读网站。从 https://www.nongyekx.cn/ 【它的安全证书来自 *.gdhkmooc.com】信息来看,这也许是粤港澳大湾区高校在线开放课程联盟对超星资源的中转平台。不清楚为什么站内这么大使用量。
- 以首都图书馆为例,读秀官站的正文阅读页面跳转到 zhengzhifl.cn 或 junshilei.cn,站内有少量使用。
- insource:dsrqw基本上是读秀系统。暂时想不起更多,以及其余各类短效链接未知有多少编者使用。--YFdyh000(留言) 2026年2月28日 (六) 18:57 (UTC)
- @YFdyh000--象象🐘(留言|貢獻) 2026年2月27日 (五) 13:08 (UTC)
更新過濾器275
[编辑]建議將Mark很生气等相關詞彙加入過濾器,已確認該破壞者時常將此段落加入自己的討論頁中。--雨朝Talk#T-G-W😃👐Group♡ 2026年3月11日 (三) 13:21 (UTC)
如題,有臨時帳號建立了相關LTA頁面Wikipedia:持续出没的破坏者/User:Mark is angry,不過該LTA的使用的編輯特徵很好辨識,認為沒有必要為此建立專頁,故來發起請求看過濾器能否處理,謝謝。--提斯切里(留言) 2026年3月16日 (一) 11:15 (UTC)
- special:Diff/91888377這是管理員未隱藏的版本,提供相關詞參考。--提斯切里(留言) 2026年3月17日 (二) 13:21 (UTC)
修复过滤器101
[编辑]刚纔@臺灣象象發现Special:AbuseFilter/101在2018年因意外关闭。由于时过境遷,當时的写法可能不符合今天的部分政策(比如WP:草稿化),建议讨论修復事宜。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年3月19日 (四) 15:07 (UTC)
- 已向Wikipedia talk:草稿命名空间發送討論邀請。TalkInvite ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年3月19日 (四) 15:08 (UTC)
- @Alexander Misel、Angnation、Antigng、Bluedeck、Cdip150、Liaon98、Nbfreeh、Richard923888、Subscriptshoe9、Temp3600、Wong128hk、Peacearth、霧島聖。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年3月19日 (四) 15:15 (UTC)
- 你也標太多相對不活躍的管理員e.g.我本人了吧超好笑,我收到了但留給其他人討論,我對AbuseFilter不太熟。--小過兒(留言) 2026年3月20日 (五) 02:29 (UTC)
- (先前讨论:2016年) ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年3月22日 (日) 08:10 (UTC)
- 要將討論移動到Wikipedia:防滥用过滤器/过滤器请求嗎?那裡可能會有比較多人關注--象象🐘(留言|貢獻) 2026年3月19日 (四) 15:28 (UTC)
- 但從過濾器頁面及紀錄來看,未見「意外關閉」……--J.Wong 2026年3月23日 (一) 06:22 (UTC)
- 註:此留言已被原作者(User:臺灣象象)移除。2026年3月23日 (一) 12:46 (UTC)
- 不懂技術。是臺灣象象这位过滤器编辑者说的(Special:差异/91952182。诉诸权威![開玩笑的])。而且从事实来看,这個过滤器从2018年以来都没有觸發过,我认为不是预期行为。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年3月23日 (一) 12:04 (UTC)
- @Wong128hk:以下為認真回覆:
- 根據mw:Extension:AbuseFilter/Rules_format#Notes:When
action='move', only thesummary,action,timestampanduser_*variables are available. Thepage_*variables are also available, but the prefix is replaced bymoved_from_andmoved_to_, that represent the values of the original article name and the destination one, respectively. For example,moved_from_titleandmoved_to_titleinstead ofpage_title. - 而對
page_age來說也是如此,於移動頁面時對於移動源年齡應使用moved_from_age。--象象🐘(留言|貢獻) 2026年3月23日 (一) 12:35 (UTC)- 不过过滤器102的日志没显示存在这些变量。--Srapoj(留言) 2026年3月23日 (一) 12:54 (UTC)
- 過濾器102是監視用的,自然不用排除特定天數內建立的新頁面。--象象🐘(留言|貢獻) 2026年3月23日 (一) 12:57 (UTC)
- 印象中生成过滤器日志的时候会把所有变量都获取一遍(还是说只包含实际被使用的变量,未用到的lazyload变量则不会被请求?)。不知道是不是代码出了bug,KeywordsManager.php里存在
moved_from_age,VariableGenerator.php也能见到{$prefix}_age。--Srapoj(留言) 2026年3月23日 (一) 13:13 (UTC) - 应该确实是用到了的lazyload变量才会进入日志,比较英维过滤器1076(建立后180天以上的草稿化)和过滤器1354即可看到前者才含有这些变量。--Srapoj(留言) 2026年3月23日 (一) 13:48 (UTC)
- 印象中生成过滤器日志的时候会把所有变量都获取一遍(还是说只包含实际被使用的变量,未用到的lazyload变量则不会被请求?)。不知道是不是代码出了bug,KeywordsManager.php里存在
- 過濾器102是監視用的,自然不用排除特定天數內建立的新頁面。--象象🐘(留言|貢獻) 2026年3月23日 (一) 12:57 (UTC)
- 不过过滤器102的日志没显示存在这些变量。--Srapoj(留言) 2026年3月23日 (一) 12:54 (UTC)
- 抄en:Special:AbuseFilter/1076就行了(只能从页面建立开始计时,所以英维把规则设为了建立后180天,本地则应视WT:草稿命名空间#草稿化期限的结果而定)。我觉得无需RFC了。--Srapoj(留言) 2026年3月23日 (一) 15:59 (UTC)
- 那边的共识应该是没有限定时间 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2026年3月23日 (一) 16:09 (UTC)
- 應該抄第4行就好(過濾器101本來就有前3行了)--象象🐘(留言|貢獻) 2026年3月23日 (一) 17:34 (UTC)