維基百科討論:新頁面巡查

再提重組用戶權限組

以下列出中文維百常年不通過，但非常需要的更改權限提議：

• 降低自動確認用戶的門檻
• 巡查員與回退員合併為巡退員
• 設立高級巡退員以查看私密過濾器
• 給界面管理員授予編輯被保護頁面的權限
• 與基金會協商重新引入用戶查核員--Firedoge2023（留言） 2023年7月13日 (四) 14:24 (UTC)

請勿在討論版直接引用個人沙盒，這會使您此後的更改直接反饋到該頁面，使討論內容無法確定。此外關於用戶組權限的調整，還請您不要自顧自地不給出任何理由直接提出自己的一系列想法，這無助於發現問題和解決問題，只是在創造問題。——暁月凜奈 (留言) 2023年7月13日 (四) 14:41 (UTC)

回復@暁月凛奈：這些想法也不是我提的呀，之前都有討論--Firedoge2023（留言） 2023年7月13日 (四) 14:50 (UTC)

以上提議我覺得會因安全原因而不會通過，例如反對降低自動確認用戶的門檻的原因是有長期破壞者喜歡通過刷編輯數來破壞被半保護的頁面。--Lanwi1^Talk 2023年7月13日 (四) 15:56 (UTC)

可以限制為條目命名空間編輯--Firedoge2023（留言） 2023年7月14日 (五) 02:02 (UTC)

可能和mw技術實現有關，至少在P站申請得到mw開發人員支持改進出這個功能才能討論。不過如果看自動確認和延伸確認兩種類似機制下的授權方式有明顯差異，感覺這個授權部分是屎山，沒人想動。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 03:05 (UTC)

• 建議先論證"非常需要的更改權限提議"。--Temp3600（留言） 2023年7月13日 (四) 20:33 (UTC)

  @Temp3600：授予介面管理員編輯被保護頁面的權限可能確實「（非常）需要」（？），其他的要麽看不到甚麽必要性，要麽就跟現在討論中的提案全部或局部重複。Sanmosa _{In vain} 2023年7月14日 (五) 01:06 (UTC)

「再議回退員的角色（是否可以與巡查員進行簡併？）」、「提議重組現有的用戶權限組」不是已經在討論有關部分問題（包括合併巡查和回退，將回退看私密AF的權限正式轉給另一個用戶組）。至於其他（如「降低自動確認用戶的門檻」、「界面管理員編輯被保護頁面」），只是舉出常年理由並不足夠說服吧，至少說明現在為什麼要這麼做。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 01:11 (UTC)

「界面管理員」本來就是防止管理員被盜後修改界面空間（例如Mediawiki空間的js腳本、css等）而將相應編輯權限拆出來提高安全性，「編輯被保護頁面」如果指全保護的話應該是管理員就可以吧？——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 01:15 (UTC)

PS，雖然現在來看，除了AnYiLin外，剩下的也是管理員（樂），有點脫褲子放屁的感覺，而且申請難度也和管理員接近。如果說好處的話， 就是收窄修改界面空間用戶的範圍，一些專注頁面管理、用戶管理的管理員通常不需要這個編輯能力。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 01:20 (UTC)

那就剝奪幾個界面管理員的管理員身份^{[開玩笑的]}--Firedoge2023（留言） 2023年7月14日 (五) 02:07 (UTC)

這不是開玩笑，畢竟這幾位的確是偏向技術維護的管理員。雖然從所謂安全性而已，是提出了拆分組別的要求，而基於其角色，他們看上去又好像沒有丟失了這些權力。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 03:24 (UTC)

看了一下，應該給界管授予以下權限

editprotected

editcontentmodel

delete（僅限Mediawiki命名空間或CSSJS頁面）

undelete（僅限Mediawiki命名空間或CSSJS頁面）

suppressredirect（僅限Mediawiki命名空間或CSSJS頁面）--Firedoge2023（留言） 2023年7月14日 (五) 02:24 (UTC)

反對，界面管理員不應該有更改界面以外的任何權限，以上五個權限全部沒有技術上的命名空間限制，全部不應授予界面管理員。--路西法人 2023年7月14日 (五) 02:39 (UTC)

「界面管理員的可信程度不應亞於管理員，甚至應該更高。」可信程度更高，權限也應更高。--Firedoge2023（留言） 2023年7月14日 (五) 02:51 (UTC)

所以我曾經認為這句話說得不好，產生界面管理員組別的意義是為了隔離界面空間編輯功能而產生（或者說是拆分出來），實際上它的權限少於管理員，沒有什麼「可信程度不應亞於管理員，甚至應該更高」的意義。除了可以加些js腳本（可能引入隱私泄漏的破壞腳本），或者惡作劇性質的css外，遠不如管理員能刪除頁面、保護頁面、或者封鎖用戶更麻煩，前者直接用API也能繞開頁面修復。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 03:10 (UTC)

我把這句話刪了--Firedoge2023（留言） 2023年7月14日 (五) 03:24 (UTC)

從技術上，有類似控制特定用戶組對特定頁面空間的動作控制插件：mw:Extension:Lockdown，不過可能需要確定基金會會不會允許使用這個插件。「editprotected」（編輯全保護頁面）感覺沒必要給，因為這本來是管理員主要權限之一、「editcontentmodel」可能可以考慮。至於其他要看插件功能來確定。——Sakamotosan路過圍觀 | 避免做作，免敬 2023年7月14日 (五) 03:20 (UTC)

須證明日常工作中常用、必需，否則放在管理員權限組、雙人完成就好（活躍者少是另一問題）。可信程度高不代表要授予非必要的權限。--YFdyh000（留言） 2023年7月18日 (二) 13:20 (UTC)

請深思熟慮以後再提案，不要一股腦提出來。這些提案「常年不通過」是有原因的。從使用者查核員問題就可以看出，顯然提案人沒有對本站權限體系發展事先做過研究。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月14日 (五) 13:13 (UTC)

我研究過--Firedoge2023（留言） 2023年7月14日 (五) 13:39 (UTC)

@Ericliu1912：雖然我個人也同樣不認可這次Firedoge2023的做法，但你用「這些提案『常年不通過』是有原因的」來批判他我也不認可。這樣説吧，我一開始在2018年重提設立編輯禁制方針（現稱「禁制方針」）的時候也沒有怎麽「深思熟慮」過，而且編輯禁制方針當時也是常年提案，但那時最終我的提案通過了。Sanmosa _{In vain} 2023年7月14日 (五) 13:52 (UTC)

我自已也不認可我的觀點。--Firedoge2023（留言） 2023年7月14日 (五) 14:03 (UTC)

提案人應對提案脈絡及意義有充分掌握，這是基本道理。操之過急而缺乏準備的提案不值得社群多花精力去「幫」提案人額外考慮。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月14日 (五) 14:12 (UTC)

我的意思是説你先不要一來就假設對方完全沒有「對提案脈絡及意義有充分掌握」，這某程度上可以算是冒犯。Sanmosa _{In vain} 2023年7月14日 (五) 14:28 (UTC)

我只是就事論事。提案人如果明確知道為什麼要提案、怎麼解決過往討論未能解決的問題並合理說服社群，就不會出現「自顧自地不給出任何理由」等情況以及上方某些不明就裡的意見；如果認真、嚴肅地對待討論，就更不應該出現「那就剝奪幾個介面管理員的管理員身份[開玩笑的]」這種發言。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年7月14日 (五) 15:40 (UTC)

😅--Firedoge2023（留言） 2023年7月16日 (日) 02:52 (UTC)