维基百科:互助客栈/方针

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

快捷方式

此頁面探討维基百科的方針與指引。


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


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

議題最後回應時間為4月13日之前（正在公示者除外）或者該議題已經標記為結束達三日，則該議題會存檔至相關討論頁或存檔頁。討論存檔至相關討論頁後，相關討論標題則會於一日後存檔。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 重議刪除方針規定「多餘無用」模板模組提刪條件及確立廢棄模板模組提刪規範 102 17 阿南之人 2024-04-15 18:57
2 提議提高條目評選投票資格門檻 40 20 HK5201314 2024-04-23 15:37
3 进一步增修封禁方针以及建立封禁申诉的本地共识 1 1 Jimmy-bot 2024-04-23 16:14
4 建立封禁申诉的本地共识 57 5 Shwangtianyuan 2024-04-18 13:58
5 我想问下 草稿可以储存 疑似侵权的内容吗 5 5 GZWDer 2024-04-17 21:16
6 有關社羣討論所需的文明程度的疑問 33 10 桐生ここ 2024-04-15 22:33
7 再擬議立國際關係命名常規為方針 16 6 Ghren 2024-04-23 14:10
8 修订删除方针明确允许删除没有来源30日以上的条目 7 5 YFdyh000 2024-04-23 14:42
9 Quick CU introduction 4 3 桐生ここ 2024-04-21 19:16
10 提議英維指引en: MOS:TVINTL經本地化後引入中維維基百科:格式手冊/電視 9 4 HK5201314 2024-04-23 14:04
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科格式與命名

Wikipedia talk:格式手冊/日本動漫遊戲 § 提议将WP:MOSACG跨媒體部分提升为指引

維基百科方針與指引

Module talk:CGroup/Korea § Module:CGroup/Korea

Wikipedia talk:维基百科不是什么 § 修订方针维基百科不是维基物种

Wikipedia talk:共识 § 共識建立的遞進步驟

Wikipedia talk:格式手冊/日本動漫遊戲 § 提议将WP:MOSACG跨媒體部分提升为指引

Wikipedia:互助客栈/条目探讨 § 盛岡市的導言和宣傳的定義

維基百科提議

Wikipedia talk:仲裁委员会 § RfC：2024年2月

Wikipedia talk:回饋請求服務 § 将回馈请求系统用于存废讨论和存废复核

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路：條目預儲公共轉換組中匹配的規則，減少載入時間

Template talk:Twitter § Twitter改為X

條目主題
非條目主題
提示
要將某一個討論加入上述列表中：
  • 在討論頁中的對應討論章節頂端加上{{rfc|xxx}}標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入{{rfc}}中。多個分類請使用管道符號分開，如{{rfc|xxx|yyy}}，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱Wikipedia:徵求意見。請在Wikipedia talk:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。

重議刪除方針規定「多餘無用」模板模組提刪條件及確立廢棄模板模組提刪規範

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:删除方针。

WP:DP#9規定：

9. 多餘無用，且影響其他模板命名或者百科運作的模板

此規則長期引來爭議，尤其限制了廢棄的模板模組提刪（當G1、G2、G3、G14、G15都不管用的前提之下），甚至有人因為類似原因吃上了禁制，先前也有修訂該方針的討論但無共識作結。以下有三條路可以走：

  1. 禁止廢棄模板模組提刪
    亦即禁止一切因為僅僅是廢棄的模板模組提刪
  2. 有條件才能提刪
  3. 允許一切提刪
    也可以說還原Wikipedia_talk:删除方针/存档5#提高无连入模板删除门槛_2的修訂
    當然管理就要做好DRV增加的可能，畢竟某個被小工具使用的模板就被同一個人提刪了兩次，說不定下次就不小心被刪掉了呢
  4. 擺爛
    如果您們不介意刷編輯數的人的話...

另，若是要允許廢棄模板模組提刪的話，個人建議不妨直接建個集中提報頁處理。

以上。副@Sanmosa、A1Cafel、阿南之人、A2569875：--SunAfterRain 2024年3月14日 (四) 10:37 (UTC)[回复]

其实本人一直都主张「扔掉」，例如废桥就该拆、破铁路就该废等等。之前只是符合我的观点才不断提删，既然被封了就算了。既然现在改动方针的话，我也不反对。鐵膠壹名 2024年3月14日 (四) 10:52 (UTC)[回复]
小心屎山，搞不好拔了一个不起眼的东西，某些东西就塌了。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月14日 (四) 12:19 (UTC)[回复]
那些放在子模板的廢棄模板並不會哪天就把你站炸了 囧rz……--SunAfterRain 2024年3月14日 (四) 17:07 (UTC)[回复]
站大概不会炸，只是突然发现某个模板调用出问题，结果找了一圈才发现某个以为没用的模板删了就乐了。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月15日 (五) 00:55 (UTC)[回复]
那就有點太過預想錯誤會存在了🙃--SunAfterRain 2024年3月15日 (五) 11:58 (UTC)[回复]
从没坏不修和保留历史贡献角度，我是倾向不删慎删的。如果非要做清理工作，希望参考关注度、草稿化流程，例如，删除前确定无链入，悬挂告示模板并使模板失效（例如用模板包起，或者注释、移除代码），悬挂至少3或6个月，以确认无负面影响，期满后提删（类似关注度提删）。告示模板时是否通知可选（需工具与模板支持），告示期间有争议、合理理由则流程中止直至解决。--YFdyh000（留言） 2024年3月14日 (四) 11:52 (UTC)[回复]
比较支持YFdyh000的意见，确定无链入，宣告失效并至少保持几个月，之后如果认为仍然不会造成问题再提删。通知方式我认为还可以直接在模板中嵌入失效通知，有页面使用失效模板的话更容易发现。--百無一用是書生 (☎) 2024年3月15日 (五) 02:58 (UTC)[回复]
但是如果是小工具以js的mw api使用的話，可能也不會發現……-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月15日 (五) 03:36 (UTC)[回复]
@A2569875：這個我覺得學Wikipedia:被連鎖保護的項目/嵌入在MediaWiki命名空間處理就好了，小工具也就那幾個手動更新就好了--SunAfterRain 2024年3月15日 (五) 06:21 (UTC)[回复]
偏向摆烂或者保留，如果没有确凿的理由说明模板没被使用（存在通过条件判断嵌入的情况，这样链入检查是看不出被嵌入的）。同时要注意一些为了令模板能被认为“没用”删除而故意移除对其的嵌入的编辑。存废讨论的意义在于此，这个条款很“‘指引’，而非实际规则”。——Sakamotosan路过围观 | 避免做作，免敬 2024年3月14日 (四) 12:18 (UTC)[回复]
畢竟用指引沒有的條款就是IAR，我不認為大量IAR是好事啦，--SunAfterRain 2024年3月14日 (四) 17:05 (UTC)[回复]
老實説當時的討論根本沒有有效凝聚共識，我傾向於認定當時的通過結果無效（雖説我也不反對重提WT:删除方针/存档7#有關模板的刪除理由中我或KirkLU的方案）。Sanmosa Gloire d'Yser 2024年3月14日 (四) 15:39 (UTC)[回复]
个人倾向Bluedeck之前的意见，删除历史模板会让历史页面版本显示出现问题，除非认为历史页面完全没用（似乎不是），所以既然不影响当前运作，标记为历史模板不好吗。Kethyga（留言） 2024年3月14日 (四) 23:28 (UTC)[回复]
不好，這恐怕只是中文維基百科獨有的清奇想法。Sanmosa Gloire d'Yser 2024年3月15日 (五) 05:38 (UTC)[回复]
哪裡不好了？另外獨有的清奇想法[來源請求]，我倒覺得您們閒閒沒事幹整天去找廢棄模板模組提刪比較「清奇」...--SunAfterRain 2024年3月15日 (五) 06:27 (UTC)[回复]
就我看到的情況，其他維基百科對於機能已被取代的模板的處置方式就是刪除。Sanmosa Gloire d'Yser 2024年3月15日 (五) 06:55 (UTC)[回复]
其实很多已删除的模板并未直接引用在条目里，而是被其他模板调用（例如Module:MTR），删除后不会影响历史版本的。鐵膠壹名 2024年3月15日 (五) 13:46 (UTC)[回复]
對於使用有一段時間的模板，大可停用，能不刪則不刪。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月15日 (五) 04:46 (UTC)[回复]
我之前好像有提及過如果不直接刪掉模板的話，總有用戶會誤用已「停用」的模板。中文維基百科的「停用」並無約束力。Sanmosa Gloire d'Yser 2024年3月15日 (五) 05:40 (UTC)[回复]
所以這跟刪除被lua取代的模板有關嗎？這類子模板你誤用給我看--SunAfterRain 2024年3月15日 (五) 06:24 (UTC)[回复]
還有依照這種邏輯的話你維一堆histroical都可以刪掉了（要我舉例我再找來），因為會有人誤用嘛--SunAfterRain 2024年3月15日 (五) 06:29 (UTC)[回复]
我個人確實是支持刪掉所有或大部分historical的。除非是極為特殊的情況，不然掛historical本質上就是懶政。Sanmosa Gloire d'Yser 2024年3月15日 (五) 06:54 (UTC)[回复]
翻历史垃圾堆的时候还是有点用的，虽然用处不大----Cat on Mars 2024年3月15日 (五) 10:21 (UTC)[回复]
既然用處不大，那你確定這樣的“用處”真的有實際價值嗎？Sanmosa Gloire d'Yser 2024年3月15日 (五) 15:31 (UTC)[回复]
那我說，我看到頁面歷史裡一堆因刪除而壞掉的模板會很煩躁，產生負面情緒，甚至引發精神疾病，如需醫師證明，我可以請我的精神科主治醫師寫，進而影響我的正常貢獻，你接受嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月15日 (五) 15:36 (UTC)[回复]
我認為這不是合理的理由，難不成這裏的任何人能因為在這裏跟大家討論會很煩躁而拒絕討論嗎？大家不也還是要在這裏討論？畢竟這裏應該沒有人是Jimbo吧？Sanmosa Gloire d'Yser 2024年3月15日 (五) 15:38 (UTC)[回复]
作为贡献存在的证明，只要曾经是有益的，我都倾向保留（指可检索）。虽然目前实际做不到，包括速删请求、存废删除、版本删除等等都会使贡献不可见，仅已删百科之类的东西部分弥补。--YFdyh000（留言） 2024年3月15日 (五) 16:01 (UTC)[回复]
「停用並無約束力」？那請示範一下您可以在哪個頁面上使用{{Cat also}}？然後再看看Template:Deleted template#實際範例的說明。--Xiplus#Talk 2024年3月15日 (五) 13:17 (UTC)[回复]
啊？我説的是{{Deprecated template}}。Sanmosa Gloire d'Yser 2024年3月15日 (五) 15:30 (UTC)[回复]
既然軟停用（{{Deprecated template}}）沒約束力，那改用強制停用（en:Template:Deleted_template/{{Deleted template}}）不就有約束力了？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月15日 (五) 15:33 (UTC)[回复]
不是所有情況都適合使用{{Deleted template}}，而且也不是所有情況都適合使用{{Deprecated template}}。Sanmosa Gloire d'Yser 2024年3月15日 (五) 15:36 (UTC)[回复]
建議您再讀一次您的發言看看您是不是打錯了，讀起來好怪...--SunAfterRain 2024年3月15日 (五) 16:54 (UTC)[回复]
調整了。Sanmosa Gloire d'Yser 2024年3月17日 (日) 07:56 (UTC)[回复]
支持刪除廢棄模板、模組，理由同Sanmosa。--紺野夢人 2024年3月15日 (五) 07:03 (UTC)[回复]
User:MilkyDefer對評級系統修改開出的第一槍就是對{{WPBS}}維持原生Wikitext架構下來改，因此為了同步至{{WPBM}}同時也維持User:MilkyDefer原生Wikitext架構下來改，因此產生了此輔助模組：Module:PJBSClass/page，功能為將WP:通用評級讀給純wikitext模板使用完成實現。那麼假如未來評級模板徹底實現全面Lua化，將不需要「專門讀資料給純wikitext模板的模組」，屆時肯定會出現類似：
然後就刪掉沒人看得到我曾經寫過這個？那我今年年初是寫了個寂寞？？[1]你們訂立這個根本變相在抹滅他人的編輯歷史紀錄，讓他人曾經做過的貢獻永久消失永久不為人知，連檢閱都不給，這是甚麼鬼。這跟條目更新後把以前所有版本「歷史版本消除掉」讓別人看不到某人某時某刻曾做出某貢獻有甚麼差別？要不要條目永遠都只留一個版本，除了最新版本外所有歷史版本刪除？反本你們覺得「歷史紀錄」很「沒用」嘛。再來，維基百科是創用創用CC署名-相同方式分享4.0協議授權，那你們透過訂立該指引技術性地在未來某一刻抹滅我曾經為評級系統做出的貢獻，因為「刪除」了，所以「署名」不見了，但評級系統只是改版而已，但我的署名「被消失」了，是否違反創用CC署名-相同方式分享4.0著作權？因為這就跟條目全文重寫後，你把條目全文重寫前的歷史全部WP:RRD掉沒兩樣嘛。留著到底哪裡礙到你們了？當這個議案通過之後，Module:PJBSClass/page就等於被你們宣告死刑了，幾年後我的貢獻就要被你們的「惡法」而「被消失」了，比阿卡林更可怕，是真的消失了，永遠不復存在。所以我要(！)抗议，就這樣。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月16日 (六) 02:53 (UTC)[回复]
你不是引了討論連結嗎？單是這一點，“讓他人曾經做過的貢獻永久消失永久不為人知”這個説法就顯得過分誇張了。Sanmosa Gloire d'Yser 2024年3月17日 (日) 08:59 (UTC)[回复]
只讓人看得到討論，卻封殺具體內容（刪除模板/模組使其具體內容只剩管理員看得到，其他所有人都看不到，不叫做封殺叫做甚麼）？這是什麼？新式變相言論封鎖？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月17日 (日) 09:37 (UTC)[回复]
而且討論中，沒有提到技術實現細節採用Module:PJBSClass/page，只說了「詳細實現請參考沙盒，以沙盒內容為主公示」，那麼被刪除後，鬼才知道有人貢獻過Module:PJBSClass/page。既然「鬼才知道」，那「讓他人曾經做過的貢獻永久消失永久不為人知」哪裡過分？鬼嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月17日 (日) 09:42 (UTC)[回复]
最好還是少殺慎殺，不影響別人那留著沒害。--素菓霖（留言） 2024年3月28日 (四) 16:03 (UTC)[回复]

修訂案

鑒於上方似乎沒有辦法再提出更多有價值的意見了，參考上方內容提出一版修訂案： Wikipedia:删除方针

現行條文

9. 多餘無用，且影響其他模板命名或者百科運作的模板

提議條文

9. 多餘無用且影響其他模板命名，或者影響百科運作的模板

註：看起來只是逗號換位置了，實際上是將原來的條文刪了並重新寫了一條適合直接提交到頁面存廢討論的條文上去

Wikipedia:頁面存廢討論/廢棄模板模組Wikipedia:廢棄模板模組處理指引 請參考User:SunAfterRain/sandbox/DeprecatedTemplate 註：先聲明，以上條文並沒有嘗試整合上方意見，覺得不妥請直接講或是合理範圍內直接修訂頁面，謝謝

Template:ProposalDeprecated 請參考User:SunAfterRain/sandbox/DeprecatedTemplate/Template:ProposalDeprecated

以上。@Sanmosa、A1Cafel、阿南之人、A2569875、Ericliu1912、MilkyDefer、YFdyh000--SunAfterRain 2024年3月24日 (日) 14:35 (UTC)[回复]

@SunAfterRain 我有个问题，像这种已失效的模板能不能直接以DP12删除？鐵膠壹名 2024年3月25日 (一) 04:13 (UTC)[回复]
@阿南之人：個人傾向失效不代表不符合使用目的，而且如果沒有影響到新模板命名的話放一下感覺比較安全。（反正如果影響到你的新模板命名的話可以用新的DP9刪掉）--SunAfterRain 2024年3月25日 (一) 10:50 (UTC)[回复]
上述關於廢棄模板模組的條文更正成指引--SunAfterRain 2024年3月26日 (二) 09:45 (UTC)[回复]
我覺得不需要特別為這個東西弄一大堆指引⋯⋯ —— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月26日 (二) 12:04 (UTC)[回复]
我覺得曾發生過的爭議級別達到有人被WP:BAN過的情況，宜立指引確立共識。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年3月26日 (二) 12:09 (UTC)[回复]
@Mys 721tx 请阁下解释一下对本人的禁制，以及回应对废弃模板争议的立场。鐵膠壹名 2024年3月26日 (二) 12:40 (UTC)[回复]
User:阿南之人在受到质疑后仍然不寻求共识自行大量提删，是为扰乱。阻止扰乱行为不需要在相关争议中有任何立场。--Mys_721tx（留言） 2024年3月27日 (三) 04:12 (UTC)[回复]
@Mys 721tx 前两次被封是因为把有用的模板清理链接，然后以废弃模板为由提删。第三次纯粹是提删了真正的废弃模板，但还是被人举报。后者不构成扰乱行为。--鐵膠壹名 2024年3月27日 (三) 04:24 (UTC)[回复]
换句话说，前两次因为乱删有用的模板然后被封了。好了，我不乱删了。第三次却因为持續提刪未實際影響維護的已停用模板而被封了。这两个原因分别很大。还有，明明你觉得我错误提删，设置禁止提删模板的禁制就可以了吗，干嘛不准我编辑模板？鐵膠壹名 2024年3月27日 (三) 04:31 (UTC)[回复]
@Ericliu1912：如果是指不要再多一個「指引」出來或許可以做為刪除方針的子集處理但有沒有先例這個還得研究；如果是指新訂規則的話，廢棄模板真的不適合去存廢討論混（沒有什麼好討論的，又不會突然就變有用了二哈二哈），加上現在的方針明顯是排斥廢棄模板的，不如直接一次處理掉這兩個問題--SunAfterRain 2024年3月26日 (二) 12:21 (UTC)[回复]
其實完全可以寫成論述，然後在相關方針與指引中提及，推薦參照這一流程。不需要鉅細靡遺的把這些東西全部寫到政策裡面去。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月26日 (二) 13:27 (UTC)[回复]
@Ericliu1912：如果當論述處理，那這個提案就完全沒有意義了，您真的知道自己在說什麼嗎 囧rz……--SunAfterRain 2024年3月26日 (二) 18:17 (UTC)[回复]
（已在站外提請對方提出他認為能符合需求的草案）--SunAfterRain 2024年3月27日 (三) 02:48 (UTC)[回复]
不反對把較繁瑣的定義及程序性內容寫成論述或參考流程（實際上英文維基百科存廢討論就有很多），所以不知道是要額外提出什麼草案。我甚至認為刪除方針原條文也不用修正，只需要在刪除指南中提及相關流程即可。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月28日 (四) 02:48 (UTC)[回复]
重新看了一遍流程草案，單獨為此類提刪建立頁面實屬多餘；要不然就正好比照英文維基百科，把整個模板（模組）存廢討論切出來，倒是意外可行的辦法。另外，三個月審核期顯然太久，維持一般存廢討論程序即可。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年3月28日 (四) 02:48 (UTC)[回复]
@Ericliu1912：三個月與其說是審核期倒不如說是讓不是真棄用的還有挽救的時間（總比刪掉再來覆核好），而且放在那裡三個月也不礙事，礙事的話直接AFD處理就好。如果說要直接切出來倒也行，其他人覺得合適的話再來擬TFD獨立的改法，一開始只拆分棄用模板模組是想說如果把TFD直接拆分了可能會導致更加嚴重的relist現象。--SunAfterRain 2024年3月28日 (四) 09:18 (UTC)[回复]
我認為直接分出TFD比較可行，但感覺不完全拆分也不是不可以。Sanmosa Gloire d'Yser 2024年4月1日 (一) 02:21 (UTC)[回复]
个人仍然(×)傾向删除所有废弃的模板。简单说一下为什么个人认为保持历史版本的理由不成立：维基的历史版本预览既不会使用共时的模板历史版本渲染，内链也不会链接到共时的历史版本，这样渲染出来的上古版本毫无意义，而删除又不太影响近期版本。真·历史版本出门左转 Archive.--DvXg 📬 2024年4月2日 (二) 15:21 (UTC)[回复]
(！)抗议User:David Xuang「完全不把我和User:MilkyDefer」看在眼裡。我們的貢獻全部都被您弄成白工了。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月2日 (二) 15:27 (UTC)[回复]
Cry me a river and get yourself a wambulance. 有建议提意见建议，不要搞稻草人谬误给我植入我没说过的话、还没骂起来就自己加戏表演受害者，在接下来是不是还要接着非暴力不合作啊。我从来就只说过支持删弃用模板，又没有要迫害你不准你在新模板里留reference和credits。替代方案被你搞得像什么重大让步，但弃用模板既然是零链入哪里会有人看，署名转到活跃模板访客才看得见。
维基百科的结构是一个有向图，和GC管理的内存模型类似，悬吊节点当然要删掉，不然时间一长搞得模板空间比条目空间还大。替代模板给原作者署名本来就是应有之义，CC-BY本来就要求这个，旧模板没删的时候可以用内链替代，删了那自然是要把署名手动挂上。怎么这个都想不明白了，这一点为什么还需要作为一个观点被提出来讨论，这篇论述/指引不存在的话，愿意写的人现在就可以开始准备了。--DvXg 📬 2024年4月2日 (二) 16:20 (UTC)[回复]
参考开源软件社区的实践：重写只有给原作者留署名的义务，没有把原项目的commit history存下来的义务。如果重写是净室的，连署名义务都没有。--DvXg 📬 2024年4月2日 (二) 16:26 (UTC)[回复]
藍桌說了「維基百科的刪除又沒有任何技術上的好處比如節省磁碟」，所謂刪除根本沒有從「儲存設備」中移除，反而還要加上一個「已刪除」標記，並沒有省空間，所以我認為你所指「GC管理的内存模型类似，悬吊节点当然要删掉」完全站不住腳，除非你直接從後台資料庫DELETE，否則沒有實際意義上的「刪除」。既然你要硬舉GC，好，那我告訴你，我研究過維基百科後台php代碼，維基所謂刪除只是更改一個標記的值，設置成只能讓管理員能看到有關內容，其他人看不到，代表儲存空間仍然佔據，但其他人看到是紅鏈接，（對非管理員而言）就像是遺失了內容，[但還佔據記憶體空間，豈不是一種類似memory leak的概念？][比喻]未必比較好。（2024/4/3 13:05 UTC+8註：我這樣說並不意味著他真的memory leak，事實上資料庫資料都還在，紀錄還在，可查、可控，並未流失。我想講的是，對一般非管理人員來說，他可能記得曾有甚麼東西在維基，但現在卻找不到了，出現認知落差；有時要追查上古技術債或其他的西要拿相關連結附上來，參與特定討論，討論某東西時也不好處理，因為你看不到了。相關存檔中的diff連結失效，徒增未來查閱討論者的困擾。）-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月2日 (二) 16:54 (UTC)[回复]
一个标记位从假翻转成真，为什么会占用额外空间？
数据库里没有真正的删除，所以呢？学过计算机的多级缓存结构吗？不标记为删除，会不会不必要地占用站内和站外的缓存？是不是会污染站内外搜索结果和编辑联想？主数据库本身是没有瘦身，但页面删除（公开不可见）当然会从各方面减少开销，包括硬件资源和人的注意力。
“拦截”后台数据库？“内存泄漏”？请你不要再讨论你完全不熟悉的领域了，徒增笑耳。--DvXg 📬 2024年4月2日 (二) 17:08 (UTC)[回复]
就数据库而言，数据是放在磁盘上的。非公开可见之后，一个页面就不太会被访问了，就不会有无聊的爬虫导致这条数据被数据库引擎读进内存，再返回给反向代理服务器，然后再被CDN缓存下来。基金会就是再有钱，也不会把整个数据库放内存里，而内存比冷数据磁盘的成本高若干个数量级。这样，一个没有被删除的页面，当然会有额外的开销。
阁下的发言印证了阁下并不具备泛计算机科学专业本科的水平。比如对数据库的见解暴露了阁下对“计算机组织与结构”和“数据库”这两大专业课并不熟悉；对“内存泄漏”的见解和胡乱类比提示阁下可能不熟悉手动内存管理、RAII以及JVM/CLR这样的托管运行时。建议阁下在技术上谨言慎行。--DvXg 📬 2024年4月2日 (二) 17:41 (UTC)[回复]
WP:PERF。“不然时间一长搞得模板空间比条目空间还大”，那是否能说条目历史比条目大得多（并且维基百科存储每个版本的完整内容而非差异），署名并删除旧版本岂不是更优化性能。我认为您的要求才不合情理。--YFdyh000（留言） 2024年4月2日 (二) 17:55 (UTC)[回复]
我提的性能理由不是在为删除背书，而是先前某人对Mediawiki和计算机的解读实在是太离谱，我对GC的提及是类比而不是讨论性能，性能不是我主动提出的话题。
对于这里的提案，删除条目包括两个操作：
  • 删除entry，不再可被内链、嵌入；
  • 删除history，不再可被查阅。
我之前提到的污染结果很显然主要是前者。Mediawiki做不到只删entry不删history，那就是mw的副作用。删除不再有用的entry天经地义，不可能说没有链入的条目可删、没有链入的模板反而不能删了。副作用能不能缓解、需要缓解到什么程度是需要讨论的。不同程度的缓解措施可以包括：
  • 删除时手动转移署名
  • 开发小工具导出署名
  • 魔改mw，提供带完整历史dump的特殊删除功能
--DvXg 📬 2024年4月3日 (三) 03:29 (UTC)[回复]
@David Xuang：Wikipedia:不要担心性能，如果不刪除這些廢棄模板性能能有多顯著下降請你去找基金會討數據來並且由他們證實影響很大必須處理，不要用理論論事，人家基金會都不在乎了你在乎幹嘛？--SunAfterRain 2024年4月3日 (三) 02:13 (UTC)[回复]
  • 我没有说这些对性能影响很大，但先前对维基后台的描述存在事实错误；
  • 我提到的不仅仅是性能，污染结果、造成误用、干扰注意力的影响是很重要的。
--DvXg 📬 2024年4月3日 (三) 02:59 (UTC)[回复]
@David Xuang：那請你四個都舉證。--SunAfterRain 2024年4月3日 (三) 03:24 (UTC)[回复]
  • 我为什么要举证性能？性能不是我主动提及的话题，我提及GC是在类比抽象结构，是某人坚持没有性能问题并作出了一篇不够专业的论述；
  • 干扰结果这个方面是要举出什么样的证据呢？模板名总该是要搜索和联想的罢。平行或者承继关系的模板（组）可以相互干扰搜索的例子是有的，比如大陆轨道交通的车站结构模板有好几个家族，名字也有相似之处。
--DvXg 📬 2024年4月3日 (三) 03:42 (UTC)[回复]
如果只是存档陈旧页面，这些都有非删除手段缓解。模板可以更名、放入子页面，模板文档可以标注过时、历史性、最新替代品，站外索引可以禁止爬虫，哪怕全文搜索被认为干扰，也可清空页面但保留历史记录、链接（如索引页）。除非您在意的是历史记录爬虫或者数据库转储的增长。--YFdyh000（留言） 2024年4月3日 (三) 11:42 (UTC)[回复]
没有删除commit history的必要。大量编辑（翻译页面、移植代码等等）未能履行署名义务，我赞成尽量留存原始历史。--YFdyh000（留言） 2024年4月2日 (二) 16:41 (UTC)[回复]
我不觉得这个情境下实然可以超越应然。就翻译而言，确实管不了。但删除弃用模板这个情景，管理员是必然显式地参与到这个过程中的，这里都不能enforce先署名后删除的政策，那等于说维基站务就是什么都干不了，讨论出来的方针什么用都没有。那还开这个讨论做什么。--DvXg 📬 2024年4月2日 (二) 17:15 (UTC)[回复]

目前这个版本的DP9的始作俑者是我，我就出来说明一下为什么当初要改成这样。1、有些模板只subst使用；2、有些模板只通过脚本、api等外部方式调用；3、有些模板对大量历史页面的历史完整性起到正面作用。原来的条款是“多余无用的模板即可删除”，但是其实上述三种情况不应该属于多余无用，所以即使按照原来的删除守则，也不应该删除。在实际操作中，有的模板单纯因为没有连入就被提删人和管理员共同认定为多余无用，这是不对的。改成这样就等于强调了一下请不要这么做。其实呢，如果你能保证上述三种情况都不发生，也就是“真·多余无用”的模板，那么我为什么要关心他删不删除呢🐶？我不关心。但是我认为你永远无法做到证明一个模板的“真·多余无用”性，维基百科的删除又没有任何技术上的好处比如节省磁碟，所以不珊少删我认为是最合理的，就改成了现在的样子。当然我现在的看法其实也没有改变，我希望维持目前的条款。Bluedeck 2024年3月31日 (日) 08:09 (UTC)[回复]

其實我在相關的AFD也有提到過當時把DP-9改成現版本並沒有有效的討論共識支持，而且現版本的寫法也顯然超出了Bluedeck上方提到的設想（雖説我自己不認同他的第三個設想是保留模板的理由），我質疑現版本的寫法的正當性。Sanmosa Gloire d'Yser 2024年4月1日 (一) 02:19 (UTC)[回复]
說得基本有道理。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月10日 (三) 03:10 (UTC)[回复]

参考資料

  1. ^ 我並不是要說我寫這個很辛苦，評級案因為最辛苦的環節不在這（如編程Module:PJBSClass/page等），而是在手工移動上千個分類的那個步驟。舉這粒只是借題發揮，認為不該所有廢棄模板/模組/程式腳本都該刪除，而是有些應可作歷史保留，尤其是檢視歷史後還會看到的那一種

更新版修訂案

TFD的具體細節似乎還存在著一定的爭議，因此這裏僅保留上方修訂案中修改Wikipedia:删除方针的部分，並作為獨立提案：

現行條文

9. 多餘無用，且影響其他模板命名或者百科運作的模板

提議條文

9. 多餘無用且影響其他模板命名，或影響百科運作的模板

以上。Sanmosa Szégyen a futás, de hasznos 2024年4月11日 (四) 16:04 (UTC)[回复]

@A2569875 @SunAfterRain @Sanmosa @A1Cafel 本人突发奇想，想到了一个让双方都能容易接受的方案：
  • 废弃，而且没有任何价值的模板/模组可以进行删除。
  • 废弃，但有价值的模板/模组可以考虑不留重定向移动至某页（Wikipedia:已删除的模板存档？）的子页面，以进行存档。
  • 废弃，但有价值，而且有需要完善历史修订的模板/模组可以进行存档，但保留Template->Wikipedia的跨命名空间重定向。
以上方案不但保留了使用者应有的劳动成果，也可以尽量避免废弃模板误用的问题（至少我不会觉得碍眼的），一举两得。鐵膠壹名 2024年4月15日 (一) 10:57 (UTC)[回复]

提議提高條目評選投票資格門檻

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:新条目推荐/候选。

如題，本站以前曾有過不黯規則的新手未有詳細檢查條目（雖然是說這樣的老手也好幾個，嗚呼哀哉）即在GAC、FAC投下符合標準（Special:Diff/81702620），敝人認為應該將GAC、FAC、FLC投票資格統一由原先的「編輯註冊7日且編輯次數達50次的使用者／自動確認用戶」改為延伸確認使用者。畢竟即使很多老手都沒有能力評選條目（就不點名了），相較之下認為「編輯註冊7日且編輯次數達50次的使用者」顯然不可能有評選能力，只有這樣的經驗顯然不適合評選放在維基百科門面的條目。--Sean0115 2024年3月31日 (日) 04:58 (UTC)[回复]

支持提升GAC、FAC、FLC三者的投票者标准。不过可以的话是否也能提升下DYK投票者的标准，目前仅需自动确认用户的标准未免有些过低。--人间百态,独尊变态(讨论) 2024年3月31日 (日) 05:33 (UTC)[回复]
DYK個人覺得可以提升至XCON。近期有不少傀儡案件都是透過發現DYK的大量灌票而提報（見Wikipedia:傀儡調查/案件/Maccomcre/存檔、Wikipedia:傀儡調查/案件/Cq521/存檔、Wikipedia:傀儡調查/案件/PoisonHK/存檔）。GAC、FAC、FLC我認為雖然這三類評選還沒到「壞掉」的程度，但確實有許多評選上可以改善的地方，或許可以從其他方面著手而不是單純提高門檻。
不過在DYK個人覺得急需提升至XCON的情況下，把GAC等較高級的評選維持AUTOCONFIRM確實有些反直覺。這方面（GAC、FAC、FLC三類）或許需要更多討論。--（☎）dt 2024年3月31日 (日) 07:49 (UTC)[回复]
話音剛落就有人來DYKC搗亂了，望社群能正視這個問題--Sean0115 2024年3月31日 (日) 14:58 (UTC)[回复]
感觉意义有限。未必没有评选能力，要看理解程度和花费时间，完全的维基新人如果了解条目主题，也可能给出有价值意见。或者格式、内容、来源等分开评审和发表意见（以及最终公示期？），或者某些短意见或者较新用户算半票。以上只是想法，不构成建议。--YFdyh000（留言） 2024年3月31日 (日) 06:23 (UTC)[回复]
抑或者只能投反對而不能支持？只是個概念，畢竟主要是希望避免亂支持造成不合格條目通過。—Sean0115 2024年3月31日 (日) 11:03 (UTC)[回复]
不能完全排除新用戶故意或在不明就裏的情況下投反對票的情形（比如上面提到的Maccomcre）。Sanmosa Gloire d'Yser 2024年3月31日 (日) 15:56 (UTC)[回复]
您提议的内容是不是就是我屡次提议但是社群不肯接受的评审制？--a'4 d8 e8 a'4 g'4 a'4 g'8 e'8 a'2 2024年3月31日 (日) 21:43 (UTC)[回复]
「抑或者只能投反對而不能支持」——其實就類似於DYKC最早期用過的規則：「如果有人提出異議且其異議受到其他人的認同覺得推薦有點不妥時，5天以後如果反對意見佔多數，則應該撤下這個條目」，當年的DYKC基本上是不用支持票的。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年4月1日 (一) 07:11 (UTC)[回复]
您要找的是不是，五分之三妥协或者OpenReview？--MilkyDefer 2024年3月31日 (日) 11:56 (UTC)[回复]
提高投票資格能治到幾多水票先不談，畢竟都說了很多老手也是亂投的；不過能夠令傀儡偽造投票的成本和難度大幅增加（時間和次數都增加了至少十倍），即使仍是治標不治本，但還是樂見的。至於老手亂投支持的問題，我以前提過了這麼的一個設想：「有一種情況倒是可以明顯揪出來：見Talk:全國土地日，裏面投支持票的明顯連歷史也沒有看（別說這還可以假定有看，有看的話無可能連條目不夠長也不知道；也別告訴我評選不用看歷史，基本推薦資格部份規則與條目歷史有關，所以投票人有責任看歷史），也許可以從這方面入手——諸如當被宣告取消資格時，投了支持票的人會被視為亂投票，當亂投票達到若干次後須在某一期限內被暫停投票權」，就看這個設想這次能不能拋磚引玉了。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2024年4月1日 (一) 07:22 (UTC)[回复]
我對於“暫停投票權”的設想有些抵觸，這讓我想起了“剥夺政治权利（終身）”。Sanmosa Szégyen a futás, de hasznos 2024年4月1日 (一) 09:55 (UTC)[回复]
新人来的时候是一张白纸，根本不知道评选是何物。老手按en:WP:FAC的程度来提意见，新人模仿不出来，那自然不会随便发言。但现在评审页是清一色的* {{yesFA}}--~~~~，那新人可不有样学样？--For Each element In group Next（留言） 2024年4月4日 (四) 12:40 (UTC)[回复]
我下面也说过类似的，但我觉得所谓水票是投票制下的自然成果。如果说不仔细检查条目是老手都能犯的错误，那这必然是系统的问题。提高投票门槛只能是治标不治本。
当你维真正投入共识讨论制，大家都要关于为何自己认为条目符合标准写下意见的时候，自然不会有那种没有意见的、只读了条目的一部分投水票这种事情。--0xDeadbeef (留言) 2024年4月20日 (六) 04:45 (UTC)[回复]
共識制也好, 投票也好，本質都是如何讓更多有能之士參與條目評審的問題。首先是要有編輯願意來審條目，其次是怎樣回報鼓勵他們，並防止他們被報復。--Temp3600（留言） 2024年4月21日 (日) 18:19 (UTC)[回复]
关键就是FA和GA有标准，而DYK没有标准，甚至连WP:WIACCA这样模糊的标准都没有。既然DYK没有标准，那条目只要过提名门槛，大家想怎么投就怎么投；我不同意你的票，就用一张相反的票（而不是针锋相对的理由）抵消。然后DYK坏习惯传到FAC和GAN那边，最后搞成现在没有任何地方是来根据标准提意见的。DYK就是一个选首页内容的地方，怎么搞成条目品质评审主阵地了？我真想说DYKN是中文维基毒瘤。--For Each element In group Next（留言） 2024年4月22日 (一) 14:21 (UTC)[回复]
DYK和FA/GA还得两说。DYK是选首页展示条目，FA和GA才评估条目品质。很短但格式整洁的初级条目合适上首页展示，而内容丰富但格式粗糙的乙级条目则难登大雅之堂；但从完整度来看，后者远胜于前者。像英文维基编者那样，谈品质就不要谈DYK，FA和GA才有出路。至于DYK，就看社群希望怎样的条目上首页了。--For Each element In group Next（留言） 2024年4月22日 (一) 14:44 (UTC)[回复]

分段：DYK

由於前段提到的近期DYK遭遇大量傀儡投票問題，個人認定提升DYK投票門檻具有較高急迫性，故拆出此段以促盡速商議。

現行條文

投票须知

  • 投票者須於投票發起時已為自動確認用戶。不可投票予自己主編之條目。
  • 投票者请使用**号，而不要使用*号或#号，以保持版面清晰美观。
  • 投票者只可用{{支持}}、{{反对}}（或{{support}}、{{oppose}}）进行投票，動用到自定義參數修改預設顯示文字的模板不計票。可用其他模板作为引子来表述观点。
  • 若在投票结果确认後投票或發表意見，请同時清空DYKEntry模板的result参数，以免影響自動更新。
  • 关于投票的有效性，請參考上方「獲選標準」中，「关于投票的有效性，采取下列规定」的文字。
提議條文

投票须知

  • 投票者須於投票發起時已為延伸確認使用者。不可投票予自己主編之條目。
  • 投票者请使用**号，而不要使用*号或#号，以保持版面清晰美观。
  • 投票者只可用{{支持}}、{{反对}}（或{{support}}、{{oppose}}）进行投票，動用到自定義參數修改預設顯示文字的模板不計票。可用其他模板作为引子来表述观点。
  • 若在投票结果确认後投票或發表意見，请同時清空DYKEntry模板的result参数，以免影響自動更新。
  • 关于投票的有效性，請參考上方「獲選標準」中，「关于投票的有效性，采取下列规定」的文字。

--（☎）dt 2024年4月1日 (一) 03:45 (UTC)[回复]

如果只就Wikipedia:傀儡調查/案件/Cq521类似的案例的话，这几乎没啥作用，例如举例的三个账号都有延伸确认的，然并卵（也就是预谋已久的傀儡是很难挡住的）。我认为还是针对支持者是否有仔细核对条目来判断或者指正可能有所效用。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月1日 (一) 08:44 (UTC)[回复]
目前比較容易發現的是在已經有人提出合理且明確的反對意見，卻仍然莫名其妙投支持的人（還不少呢）。這種人不應該有資格投票，但實行什麼又怕會有寒蟬效應。--Sean0115 2024年4月1日 (一) 10:38 (UTC)[回复]
本來任何硬性措施就是沒有辦法避免預謀已久的傀儡。雖然可能有個別案例是農到了延確，不過（起碼另外兩個列出的case）就大多數狀況來說把投票資格提升至延確還是有一定的效果。
當然之後也可以再討論要不要把延確標準再往上拉，不過那大概又要再開一個串了。--（☎）dt 2024年4月1日 (一) 17:28 (UTC)[回复]
这个方案不一定有实际效果，一是你维在DYK灌水票中有不少是延伸确认用户，二是那些滥用傀儡的人（比如Elmond、CQ521）很多都把自己的傀儡养到满足延伸确认用户。——Aggie Dewadipper 2024年4月2日 (二) 03:15 (UTC)[回复]
我持(－)反对意见，自动确认的门槛很低了，如果是“延伸确认”，门槛更高，不能说提高门槛就能解决问题了。关键是看用户素质怎么样了。--Shwangtianyuan 不忘初心 牢记使命 2024年4月2日 (二) 16:13 (UTC)[回复]
重點是就算某用戶素質不怎麼樣還是可以投票，即是說就算知道他的素質也不能改變什麼。--Sean0115 2024年4月3日 (三) 00:32 (UTC)[回复]
只能说水支持票是DYK的一部分，或者自认为觉得条目不好不想让它上却被其他编辑抬了上去而感到不满，不服别玩。应该考虑的是：如何避免类似这个案例的长久准备作案傀儡问题、还有如何正确地提出自己的条目质量评价意见来说服别人“这个条目不值得上DYK”。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月3日 (三) 00:37 (UTC)[回复]
對於此類提案是否能有效處理提案欲處理的問題持悲觀態度。Sanmosa Szégyen a futás, de hasznos 2024年4月3日 (三) 07:55 (UTC)[回复]
可以考慮提升部分評選至延伸確認使用者。新條目推薦候選的話，門檻或維持較好。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月11日 (四) 16:32 (UTC)[回复]
支持该次修订。本来这次修订的目的就不是为了根治评选中出现的滥用投票问题，而是为了让那些大部分情况下根本不懂如何审评条目的用户无法进行投票。我们不排除会有自动确认用户给出有价值的意见，但就目前而言这样的用户十分少见，也不能因为可能有给出有价值意见的自动确认用户，而去忽视目前评审中出现的大量来自自动确认用户的“水票”--人间百态,独尊变态(讨论) 2024年4月12日 (五) 14:28 (UTC)[回复]
  • 建議提出有效的反對意見並掛模版。如果這樣依然不夠，可考慮修改DYK規則，進一步增強合理反對票的力量。--Temp3600（留言） 2024年4月12日 (五) 19:21 (UTC)[回复]
    • @Temp3600：那就會有人在投票結束前的十幾分鐘前來投「強化反對票」，不但讓編者根本沒時間反應，沒時間改，還害整個評選失敗被要整個重來，甚至還會因為討論被關閉了，無法進一步地與反對者商討有關意見的條目改善方案（因為評選討論會馬上變成「這個投票已經結束，請不要對這個提名做任何編輯。」）。我就被這樣噁心到了Talk:大小#未通过的新条目推荐讨论、User_talk:A2569875#大小（由User:FradonStar留言，「被噁心到了」這一詞是我從這裡學來的，之前不知道有此詞彙用法）。我擔心「進一步增強合理反對票的力量」會出現大量的這種擦邊球，讓人被噁心到了，情緒上來，完全無助於改善條目。故認為「強化反對票」可能對「有效地改進條目」可能有負面效果。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2024年4月12日 (五) 22:47 (UTC)[回复]
      的確有這個可能，但理論上應該不多。因為DYK規則是"基本投票期為4天。待至基本投票期屆滿時，如獲得中選所需的最低票數或以上，投票即會結束並獲通過；否則，投票期將自動延長3天，並待至延長投票期屆滿時方為結束投票"，所以如果是首4天內被投下反對票，投票期會自動延長。如果想解決7天評選期結束前吃反對的問題，可以改規則，容許在6-7天被反對的條目可以再獲得幾日的修改期。DC實際上就採用了這種"截止報名但容許修正"的方法。--Temp3600（留言） 2024年4月13日 (六) 18:12 (UTC)[回复]
(－)反对，中文維基百科僅有不足5000名延伸確認用戶，為傀儡一事而影響其他（可能有上萬名）用戶的自由是不應該的。而且，正如其他用戶所說，這樣並不能從本質上解決問題。
[[User:WiiUf|WiiUf{{colour=green¦}]]（留言） 2024年4月16日 (二) 14:18 (UTC)[回复]
任何条目质量评选（DYK、GA、FA）使用投票制都是属于败笔。拿英维的存废讨论举例子：因为不是投票而是讨论，所以不用方针支持的删除/保留理由本来就弱。与此同时 若是新用户则会有使用{{spa|Example}}— Example（討論）在本主題以外只有很少或沒有編輯。方便让关闭讨论的人做决定。
娜娜奇鲜果茶上面说的问题本来就是DYK投票制本身存在的问题。--0xDeadbeef (留言) 2024年4月20日 (六) 04:40 (UTC)[回复]
不知道是哪個大聰明曾經提議支持票不用理由，而該提案又真的通過了。--唔好阻住我愛國（留言） 2024年4月23日 (二) 07:37 (UTC)[回复]


要先討論清楚問題，才能對症下藥:

  • 問題是"傀儡刷票": 提高門檻以阻止養傀儡，重罰刷票者
  • 問題是"新人/老的"新人"濫投支持票":提高反對票的票效，令支持票再投也沒意思，並最終過渡到評審制
  • 問題是"沒人願意投反對票，害怕開罪其他編輯":這個是最難解決的問題，即所謂"人情票"。我覺得只有引入匿名發言制度才有解。
  • 以上。--Temp3600（留言） 2024年4月13日 (六) 18:19 (UTC)[回复]
瘋狂一點，乾脆DYK手遊體力化。 --窝法乙烷 儿法梦碎 2024年4月22日 (一) 15:16 (UTC)[回复]
  1. 每位維基人一天（24小時）內擁有7次提名體力和7次支持票體力
  2. 反對票或不合要求不設置體力
  3. 體力於午夜（太平洋標準時間）補充，上限為7次
  4. 先前未使用完的體力並不會保留，因此不會有昨天勝3次過了午夜變成10次的情況發生
  5. 活動期間如動員令可解除體力限制或增加次數
  6. 如果維基人的提名、投票被指出不合要求，將受到體力減少懲罰，每次減少1次體力，最多減少7次體力
  7. 受到懲罰減少的體力於每週日午夜（太平洋標準時間）補充，每週補充1次體力，上限為7次體力

进一步增修封禁方针以及建立封禁申诉的本地共识

本主題全部或部分段落文字，已移動至Wikipedia talk:封禁方针。执行人：Jimmy-bot（留言） 2024年4月23日 (二) 08:14 (UTC)。[回复]

建立封禁申诉的本地共识

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

早在2008年就提出要建立本地的封禁申诉指引，但之后数年就再也没有任何进展了，尽管已经有相关内容扩充。为了使解封更为程序化，以便后续有被封用户更好了解封禁申诉指引，我提议再次建立封禁申诉的本地共识，将此内容列为正式的指引，最好参照英文指引作进一步扩充（可以让路君先参考一下）。--Shwangtianyuan 不忘初心 牢记使命 2024年4月2日 (二) 16:08 (UTC)[回复]

認為可以詳加討論。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月2日 (二) 19:10 (UTC)[回复]
封鎖申訴是跟執行封鎖/解封相對獨立的議題，也是需要一個獨立的方針，我分拆一下討論議題。另外我合理相信這倆議題不會小，@Shwangtianyuan：要不要考慮移去方針討論頁走RFC？--路西法人 2024年4月3日 (三) 04:56 (UTC)[回复]
大體上認同增修的方向。Sanmosa Szégyen a futás, de hasznos 2024年4月3日 (三) 07:51 (UTC)[回复]
在封鎖申訴、解除封鎖等事宜上，務必明確限制被封鎖人在申訴期間及解封過後的部分言行舉止。過往已經出現過好多次在管理員認定封鎖理據妥當但用戶已不需要再被封鎖的情況下，獲解除封鎖的用戶後續宣揚「原封鎖理據欠妥」的觀點騷擾管理員，WMLO如此（站內行為）、Wpcpey如此（在站外宣揚擾亂觀點）、近期解封的Chinuan12623（申訴期間）亦是如此。
我認為有必要在給予解封機會的同時說清楚解除封鎖僅是因為給予機會改善，而非認定原先封鎖不妥。管理員在解除封鎖時應清楚說明「接受申訴」是基於「原封鎖理據錯誤」、「給予改善機會」（即認定原封鎖理據合理）還是「原封鎖例句失效」（改為認定行為合理，但在原規則下確實違規）。第二種情形下，若獲解除封鎖錯誤宣揚自己行為無誤或管理員封鎖有誤的觀點，應視為「不認為自己有錯，即仍有繼續擾亂行為風險」而恢復封鎖；第三種情形下四處宣揚「管理員封鎖有誤」（即便管理員原先封鎖符合當時規則），亦應視為騷擾管理員、對管理員假定惡意再被封鎖。--路西法人 2024年4月3日 (三) 09:12 (UTC)[回复]
我覺得你這裏提到的第三種情形可能還要視乎當時的規則本身是否合理。如果當時的規則是因為本身不合理而修訂的話，那再修訂落實前對該規則的處理應該適用IAR，因此在這種情形下把說「管理員封鎖有誤」的人直接視為騷擾管理員、對管理員假定惡意可能不妥當。但是，如果當時的規則並非因為本身不合理而修訂的話，那我贊同提議的舉措。Sanmosa Szégyen a futás, de hasznos 2024年4月3日 (三) 10:24 (UTC)[回复]
管理員按照當下方針執行封鎖，那麼就不能說是管理員的封鎖有誤，那是方針的問題不是管理員的問題，管理員只負責執行方針。管理員不需也不應為方針指引過時而被指責「有誤」。把方針的問題歸在管理員身上顯然毫不合理。這也是為什麼我認為在任何情況下，就算方針改了，也不能因此追溯認定管理員當時判斷有誤，因為這是方針寫的。被解封用戶說「當時方針設計有問題」是完全合理的，但說成「當時管理員封鎖有問題」則顯然是在追究錯誤的責任。--路西法人 2024年4月3日 (三) 10:31 (UTC)[回复]
如果你在2024年4月3日 (三) 09:12 (UTC)提議的說明獲加入至WP:封禁申诉的話，我傾向認為“被解封用戶說‘當時方針設計有問題’是完全合理的”這點需要被明確，但是請容許我對於“管理員按照當下方針執行封鎖，那麼就不能說是管理員的封鎖有誤”這句話持一定的保留意見。如果所有（或大部分）管理員都很清楚當時的規則顯然有誤的話，那管理員完全可以根據IAR選擇不執行當時的規則，在這種情況下管理員明知規則顯然有誤但依舊執行，損害的是維基百科社羣的和諧，因此說依顯然有誤的規則執行封鎖的管理員完全沒有責任是不合理的，但我認同這種情況下主要的責任在於不合理的規則而非管理員，而我也認同在這種情況下把主要責任歸結給管理員可以視為騷擾管理員、對管理員假定惡意。Sanmosa Szégyen a futás, de hasznos 2024年4月3日 (三) 10:41 (UTC)[回复]
根本不應該會出現全部人都知道規則有誤但沒人提出修改該規則的情況。「有誤」跟「社群不再認同」是兩回事，管理員按照當下方針執行「當下社群相對不認同的方針」是不可以追究管理員責任的，「不認同方針」不是不執行方針的合理理由，不認同就該獲取共識修改方針，管理員執行這些方針不能被追責。如果方針本身有誤，而管理員刻意鑽這個漏洞去作出常人都能判斷不符合總體利益的封鎖操作，這叫WP:GAME。
此處僅是針對被封鎖人宣揚此類觀點，但理論上任何其他用戶亦應受類似的管轄（構成輕率指控），防止任何人單純因不滿管理員操作而借別人的口來騷擾管理員。--路西法人 2024年4月3日 (三) 15:12 (UTC)[回复]
雖然未必會出現全部人都知道規則有誤但沒人提出修改該規則的情況，但這不意味有人提出修改該規則後該規則就必定能成功修訂（比如WP:OA2021前蟲蟲飛經常性地阻撓大部分WP:7DAYS的修訂提案通過，因此在7DAYS成功獲修訂前，已經有若干管理員在執行7DAYS上應用了IAR，比如KirkLU），你這裏混淆了「提出修訂」和「執行修訂」兩種情形。我認為桐生ここ下方所言也局部代表了我的意見，而基於WP:5P5，我認為社羣應該要求管理員使用常識，而非要求管理員教條式地執行方針。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 00:01 (UTC)[回复]
此外，我有必要澄清一點：我説的是“有誤”而不是“過時”，我考量的是當時的條文本身的合理性，而不是條文的時效性。Sanmosa Szégyen a futás, de hasznos 2024年4月3日 (三) 10:42 (UTC)[回复]
我覺得分三種
  1. 責任在用戶，管理員給予改善機會。用戶不應去控訴管理員。
  2. 責任在管理員，管理員解除錯誤的封禁。用戶可以控訴管理員。
  3. 方針不合理，管理員依照社群討論解除封禁。在於社群要求管理員是使用常識，還是教條式的執行方針，如果是前者，那麼管理員也有少量責任，如果是後者，管理員沒有任何責任。
--桐生ここ★[讨论] 2024年4月3日 (三) 15:13 (UTC)[回复]
回@Sanmosa、桐生ここ：「使用常識」最大的問題出在社群往往會鑽這個漏洞，事無大小都訴諸常識。比如苗君除權案中，WMLO及Cangjie6在禁制方針討論中，曾有用戶在吵「允許提報對方違反禁制應是常識」，但最終發現根本與常識沾不上邊，甚至在過往討論中有非常明確且更有力的論點去否定該想法。正是因為社群用戶總在不合意時訴諸常識，並試圖以此將責任歸咎於管理員，我才強烈反對將「常識」列為追究管理員責任的條件。
在這個討論中「要求使用常識」的「常識」其實根本不「常識」：「方針有社群共識支持」和「管理員負責執行方針指引」是絕對的常識，「管理員認為方針有問題所以不執行」這叫酌情而不是常識。只要方針是這樣寫，理論上應該有當初設立時的道理，在假定善意原則下，應假定方針有社群共識支持，如此管理員執行有社群共識支持的方針指引不能被追究責任。管理員自然有使用常識的義務，在使用常識的背景下錯誤理解方針，這個情況下管理員固然有一定責任；但在沒外人干預的背景下管理員執行假定有社群共識的方針，這可不可以成為追究管理員合理執行方針指引的責任。「社群要求管理員」怎樣怎樣往往只會變成一個經常被鑽的漏洞。--路西法人 2024年4月4日 (四) 02:01 (UTC)[回复]
不認同這個見解。我就拿DYKC一度存在的“所有投票須附理由”規則來説吧，在改成現在的“支持票不須附理由”前，簡單規定為“所有投票須附理由”的原因是對於再更之前“投票理由未涉及條目如何滿足DYK推薦資格的票無效”的規則如何理解的爭議，2015年時因為社羣無法就“涉及條目如何滿足DYK推薦資格”的定義達成共識而不再要求投票理由需要“涉及條目如何滿足DYK推薦資格”，但這也造成了2015年至2019年間大部分的DYK支持票都清一色寫上了「符合標準」、「達標」之類的字眼。然而，就算看回2015年的討論背景，即使維持要求投票理由需要“涉及條目如何滿足DYK推薦資格”，我說的問題依然存在，因為無論是2015年前的規則還是2015年至2019年間的規則都是希望能“遏制水票”，但如我在2019年的討論所説的，“寫‘符合標準’當作理由並不能遏止水票。大家有目共睹，2015年方案是一個徹底的失敗”。在這種情況下，“只要規則是這樣寫，理論上應該有當初設立時的道理”這個條件是被滿足了，但不見得那樣寫的規則實際上就肯定那麽有道理。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 02:32 (UTC)[回复]
（還有，DYKC規則的這個例子可能也某程度上反駁了LuciferianThomas所説的“不可能存在‘所有人都知道某個方針有問題卻不去修’的情況”。）Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 02:43 (UTC)[回复]
所以管理員執行這個看似明顯有問題的方針怎麼了？IAR是管理員基於自己判斷而作出特別情況，你只能要求管理員按照當下方針、程序行事，但你不可以在修改方針前要求管理員「必須IAR按照你認為的常識行事」。在方針修訂前，任何不成文的規定都只是IAR或者「慣例」，稱不上「常識」。--路西法人 2024年4月4日 (四) 03:06 (UTC)[回复]
見下。此外，我還是這句話：個別用戶認為的「個別用戶認為的」與真正的「個別用戶認為的」也是不等同的，在一有人提出“按常識行事”時直接把他打成他要求“按照（僅）他認為的常識行事”並不妥當。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 05:20 (UTC)[回复]
「常識」本來就是不一致的，唯一一致的標準是方針指引。如果連執行方針指引都應被質疑行為動機，甚至追究責任，我相信就會出現過往Tigerzeng所說的問題。當時他也清楚指出，應由社群擔起指示管理員操作的責任，制定、修訂方針顯然是一種方式，而不應該是期待管理員行使任何形式的「裁量權」去IAR不執行方針。現在在你的想法下，符合某些人意思的就是常識，不符合同樣那些人意思的就不符合常識、需要追究，顯然就的確是「按照（僅）他認為的常識行事」。--路西法人 2024年4月4日 (四) 13:01 (UTC)[回复]
我提7DAYS的例子主要是希望説明存在社羣希望指示管理員進行恰切的操作，但被現行（或當時實行）的規則阻撓的情形，這種情況下管理員應該合理判斷社羣到底希望指示甚麽給管理員。我認為你這裏對我的觀點的總結與我的實際想法並不相符。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 15:20 (UTC)[回复]
簡而言之：個別用戶認為的常識不等於是常識，常識是指「客觀上所有正常思維的人都能得出相同的結論」的才叫「常識」，但我確信不可能存在「所有人都知道某個方針有問題卻不去修」的情況，即使有也是社群的問題而非執行方針的管理員的問題。--路西法人 2024年4月4日 (四) 02:03 (UTC)[回复]
你還是沒有回應我説的7DAYS的例子，而且你還是混淆了「提出修訂」和「執行修訂」這兩種不同的情形。我並不是想要抬杠，但我認為你應該也清楚個別用戶認為的“個別用戶認為的”與真正的“個別用戶認為的”也是不等同的。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 02:40 (UTC)[回复]
方針修訂前的IAR正是真正「個別用戶認為的」情況。方針修訂前，執行原有有漏洞方針是基本要求，不按條執行是個人意志。7DAYS的例子我不熟悉，無法作出評價，但顯然禁制方針中一經體現社群經常出現「個別用戶認為的常識」而非真的常識的情況。管理員有權IAR，但按條執行是他們的責任也是理論上方針僅容許他們做的事，按條執行是不可能追責。--路西法人 2024年4月4日 (四) 03:12 (UTC)[回复]
請參閱WP:訴諸常識：當形成某一立場或解釋某一行為時，要根據已有的共識、社群基本原則、百科全書的利益作為立論之基礎，而不是你的個人常識。方針指引再怎樣，還是社群共識通過的，管理員執行就有他的道理。en:malicious compliance是不能追責的，因為他確實遵守了社群共識通過的方針。管理員遵守了（目前社群廣泛不認同也好、就質疑者不認同也好的）方針指引就還是遵守方針指引，問題在於方針指引，不在管理員。社群可不要習慣自己的問題全卸在管理員身上，管理員按照方針行事這才是最廣泛、最必須的「常識」。--路西法人 2024年4月4日 (四) 03:18 (UTC)[回复]
請務必謹記WP:IAR方針是說「如果有規則妨礙您恰當地改進或維護維基百科，請忽略該規則」而不是「你必須忽略該規則」。管理員不忽略「某些人認為不合常理」的方針是道理，行使IAR是情理。請分清楚道理和情理。
這裏說不能追責是說管理員遵守方針指引下不能被追責，如果管理員運用IAR脫離方針指引框架的決定有問題，當然就是管理員本人的問題；但管理員遵守、不忽略方針，是道理、是方針、是原則。--路西法人 2024年4月4日 (四) 03:26 (UTC)[回复]
依舊不認同，請參閲v:枪口抬高一厘米，要是社羣確實打算追責的話，那社羣已經有足夠的正當理由去這樣做了。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 05:18 (UTC)[回复]
維基百科無此方針、無此共識，這不是常識。--路西法人 2024年4月4日 (四) 12:29 (UTC)[回复]
按你的邏輯，「按照（僅）他認為的常識行事」是不可取的，然而你現在做的事情不就正是在要求我「按照（僅）你認為的常識行事」嗎？我不認為單憑你説一句“這不是常識”，然後這就不是常識了。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 15:11 (UTC)[回复]
既然你已經完全認定了你自己所想的（包括「槍口抬高一厘米」的概念）就是常識，那麼我無話可說。我有說「維基百科無此方針、無此共識」，所以才「不可能構成社群內的『常識』」，但你決定選擇性閱讀並說出「單憑（我）説一句」這樣的話，那我只能說你根本沒在理解「常識」是什麼，而是仍然將自己所想的視為常識。--路西法人 2024年4月5日 (五) 01:39 (UTC)[回复]
還是這句話：我認為你這裏對我的觀點的總結與我的實際想法並不相符。如果你實在無法妥為總結我的觀點的話，你並不用勉強自己這樣做。Sanmosa Szégyen a futás, de hasznos 2024年4月5日 (五) 02:39 (UTC)[回复]
我是完全難以理解上方兩名用戶的思維。管理員方針訂明管理員「唯能實現社群討論所得的共識」，這說明「執行方針」是他們行使權限時唯一能做的事，僅有在管理員本身認為方針不合理時自主行使忽略規則的權利時才會存在例外情況。WP:IAR是說「如果有規則妨礙您恰當地改進或維護維基百科，請忽略該規則。」為什麼現在可以被扭曲成「如果社群認為規則不合理，你必須忽略該規則」？在規則不合理時，討論修訂的責任在於社群，管理員沒責任無視社群不認同的方針，既然沒責任何來追責？
我觀察到的情況是，當管理員按照方針執行職務，如果不合某些用戶的意思就叫做「請使用常識」。這完全是事後孔明的表現，卻完全忽略了管理員本身是按照方針指引給予的權利行事，就算有問題也是出在方針上。Sanmosa指出7DAYS和DYKC，若有人反對、阻攔修訂討論，不就代表那不是「常識」了嗎？如果阻攔的意見是毫無道理的，現行的方針自然已經保護提案人可以忽略這些意見；若阻攔的意見是真的有道理、甚至有其他方針指引支撐的，那完全稱不上常識。--路西法人 2024年4月4日 (四) 03:47 (UTC)[回复]
所以您的解答已说明是后者，管理员需要当一个方针执行机器人。--桐生ここ★[讨论] 2024年4月4日 (四) 04:11 (UTC)[回复]
然而我不認同這個見解。如果管理員僅僅是執行方針指引的機械人的話，那我找個訓練有素的AI來代替管理員執行方針指引也無不可，不過這樣把管理員非人化真的好嗎？Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 05:12 (UTC)[回复]
此外，針對“若有人反對、阻攔修訂討論，不就代表那不是‘常識’了嗎”這個説法，我想提以下兩點：
  • 根據我之前的觀察，社羣其實不乏脫離實際情形思考的法條主義者，然而法條主義並不是常識。WP:共识#什么是共识甚至也開宗明義地説了“共識應當考慮到所有正當合理的意見”，如果我們無視了“正當合理”這個元素來判斷一件事情是否“常識”，這是非常危險的舉措。
  • 上面我提到的7DAYS雖然符合“有人反對、阻攔修訂討論”的條件，但OA2021與此後7DAYS修訂的成功通過恰好反映了“有人反對、阻攔修訂討論”不能代表那不是“常識”，甚至在此期間除我以外有很多用戶都多次反映修訂前的7DAYS的不合理之處，那當時真正的“常識”到底是甚麽我認為值得大家思考。
Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 05:32 (UTC)[回复]
用戶被禁制跟其過往參與討論期間的觀點是否有效並不衝突，被禁制後他的觀點仍然可以是有效觀點，只是他無權再繼續推動他的觀點，「後來他被禁制後議案獲得通過，所以他的論點是無效的」是完全不恰當的。除非他是因為exactly那一個論點被判斷為擾亂，他的論點則仍然是有效論點，綜上自然不會因他被禁制、議案通過，所以存在常識。你最近才因exactly這一個「因人廢言的傾向」吃過禁制，現在又故態復萌了？--路西法人 2024年4月4日 (四) 12:36 (UTC)[回复]
7DAYS的情況是在蟲蟲飛被禁制前已經有（除我以外的）用戶明確表達過當時7DAYS的規定與蟲蟲飛對當時7DAYS的規定的理解的不合理之處，這甚至是在7DAYS的原始規定一開始通過的時候就已經有的了，具體你可以看WT:共识在2020年至2021年間的存檔紀錄（畢竟你自己在上面也承認你不熟悉7DAYS的具體情形），因此我反對你把我對於OA2021前的情況的陳述打成“因人廢言”。我相信你很清楚輕率魯莽地指控他人行為不當屬於不文明行為，而且我也不是第一次跟你説這點了。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 15:09 (UTC)[回复]
你動輒就稱蟲蟲飛「對方針理解錯誤」，卻是裝作看不到目前方針加入的註釋的原先提案中除了蟲蟲飛還有多人提出合理異議理據，顯然不存在「常識」，也只是恰好多數異議者後來因其他擾亂行為被封鎖、禁制，提案最終才得以通過。你所指「（用戶被禁制）後修訂獲通過反映有人反對不代表不是常識」則是將「是不是常識」和「修訂通過」關聯至「用戶被禁制」下，實際是你連你自己因人廢言了也不知道。
你所指「有人反對、阻攔修訂討論」不能代表那不是「常識」即你認為「有人反對仍可以代表存在常識」、上方也是一來就說「對方理解錯誤」，就算撇除用戶禁制的因素，你認為你的修訂提案「存在常識」，即反對的人都沒有你所謂的「常識」嗎？你從頭到尾在引用WP:常識，卻只選擇性引用符合你利益的部分，完全無視同一章節下WP:訴諸常識要求不要以個人常識去評斷他人行為、引用方針與指引比起訴諸常識更為有效，甚至將訴諸常識視作失禮行為。
WP:IAR方針只是容許在合適情況下忽略方針，而沒有賦予要求他人忽略方針的權利，更沒有賦予要求他人使用自己所認為的常識的權利。--路西法人 2024年4月5日 (五) 01:36 (UTC)[回复]
「有人反對、阻攔修訂討論」本身不構成「不是常識」的充分條件，此外你這裏還是忽略了我上面提及到的「共識應當考慮到所有正當合理的意見」。我有必要特別聲明我這裏所說的「正當合理」應該由社羣按不同情況作判別（故此我不能僅因你自己一個人說「還有多人提出合理異議理據」、「顯然不存在常識」就必須相信「還有多人提出合理異議理據」、「顯然不存在常識」就是實情），因此你把我所說的總結為「要求他人使用（我）自己所認為的常識」並不妥當。要是我真的「要求他人使用（我）自己所認為的常識」的話，我大可以直接說你上方說的東西全部不符合常識，而用不着在下方請求其他人的意見，我之所以沒有做前者的事情正是因為我自己並不贊同「要求他人使用（我）自己所認為的常識」。既然現在我們在做的事情是訂立方針指引，那我們倆在上面說的話都不能作準，這一切還是要看接下來社羣的討論共識如何。Sanmosa Szégyen a futás, de hasznos 2024年4月5日 (五) 02:49 (UTC)[回复]
@桐生ここ、LuciferianThomas：要不這樣：既然這裏對於“社羣要求管理員是使用常識，還是教條式的執行方針”這點，以至於“方針不合理，管理員依照社群討論解除封鎖”的情況下管理員是否存在一定責任有不一致的意見，那不妨就邀請更多用戶來就著這點深入討論，看看社羣到底是怎樣的看法，畢竟現在我們在做的事情就是訂立方針指引，這本來就需要廣泛的社羣共識基礎。（具體要邀請哪些用戶，我暫時沒有想法，可能可以放Bulletin請求用戶關注。）Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 15:32 (UTC)[回复]
這裏也ping發起討論的@Shwangtianyuan與有參與討論的@Ericliu1912。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 15:37 (UTC)[回复]
一般而言，方針與指引即代表社群共識，內容通常也符合常識。所以我並沒有見到「使用常識」及「教條式執行方針」存在根本衝突。至於後者，我想這本質上是基於「忽略所有規則」而為之處置，同時也能促進社群變更共識，修訂方針與指引（其實前者也一樣——所謂「使用常識」去「凌駕」方針與指引，也不過就是「忽略所有規則」一種體現）。其實無論如何，管理員都應該就任何操作負責，但這所謂「負責」顯然僅限於操作本身，而不應該超出其他管理員自身無法控制的因素之外。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月4日 (四) 15:40 (UTC)[回复]
@Ericliu1912：那甚麽是“管理員自身無法控制的因素”？給個定義吧？再不然舉例説明也可以。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 15:42 (UTC)[回复]
我稍微思考一下，明日再回覆，今日先休息了。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月4日 (四) 15:43 (UTC)[回复]
雖然還沒想到具體案例，但我認為所謂不可抗力因素，可以是不涉及管理員操作本身（例如線下現實社會動態），或管理員操作當下無法知悉或未經嚴格查證難以明悉（例如某人曾因故在站外透過社群媒體與他人合理溝通，但站內管理員不見得知道）者。若有額外想法，或再補充。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月7日 (日) 08:44 (UTC)[回复]
@Ericliu1912：容我再追加一條問題：你既然提到你並沒有見到「使用常識」及「教條式執行方針」存在根本衝突，那作為現行方針的「忽略所有規則」可以如何「教條式執行」？Sanmosa Szégyen a futás, de hasznos 2024年4月9日 (二) 15:34 (UTC)[回复]
那應該是唯一不適合「教條式」執行的準則吧？畢竟該政策本身的宗旨就是有必要時可以不「教條式」執行其他政策（這裡說的自然是前面所說的例外情況，而不是常態），是以為「維護百科全書」所為之最終手段。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月10日 (三) 03:07 (UTC)[回复]
若然社羣真的要求管理員教條式地執行方針，那「忽略所有規則」就會事實上失效，因為一定會有人想把所有的例外情況都給排除掉。Sanmosa Szégyen a futás, de hasznos 2024年4月11日 (四) 02:41 (UTC)[回复]
至於方針合理且責任在用戶，以及方針合理且責任在管理員這兩種情形，我認為這裏應該已經存在共識了，也就是責任在用戶時用戶不應控訴管理員，而責任在管理員時用戶可以控訴。Sanmosa Szégyen a futás, de hasznos 2024年4月4日 (四) 15:34 (UTC)[回复]
Eric Liu說的不錯，提出了另一種觀點。
其實無論如何，管理員都應該就任何操作負責。
而且，責任是否在用戶其實也不是一個人能決定的，因此用戶有權利在任何時候提出討論，但在任何時候都不應該騷擾管理員。--桐生ここ★[讨论] 2024年4月5日 (五) 03:10 (UTC)[回复]
我並不反對這個意見，但我認為這裏討論的是甚麼情形能被認定為「騷擾管理員」。Sanmosa Szégyen a futás, de hasznos 2024年4月5日 (五) 03:24 (UTC)[回复]
舉例來說：
  • 提出申訴不算
  • 不斷的Ping管理員算
  • 發起一次討論請大家評理不算
  • 反覆的對同一個問題發起討論算
  • 在社群一些人認為管理員有錯的情況下，提出RFDA不算
  • 在沒有任何人支持，一意孤行的提出RFDA，意圖報復或施壓管理員算
  • 其他WP:HA、WP:PA等行為算
--桐生ここ★[讨论] 2024年4月5日 (五) 03:52 (UTC)[回复]
你這裏說的「申訴」和上面說的「控訴」具體上有沒有甚麼差別？「在社群一些人認為管理員有錯的情況」有沒有任何例外情形？Sanmosa Szégyen a futás, de hasznos 2024年4月5日 (五) 04:25 (UTC)[回复]
申诉是进行封禁申诉
控诉是在客栈公审管理员--桐生ここ★[讨论] 2024年4月5日 (五) 05:37 (UTC)[回复]
感謝澄清。Sanmosa Szégyen a futás, de hasznos 2024年4月5日 (五) 08:17 (UTC)[回复]
@Shwangtianyuan：你還打算原案推動嗎？Sanmosa Szégyen a futás, de hasznos 2024年4月17日 (三) 13:00 (UTC)[回复]
没有打算了。--Shwangtianyuan 不忘初心 牢记使命 2024年4月17日 (三) 13:04 (UTC)[回复]
@Shwangtianyuan：那我給個建議：從enwiki現版重新翻譯一次。Sanmosa Szégyen a futás, de hasznos 2024年4月18日 (四) 05:45 (UTC)[回复]
可以这么做，英文版的话，指引内容更为完善些，我当时就是这么想的，以英文现行版本为基础。但是某些内容可能与中维其他方针指引不符，所以我还没有翻译。--Shwangtianyuan 不忘初心 牢记使命 2024年4月18日 (四) 05:58 (UTC)[回复]

我想问下 草稿可以储存 疑似侵权的内容吗

个人主页的草稿 或者条目的草稿--此條未正確簽名的留言由阿俊2018（討論｜貢獻）於2024年4月4日 (四) 12:07 (UTC)加入。[回复]

不可以。--MilkyDefer 2024年4月4日 (四) 13:46 (UTC)[回复]
不可以的。根據方針，只有「该條目没有侵犯著作权的内容」的情況下才可以放在草稿。如果有侵權內容最好還是移除。--FK8438（留言） 2024年4月7日 (日) 07:03 (UTC)[回复]
复制有版权的内容无论存到哪里都是侵权行为，即便只是存到自己的电脑上。--桐生ここ★[讨论] 2024年4月7日 (日) 11:08 (UTC)[回复]
“复制有版权的内容无论存到哪里都是侵权行为”——大部分内容都允许个人目的使用（例如），但是维基百科要求内容必须可以无偿商业使用。--GZWDer（留言） 2024年4月17日 (三) 13:16 (UTC)[回复]

有關社羣討論所需的文明程度的疑問

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

雖説WP:文明#杜絕不文明行為所列舉的那些不文明行為我自己是能完全不碰的，但我還是想知道社羣對於社羣討論中所需的文明程度的最低限度到底在哪裏。這個問題不針對任何單一事件，因為能被我問這個問題的人不止一個。Sanmosa Szégyen a futás, de hasznos 2024年4月9日 (二) 15:01 (UTC)[回复]

（我知道这个问题不针对任何单一事件，但以下是我根据最近的一些讨论存在的一些想法）
如讨论串中没有人来扰乱讨论，或者管理员愿意处理扰乱讨论的人的情况下，又或者社群健全能够实行社群禁制自行踢出扰乱讨论的用户时，则应当遵循文明准则。（注意这句话并没有说明什么时候不遵循文明准则是合适的）
然而目前的情况是管理员不愿意插手管理扰乱讨论的人，也不愿意去管有不文明行为的人。没有社群禁制也间接导致社群在这方面没有话语权。也许管理员插手操作了一些社群不觉得需要被操作的人，社群可以抗议然后RFDA然后怎么怎么，但是如果管理员不愿意插手操作一些社群觉得需要被操作的人，社群有办法逼管理员来管吗？很显然是没有的。
当有人长期扰乱讨论而没有人愿意管这些人的时候，只去追究相对而言造成的损伤很小的不文明行为是对社群没有帮助的。
回到我第一段的说法。为什么我要给遵循文明准则加上前提呢？当有人不尊重规矩，而又没有办法使这个不尊重规矩的人得到应得的后果的话，这是系统的无能。若有人杀了人，而不受到惩罚，这是司法系统的无能。而在司法系统无能的情况下，个人或者小团体所执行的“正义”则在一定程度上更被人接受。某人很喜欢用杀人来做比喻，那么我也来比喻一下：若一个在逃杀人犯被你碰见，那么你会选择杀了他吗？这个社群的大多数人见到这种「在逃杀人犯」估计都会先逃跑自保吧。又或者说，如果你真的杀了这个在逃杀人犯了之后，难道大家应当就把你完完全全也当作一个杀人犯来看待吗？你也应当同样面对杀人的罪行吗？我不是律师，我不懂。
换一个比喻吧。当你知道有一个人在考试上多次作弊，而每次举报他作弊却没用。而你正巧和他分配到一个团队项目。也许你会因为对他的看法，在项目的一些地方故意让他难堪。那么这是好的团队精神吗？这明显不是的。而老师应当先惩罚你，继续无视考试作弊的学生吗？这就不对了。所以我的想法是，我们在这里更应该讨论的是如何处理作弊的人，而不是问大家团队精神应当是什么样子的。
最后的最后，我的这些想法绝对不是在为不文明行为找借口，如果有人读到现在还没能理解这一点的话，那么要么是我语文不好，要么是读者语文不好。--0xDeadbeef (留言) 2024年4月9日 (二) 15:49 (UTC)[回复]
@0xDeadbeef：容我追問（有可能不是唯一一次追問）：“輕率魯莽地指控他人行為不當”、“輕蔑其他編輯”與“譏諷他人或誘使他人作出不文明行為”這三種不文明行為在甚麽時候同時屬於擾亂討論的行為？結合傾向性編輯或WP:FORUMSHOP的情況算嗎？Sanmosa Szégyen a futás, de hasznos 2024年4月9日 (二) 16:07 (UTC)[回复]
这个我需要上下文。我无法没有看到实际情况下分辨哪些属于扰乱哪些不属于扰乱。但是我觉得更重要的是哪些行为对社群的危害更大，扰乱影响更具有伤害力，哪些人浪费其他编者时间最多，这些才是我们应该注意的。（请随意追问，没问题）--0xDeadbeef (留言) 2024年4月9日 (二) 16:13 (UTC)[回复]
@0xDeadbeef：那我用email和你説吧，就我給的事例你用email回應即可。Sanmosa Szégyen a futás, de hasznos 2024年4月9日 (二) 16:31 (UTC)[回复]
“輕率魯莽地指控他人行為不當”、“輕蔑其他編輯”與“譏諷他人或誘使他人作出不文明行為”至少這些罪行還是比較具體的，反而“擾亂”這個罪行過於模糊，從提問裡面看出你自己也是不太吃的准。--日期20220626（留言） 2024年4月10日 (三) 01:44 (UTC)[回复]
「擾亂」本身是一種「口袋罪」，在用以指控他人時一般來說應有非常具體定義（如上面指出幾種細分方法）。我想單純用「擾亂」當理由決定一大堆事情很難說得過去。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月10日 (三) 03:09 (UTC)[回复]
不知道你从哪里看出有人要单纯用「扰乱」当理由来决定一大堆事情的。--0xDeadbeef (留言) 2024年4月10日 (三) 03:45 (UTC)[回复]
這裡祇是假設一種不甚好的情況（或許應該加個「若」），不涉及具體案例。實際上其他管理員過往也偶有運用「擾亂」作為制裁的兜底手段，但一般來說都會提供額外理據，就如您下面所言者。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月10日 (三) 08:14 (UTC)[回复]
抱歉，作为英维管理员，我自认在分辨什么是扰乱上还是吃得准的。当然，要是我在描写封禁理由的时候，当然不会只填「扰乱」。--0xDeadbeef (留言) 2024年4月10日 (三) 03:44 (UTC)[回复]
如果你真的杀了这个在逃杀人犯了之后，你自然也是殺人犯，你也应当同样面对杀人的罪行，你不是法官也不是執法人員，殺人犯應經審判而非私刑。法律上你遇見殺人犯可以做的事情就是：1、報警。2、為防止他逃跑而限制他的自由，然後報警，但你不能殺他。3、對方要殺你或攻擊的情況下才屬於正當防衛，但你也只能以阻攔或自保為目的而攻擊他，不能殺他，也不能對方停止攻擊後你還手，否則是防衛過當或不屬於正當防衛。--桐生ここ★[讨论] 2024年4月10日 (三) 11:14 (UTC)[回复]
应该说，別人犯罪不是你跟著犯罪的藉口，WP:別跟著闖紅燈，法律上就是要你报警而不是自己行动。更何况其实辱骂、侮辱在现实世界真的也屬於违法或犯罪，不论在中国大陆、澳门、台湾等都有此规定。--桐生ここ★[讨论] 2024年4月10日 (三) 11:33 (UTC)[回复]
我觉得你没看懂我的意思。若需要面对杀人的罪行是杀了杀人犯的你，这其实体现了司法系统的无能。按理来说，遇上在逃杀人犯的概率是非常小的，因为在这里讨论的大多数人都居住于有健全司法系统的地方。你所说的防止他逃跑而限制他的自由，然后报警仍然是建立在司法系统是健全的这个前提上的。你必须先接受「报警有用」这个假设。若报警无用呢？--0xDeadbeef (留言) 2024年4月10日 (三) 14:16 (UTC)[回复]
我懂了，那这还真是问题。不仅要容许一定的“自救行为”（不文明），也需要解决司法系统无能的问题，不知道仲裁委员会能否解决。--桐生ここ★[讨论] 2024年4月10日 (三) 15:30 (UTC)[回复]
但愿如此。--0xDeadbeef (留言) 2024年4月10日 (三) 15:35 (UTC)[回复]
但也有人自己去攻擊意見不和的人，然後就找各種藉口為自己的不文明行為開脫，但找的藉口和他的不文明行為都沒什麼關係。--日期20220626（留言） 2024年4月10日 (三) 22:59 (UTC)[回复]
我很期待你能举出一个具体的例子出来。--0xDeadbeef (留言) 2024年4月11日 (四) 01:42 (UTC)[回复]
规则永远无法防范善于研究规则漏洞，然后绕过规则的人，即使规则做得再细致也是一样，对付这类人的唯一方法就是由勇敢的管理员实施WP:IAR式的封禁。--高文海（留言） 2024年4月10日 (三) 08:47 (UTC)[回复]
我實際上是真的想問社群到底能忍讓多大程度的“不文明”，而不是想要藉這個問題來“堵漏洞”。Sanmosa Szégyen a futás, de hasznos 2024年4月10日 (三) 09:17 (UTC)[回复]
「自我中心的混帳」算不算不文明？拿掉混帳會比較文明嗎？又或者是說對方的「行為宛如自我中心的混帳」（我記得我這麼說過某位維基人） --窝法乙烷 儿法梦碎 2024年4月11日 (四) 13:28 (UTC)[回复]
我不清楚，甚至説這也是我想問的東西。Sanmosa Szégyen a futás, de hasznos 2024年4月11日 (四) 15:51 (UTC)[回复]
就“自我中心的混账”这一例子而言，我是否认为其不够文明取决于语境。如果这个短语出现的语境比较平和或者有点带翻译腔，我不会认为其不够文明。反之，如果它出现在尖锐的冲突中，我会认为其不够文明。--CuSO4 · 龙年大吉 2024年4月13日 (六) 16:41 (UTC)[回复]
  • 這類問題恐怕見仁見智。我自己的觀點是，如果其他討論者都在積極解決問題，那麼罵人者(不管有沒有道理)都不對; 如果有些用戶屢勸不聽，那麼當然還是應該以有禮的態度，按程序處理問題; 但畢竟人的耐心有限，有一些編輯忍不住發脾氣了，其他人可以盡量包容，不要因語氣問題而阻礙了正事。--Temp3600（留言） 2024年4月13日 (六) 18:26 (UTC)[回复]
    現在UUM以身作則，紅渡廚效仿（[1]），我看社群是越來越文明了。但願參加這個討論的人要是以後被人說「愚蠢」 、「腦子有問題」不要生氣。--日期20220626（留言） 2024年4月15日 (一) 03:25 (UTC)[回复]
    如三个编者都能够在和你互动后得到一样的结论，你是不是该考虑一下也许这不是对你的人身攻击，而是真正在评论你讨论事情、给维基百科贡献的能力？顺带一提，我可没说你脑子有问题，我只是对你提出脑子是否有问题的疑问。--0xDeadbeef (留言) 2024年4月15日 (一) 09:11 (UTC)[回复]
    原來罵人愚蠢是討論事情，以後要不你們見人就開罵好了，也不要討論什麼事情了。--日期20220626（留言） 2024年4月15日 (一) 10:24 (UTC)[回复]
    哇靠所以現在「你的腦子是否有問題」已經不是人身攻擊了？你攻擊其他人對維基百科貢獻的能力，那麼你的編輯中有一半都是在Wikipedia空間中煮，條目編輯兩百也沒有的又對維基百科做出了什麼貢獻？--某人✉ 2024年4月15日 (一) 10:47 (UTC)[回复]
    冒犯到维基精英了吗，那真是实在抱歉。我只是不知道，你仅仅读了我最后一个评论，然后就开始说我编辑数了，你这样给讨论带来了什么呢？上方进行正常讨论的时候你不加入，到这里了你开始攻击我了。那当然你要觉得是我先开始攻击别人的，因为毕竟我说别人脑子有病了对吗。我有些好奇的是，你对于我问他脑子是否有病的讨论串上下文究竟了解多少呢？你知道我在什么样的情况下发出了那样的留言吗？
    你维能不能少点这种连具体事情都不去了解就开始顾左右而言他，扯什么有的没的。--0xDeadbeef (留言) 2024年4月15日 (一) 12:25 (UTC)[回复]
    真的要去了解當時的上下文，更顯得你那句話不合適，我問你要點例子，你就懷疑我腦子有問題。--日期20220626（留言） 2024年4月15日 (一) 12:30 (UTC)[回复]
    我当时的评论是在表明我所感受到的general vibe，而且我当时很忙，没时间。有人借由我提名的人选间接攻击我，说什么你提名一个长期违反且不认同站内文明准则的人是想干什么？、你让一个不遵守站内方针的人去当管理员，这算什么？也许我应该跟他笑脸相迎咯？我是不是礼貌地表达了我不欢迎你的意见呢？那你为啥还要骚扰我？对我有意见，并且还要到处说我的不是，到现在还在说什么反正社群里面支持他的人，也就那样。 甚至前几回还把这一件事带到meta上。
    我说过，我是算和善的人了。也许和你说这些没用，那我就写给别人看好了。说我在你维待的时间短来批评我已经不是第一次了，但是我总是说，要是有人看我不爽可以直接骂我，可是没有人愿意这样干。也许是别人不屑与我讨论吧。两个月前就有类似的，今天更是见识到你的编辑中有一半都是在Wikipedia空间中煮，条目编辑两百也没有的又对维基百科做出了什么贡献这种说法。ATannedBurger之前和我有这样的分歧，为啥我现在要支持他当选管理员呢？也许他愿意沟通，愿意听一下我这个人要说什么吧。
    也许我说「维基百科没有很欢迎我表达我的想法」的时候没哪些特别具体的例子，但没有例子便去创造例子，不是吗？AINH上面不就提供了一个完美的例子。--0xDeadbeef (留言) 2024年4月15日 (一) 13:03 (UTC)[回复]
    我是反對你的提名，理由也闡述多次。當然你可以講話語氣嚴厲一些，可以不那麼禮貌，但直接懷疑別人腦子有問題，顯然就情緒化了。
    那一串討論你本來就已參與，不認為回應你的言論屬於騷擾，而且我也沒有特地@你。
    一個支持他的人還用他罵人的話來罵我，而且理由都站不住腳，這句話重點說的是他，當然你硬要說這句話在說你也沒問題，畢竟你提名他當管理員，也算是支持者的一員。
    meta上留言是因為我覺得你的言行不適合去當委員。--日期20220626（留言） 2024年4月15日 (一) 13:12 (UTC)[回复]
    你不觉得属于骚扰就不是骚扰，那随便你咯。--0xDeadbeef (留言) 2024年4月15日 (一) 13:35 (UTC)[回复]
    这个讨论串真是令人遗憾。--桐生ここ★[讨论] 2024年4月15日 (一) 14:33 (UTC)[回复]

再擬議立國際關係命名常規為方針

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:命名常规 (国际关系)。

有鑒於前次討論中提及的所有合理異議已獲解決，這裏再一次重新提議將國際關係命名常規立為方針。Sanmosa Szégyen a futás, de hasznos 2024年4月20日 (六) 02:20 (UTC)[回复]

這裏對於（部分）可能會被認定為未獲解決，但個人認為不甚合理的異議進行回應：
  • 捍粵者在被永久封鎖前多度發表中華極端主義言行，在前次討論中已有一次且因而被警告，前次討論中的其他用戶亦普遍不認可其見解，因此基於社羣的主流意向不接納其意見。
  • 有關頁面分類排序的部分，由於提案只是為中文維基百科現行的排列習慣進行歸納，因此“排序毫無章法”一説並非實情。再者，將既有的排列習慣成文化並不會干擾現有的條目命名習慣，這算不上甚麽「向前衝」，而這也與WT:共识#共識建立的遞進步驟的提議會干擾社羣成員參與討論的習慣有本質上的不同。
  • “一堆難以下咽的文字”之説需要額外的客觀舉證，否則無異於單純的謾駡。“能使用最簡稱呼就使用最簡稱呼”有機會違背易於識別的要求，比如該意見舉出的“愛愛關係”例子雖然語義上確實僅可能指愛沙尼亞與愛爾蘭兩國之間的關係，但一般讀者不太可能在第一時間判斷到“愛愛關係”一詞中提到的兩個國家名稱的縮寫分別指愛沙尼亞與愛爾蘭。
以上。Sanmosa Szégyen a futás, de hasznos 2024年4月20日 (六) 02:41 (UTC)[回复]
(＋)支持。--CaryCheng（留言） 2024年4月20日 (六) 14:46 (UTC)[回复]
(＋)支持：我一向反對國際關係條目名用「單字簡稱式」。--Tp0910（留言） 2024年4月20日 (六) 20:41 (UTC)[回复]
不知何時能進到「深水區」，例如中英关系、中美关系，目前部分已更改，例如中日關係→中国—日本关系、中俄關係→中华人民共和国—俄罗斯联邦关系。另外在Wikipedia:命名常规#易於識別中提到：「條目標題應該易於識別，尤其是對於條目主題有一定認識者應該能夠識別條目主題為何。」對於國際關係有一定認識者都應該能夠識別了，更何況對於沒有一定認識者，所以才更不能用「單字簡稱式」。--Tp0910（留言） 2024年4月20日 (六) 22:29 (UTC)[回复]
但是传统的这几个国家（英、美、德、日、俄…）确实单字常用，如果检索Google Scholar的话，scholar:中英关系有相当数量的结果，还有日语维基百科也用的ja:日英関係，如此限制单字使用可能违反Wikipedia:命名常规#使用常用名称，可能也原创研究，真的会有人写书命名《中国—日本关系史》吗，可能除了中文维基百科之外很少有人用。--Kethyga（留言） 2024年4月20日 (六) 23:48 (UTC)[回复]
所以有個Wikipedia:命名常规 (国际关系) #特殊情況。但對於已經更名的條目而言，又存在著不一致了。或許雙邊關係史的命名可以例外。--Tp0910（留言） 2024年4月21日 (日) 02:42 (UTC)[回复]
双边关系同样，不只是历史。个人反对已经有可靠来源、且常用的情况下去原创。即使对于美日关系美国国务院都直接用美日外交关系大事记（日维用ja:日米関係）。本来单字也是中文（汉字文化圈）的习惯。类似的甲午中日战争中文会有人说甲午中国—日本战争吗？--Kethyga（留言） 2024年4月21日 (日) 11:51 (UTC)[回复]
實體與實體之間的關係是全面的、廣泛的，與純粹的歷史還是有所不同，所以我說「或許雙邊關係史的命名可以例外」，例如甲午戰爭、國共內戰……，當然不會傻到改為甲午中國—日本戰爭、中國國民黨—中國共產黨內戰，而且這些也不是目前命名常規 (國際關係)中所明確定義的實體（地方、國家、多國集團、國際組織）。日美關係於日前已改為日本—美国关系。--Tp0910（留言） 2024年4月21日 (日) 13:01 (UTC)[回复]
@Kethyga：我們可以規定僅在此類條目之標題命名上使用此種格式，但內文大可照用簡稱，其餘衍生條目亦不必更易，我認為這並不妨礙全局。—— Eric Liu 創造は生命（留言・留名・學生會） 2024年4月21日 (日) 14:33 (UTC)[回复]
@Ericliu1912：還是想提一下我這裏提議定為方針的是命名常規，命名常規本即不管束內文用詞。Sanmosa Szégyen a futás, de hasznos 2024年4月21日 (日) 23:51 (UTC)[回复]
這樣會背離命名一致性的要求，子命名常規本來就是為（在專題下）達致命名一致性而設的。Sanmosa Szégyen a futás, de hasznos 2024年4月21日 (日) 23:55 (UTC)[回复]
一致性弱于Wikipedia:命名常规#使用常用名称。个人反对在已有常用词的情况下原创和使用不常用的规定。真有中文读者看不懂中日关系指的是什么，“可识别性及避免产生歧义”哪里有问题，台湾学者蔣永敬《近百年中日關係論文集》，個人檢索台灣的華藝學術“中日關係”1700多條，“中國日本關係”4條，可以說“中日關係”绝对常用，“中國日本關係”几乎沒人用。
此外，个人想提醒下之前订立的Wikipedia:格式手册/朝鲜半岛用语（必然会涉及到条目命名问题），其中新加坡、马来西亚不用或少用“朝鲜”、-“南韩”， Sanmosa基于港台常用"南韩"将韩国改为南韩，不知道是否违反Wikipedia:避免地域中心，本来“南韩”就已经是基于地域中心的用词，虽然可能是地区常用词。
不要制定一个没人用的规则，回来还得修复。--Kethyga（留言） 2024年4月22日 (一) 09:12 (UTC)[回复]
@Kethyga：（1）然而子命名常規在執行上優先性高於母命名常規，而且「子命名常規本來就是為（在專題下）達致命名一致性而設的」這點依然成立。（2）上一個指控（注意我的用詞是「指控」而非「提出憂慮」）地區詞地域中心的人是釘釘，社羣當時已經駁斥過不只一次了，我想我應該用不著在這裏重新抄送當時的駁斥。Sanmosa Szégyen a futás, de hasznos 2024年4月22日 (一) 23:54 (UTC)[回复]
子命名优先的前提是该规定合理，维基百科还有Wikipedia:非原创研究要求，使用实际不用或很少使用的名称显然不合理，个人简单看了中英几个方针还没有哪些方针命名明显去违反常用名称原则的。本来使用常用名称，如果读者（不管什么程度的）去搜索能找到很多结果，现在很少的结果，是说中文世界对于该项议题没有研究吗？
朝韩的命名问题即使是现实世界的地域中心，依然是基于地域中心的，可能和编辑无关，另外还没解决新加坡、马来西亚的问题。--Kethyga（留言） 2024年4月23日 (二) 05:56 (UTC)[回复]
依我看，釘釘所提出來的問題和Kethyga提出來的問題完全是兩回事。可能您需要重新看一看他的留言。--Ghren🐦🕑 2024年4月23日 (二) 06:10 (UTC)[回复]

修订删除方针明确允许删除没有来源30日以上的条目

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:删除方针。

修改WP:DP#REASON当前的7：

現行條文

徹底嘗試後仍無法由可靠来源查證的條目，尤其是不符合任何關注度指引（《通用關注度指引》或者其它專題關注度指引），且已经挂相应模板30天的條目

提議條文

所有版本均没有可靠来源查證的條目，尤其是不符合任何關注度指引（《通用關注度指引》或者其它專題關注度指引），或已经挂相应模板30天的條目。

删除方针中的“務必先考慮改善頁面”和“徹底嘗試後”在实践中导致了某些页面“现在没有来源，但是仅仅因为可能有来源”而保留。其指导的行为导致了读者得到不可靠的信息，影响了维基百科的质量。

现在的cat:缺少可靠来源的条目和cat:缺少来源的条目的统计数和约为4.5万，足以证明可供查证方针并没有得到完全的执行。--落花有意12138 2024年4月20日 (六) 14:52 (UTC)[回复]

虽然这能增加存废提出和倒逼质量提升，但这与过往实践有很大不同。“或已经”似乎意味着没有来源的条目能直接提删。怀疑社群无力妥善处理众多条目，同时，有来源但不够或不准的条目也有很多，只删除无任何来源的条目可能留下漏洞，且某些可能明显有来源。对于“不可靠的信息”而未做查证，倾向更显著和充分的标注。--YFdyh000（留言） 2024年4月20日 (六) 23:17 (UTC)[回复]
“且”改“或”意味著只要挂著模板，就算實際上已經不再需要挂模板也依舊需要提刪，我不認可。Sanmosa Szégyen a futás, de hasznos 2024年4月22日 (一) 01:31 (UTC)[回复]
"彻底尝试后仍无法由可靠来源查证的条目"和“尤其是不符合任何关注度指引，且已经挂相应模板30天的条目”才是两类不同的条目，这样改法会过度扩大删除范围，甚至还会波及部分老旧且本来就没有脚注来源的条目，即使这些条目并没有标注。还是认为没来源的情况，挂标识作为留意，而不是做删除派。——Sakamotosan路过围观 | 避免做作，免敬 2024年4月23日 (二) 01:14 (UTC)[回复]
對，原本方針講的是提刪無關注度條目，現在被落花有意擴大成提刪無來源條目。--日期20220626（留言） 2024年4月23日 (二) 03:38 (UTC)[回复]
原本的方針挺好的，不必修改。有來源也不代表什麼，理論上可以學折毛，亂塞來源；維基百科本身就是不可靠信息，加不加來源都不改變這個性質；刪除方針第二段明確寫有「我们应该尽量保留所有合乎百科全书目标的页面，删除应该是最后的选择」，提案與這句話精神不符，應該嘗試去找來源，而不是想著去提刪，實在找不到來源可以掛關注度模板，而且中維要是一堆條目缺失，也讓中維失去存在的意義。--日期20220626（留言） 2024年4月23日 (二) 03:21 (UTC)[回复]
我有个想法，对于长期无来源或明显不足的，使维护模板更显著一些，如更大横幅，黄色警告標誌（黄底，而非当前{{无来源}}较温和的橘红色）等，以督促解决和提高警惕。甚至整个条目加底纹。至少，这比删除要温和一些。如果time参数控制让人担心，可以用单独模板或参数控制。--YFdyh000（留言） 2024年4月23日 (二) 06:42 (UTC)[回复]

Quick CU introduction

Hello, since 維基百科:IP封鎖豁免權授予者 was settled on this project. Shall we introduce another process called QCU related to that?

As the description from English Wikipedia

Use this section to request checkuser information relating to a situation that does not involve sock puppetry. You could use this section to request, for example:

  • Underlying IPs of an account, where the autoblock has expired or been ineffective.
  • Collateral damage checks for the informed hardblocking of IPs or ranges.
  • IP block exemption checks before granting IPBE (or to verify it is being used constructively).

-Lemonaka 2024年4月21日 (日) 10:21 (UTC)[回复]

Google.
您好，自从维基百科：IP封锁夺权者落户这个项目以来。 我们是否应该介绍与此相关的另一个称为 QCU 的流程？
正如英文维基百科的描述
使用此部分请求检查与不涉及袜子木偶的情况相关的用户信息。 您可以使用此部分来请求，例如：
自动封锁已过期或无效的账户底层IP。
针对 IP 或范围的知情硬阻止进行附带损害检查。
在授予 IPBE 之前进行 IP 封锁豁免检查（或验证其是否被建设性地使用）。 -Lemonaka 2024年4月21日 (日) 10:23 (UTC)[回复]
重新翻译。
您好，自从WP:IP封禁豁免权授予者在本项目落地后，我们是否应当引入快速用户查核机制？
以下内容翻译自英维。（应该是取自查核请求页面）
如欲进行与操纵傀儡无关的查核请求，请在本小节下留言。例如：
  • 查核账号背后的IP，仅限自动封锁已过期或未能生效；
  • 在有意硬封锁IP或IP段时检查误伤；
  • 在授予IPBE权限前检查IP封锁情况，或确认使用者是否正确使用该权限。
--MilkyDefer 2024年4月21日 (日) 10:49 (UTC)[回复]
WP:CUP#1、WP:CUP#2、WP:CUP#3。由于元维基政策，中文维基百科没有本地用户查核员的情况下此方针无法执行。--桐生ここ★[讨论] 2024年4月21日 (日) 11:16 (UTC)[回复]

提議英維指引en: MOS:TVINTL經本地化後引入中維維基百科:格式手冊/電視

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:格式手冊/電視。

目前，英維en: MOS:TVINTL有限制維基百科應收集怎樣的播放資訊，但中維沒有相關限制，導致各電視節目（包括劇集及日本動漫）均記錄了世界各地每一地區的播放資訊或重播資訊，本人認為條目內記錄每一地區的播放資訊或重播資訊是非常冗長而沒經篩選，更甚有條目的播放資訊比例佔整個條目一半或更多，有機會違反WP:SOAP及WP:NOTTVGUIDE。對此，引入en: MOS:TVINTL也許可解決問題。
en: MOS:TVINTL： Broadcast
This subsection should cover broadcast and release information about the series or season. This can include: the original network or streaming service of release in the country of production (e.g. the British network for a British series such as Doctor Who); a change in network throughout the run, such as with Futurama; start and end dates; and discussion of technical data such as picture and audio format, accompanied by critical commentary. Days or timeslots are not inherently notable, but if covering a series that switches these during its run, it may be helpful to note them for each season. If episodes are released all at once on a streaming service, it may be more appropriate to title this section "Release" rather than "Broadcast". Any syndication deals can also be noted.

As Wikipedia is not a television guide, do not include an indiscriminate list of every network that carried a series outside the country of production. Editors are encouraged instead to add noteworthy foreign broadcasts, if reliably sourced. These can include: broadcasts in primarily English-speaking nations such as the United States, Canada, United Kingdom, Australia and New Zealand; special cases such as an American series airing its finale first in France; or a mass international distribution deal, such as Netflix acquiring the international rights for Riverdale and Designated Survivor. If reliable sources exist for English broadcasts in other countries, a talk page discussion should decide whether these are notable.

可以這樣本地化：

由於維基百科不是電視指南，因此不要不分青紅皂白地列出在生產地區以外播放系列的每個播放平台。 相反，如果來源可靠，鼓勵編輯新增值得注意的非生產地區的廣播或串流資訊。 這些可能包括：在中國、台灣、香港、澳門、馬來西亞、新加坡等主要中文地區的廣播或串流資料；其餘地區除了特殊情況外，包括如相關地區的通用語言不是中文，但首次播放以中文製作節目的播放資訊；或大規模國際發行協議，否則不應被記錄。

下列資料不應記錄：

  • 播放時間（不包括播放日期）
  • 電視重播資訊
  • 電視延後播放資訊（只記錄該地區最先出現的資訊）
  • 馬拉松式播放資訊（例如在一天內連續播放5集電視節目）
  • 節目原產地區外，不是以中文提供字幕或配音的播放平台
  • 相關串流平台官網、其他可靠來源均沒有記錄相關節目的準確播放地區且相關播放平台設置了IP限制 (特別注意：Disney+、Netflix、Amazon Prime Video、TVB Anywhere、Viu OTT)
  • 如相關節目於中文地區有「代理發行」資訊，則只可記錄可在該播放平台清淅辨認相關代理資料的網路播放平台。(特別注意：日本電視動漫)

由於此條文適用於所有曾於電視廣播的節目，故在此提案。部分字眼可改，只求盡快通過。--唔好阻住我愛國（留言） 2024年4月22日 (一) 07:16 (UTC)[回复]

个人感觉：“值得注意的”是重点，但不十分明确。短期内或频繁的重播可能琐碎，得到有效来源介绍的则可考虑。“除了特殊情况外”后面的语句可能仍需润色，不好懂。“播放时间”如果有来源我觉得可以，但可能很多是查证不足。“下列资料不应记录”第三条及之后的含义和用法我不太明白，或许应补充例子。建议邀请活跃编者，可预期存在反对声音，另外它是指引，强制力在短期内可能不会很高，只能作为理由依据。--YFdyh000（留言） 2024年4月22日 (一) 07:56 (UTC)[回复]
  • 「值得注意的」段落可以extend，但應如何extend則交由社群決定。
  • 「頻繁的重播」當然是瑣碎，難道要準確收錄何時重播？
  • 「播放時間」見下方解答
  • 「第三條及之後的含義和用法」，不是電視節目條目編輯者不明白是正常的。
最後那點，請參閱在Wikipedia talk:格式手冊/日本動漫遊戲 § 提議將WP:MOSACG跨媒體部分提升為指引的討論。--唔好阻住我愛國（留言） 2024年4月22日 (一) 09:26 (UTC)[回复]
那之前疫情的时候部分作品由于制作原因推迟播出，算不算电视延后播放信息？而且这一段(如相关节目于中文地区有“代理发行”信息，则只可记录可在该播放平台清淅辨认相关代理资料的网络播放平台。(特别注意：日本电视动漫))应该要加上特摄作品的信息。(有部分特摄作品也会标注其代理信息)--马哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月22日 (一) 07:58 (UTC)[回复]
第一點：想法是只記錄該集數最先出現的播放平台，例如「A節目在B平台的播放時間是0900，在C平台的播放時間是0930，在D平台的播放時間是1200…」，這樣寫實在太冗長及無謂。想法是「A節目於B、C、D平台上架。」
第二點括號內的是我個人想法，當然是不會加入條文之中。--唔好阻住我愛國（留言） 2024年4月22日 (一) 09:04 (UTC)[回复]
第一个的话这个不反对(反正超级战队系列特摄作品条话一般都是按散文方式写在哪一个平台上架不大受会受影响，但是假面骑士和奥特曼系列的话有可能会受到影响删内容。)第二点的话就是说所有电视类条目都得遵守该规范吗？--马哈迪跟哈迪阿旺走的越來越近了。--老墨泡芙真好吃。 2024年4月22日 (一) 11:22 (UTC)[回复]
總之曾在電視廣播的節目條目也適用。--唔好阻住我愛國（留言） 2024年4月23日 (二) 06:04 (UTC)[回复]
依MOS:CHINA，修改為「這些可能包括：在中國大陸、台灣、」。--CaryCheng（留言） 2024年4月22日 (一) 18:21 (UTC)[回复]
下一版本會更正。--唔好阻住我愛國（留言） 2024年4月23日 (二) 06:03 (UTC)[回复]
取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/方针&oldid=82367978”