萌娘百科討論:討論版/權限變更/存檔/2023年01月
討論版【權限變更】檔案館
機器人追加任務申請 - User:LihaohongBot
申請者:Lihaohong[更多]
機器人賬號:LihaohongBot[更多]
追加任務:統計鏈入消歧義頁面的條目。目前在用戶頁User:Lihaohong/鏈入消歧義頁面的條目試運行過。源代碼在GitHub。
如果請求被接受,試運行時創建的用戶頁及其子頁面會被移動至萌娘百科:疑似鏈入消歧義頁面的條目(仿照萌娘百科:疑似不當文件名數據)。
由於需要向服務器發送大量請求(backlinks一次只能查詢一個頁面),預計每周運行一次。如果有頻繁更新的需求,例如多個編輯同時大量處理消歧義問題,則會手動調整頻率。 —— ā Petrō(對線|黑歷史|簽名牆)Magnō於2022年12月24日 (六) 09:47 (CST)
- (+)支持 非常有用的統計
水編輯的好去處——BearBin 「噴他 • 留名」 2022年12月24日 (六) 11:27 (CST) - (&)建議 試用了一下,能不能在允許的情況下把條目鏈接改為
action=edit
並直接定位到待修改的大致位置?——移動版用戶 Bhsd 2022年12月24日 (六) 18:56 (CST)
放棄指令碼編輯員用戶組 - User:C8H17OH
突然發現自己還留着一個修腳師傅的資格證
雖然不想學前端的運維不是好客戶端,但還是太菜了,而且現在大佬眾多+版式巨變,已經……不需要戰鬥了……(雖然是零戰績退場)
恭喜小魚君再次成為唯一腳編(甚至還有替身)
——C8H17OH(討論) 2022年12月22日 (四) 22:38 (CST)
- 沒有正當理由
豈能想來就來想走就走?——移動版用戶 Bhsd 2022年12月23日 (五) 00:39 (CST)
巡查姬申請 - User:淮南皓月
淮南皓月[更多]在此申請成為巡查姬。
希望為社群多作貢獻。
—— 淮南皓月 🌙 2023年1月1日 (日) 20:58 (CST)
維護人員提問與考核區 - User:淮南皓月
討論區 - User:淮南皓月
可愛皓月月 あめろ 討論 2023年1月1日 (日) 21:12 (CST)
優質編輯者申請 - User:我餓人一一
申請者:我饿人一一[更多]
申請用戶組:優質編輯者
Happy New Year!新年伊始,我再次來申請優質編輯者了。
在這次申請之前,我再說一下我的能力:
- 長期編輯質量優異完成
- 能較好地創建和編輯條目,特別是熊出沒系列,偶爾會編輯其他的(如植物大戰殭屍3、棉花糖和雲朵媽媽等最近還偶爾編輯萌系日常番條目)。完成
- 目前大改的條目:腐竹辦公室、熊出沒系列等。完成
- 從2020年4月後,就沒有再把百度百科的條目弄到萌娘百科中。完成
- 偶爾會創建模板或對模板進行大改,如模板:熊出沒和模板:方特動漫。完成
- 還有去年9月份申請時被提到的萌娘共享問題,已經編輯次數較多了。完成
——我餓人一一(討論) 2023年1月9日 (一) 08:55 (CST)
檔案維護員申請 - User:清浦
申請者:清浦[更多]
申請時長:3天
由於錯誤命名文件太多,所以在此申請成為檔案維護員,以修改文件命名 ——清浦(討論) 2023年1月8日 (日) 18:42 (CST)
- 已成為自動確認使用者超過30日 完成
- 充分了解萌娘共享:頁面命名指引,基本了解其他萌娘共享及文件相關的方針/指引 完成
- 文件維護經驗 完成 多次在操作申請上申請移動文件。
- 需要額外的「移動頁面時不創建來源頁面的重新導向」「不受速率限制影響」權限以便大量維護文件命名,一般建議超過50個。完成
--清浦(討論) 2023年1月8日 (日) 18:42 (CST)
技術編輯員申請 - User:HetmesAskalana
申請者:HetmesAskalana[更多]
申請用戶組:技術編輯員
陽,沒好利索,敲不動太多三回啊三回。
—— 已經是一條死魚的HetmesAskalana 2023年1月1日 (日) 21:18 (CST)
- (+)強烈支持 HA技術很強,做事很認真,我認為值得信任。—— 非專業技師⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月1日 (日) 21:36 (CST)
- (+)支持 史蒂夫桑說得對--深海之下無望人間 2023年1月1日 (日) 21:37 (CST)
技術編輯員申請 - User:BearBin
申請者:BearBin[更多]
申請用戶組:技術編輯員
申請條件:
- 萌娘百科和萌娘共享的模板(Template)、模塊(Module)命名空間的總編輯數編輯合計超過200次或模塊命名空間的編輯總數大於50次:申請時模板710次、模塊64次。
- 可證明精通複雜wikitext或熟悉Lua,了解處理高風險模板或模塊的職責:
- wikitext模板:{{角色資料卡}}、{{漸變發光}},以及B站動態等自用或娛樂性質的用戶頁模板,大家族、頁頂等不再另外列出。
- Lua模板:{{EpisodeStory}}、{{CGSScardcontainer}}(使用Lua重寫原模板)
- 最近30日內無觸犯封禁政策和其它方針有關封禁規定導致的封禁記錄;無編輯戰、人身攻擊等行為:未觸犯過。
- 除自行請辭外,發起申請前30日內未被除去技術編輯員用戶組,也未發起過技術編輯員申請:未申請過。
一年前的今天、這個時候,我在萌百做出了第一筆編輯。今天申請技術編輯員,不論是否通過,都希望能將此作為我這一年萌百編輯史的小總結和里程碑。——BearBin 「噴他 • 留名」 2023年1月18日 (三) 20:54 (CST)
- 隔壁家的叔叔春節一個人在家申請技術編輯員,你可千萬不能變成那樣。——OIer樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月18日 (三) 21:00 (CST)
- 隔壁家的叔叔春節一個人在家申請技術編輯員,你可千萬不能變成那樣。--請問您需要來一隻兔子嗎⭐ 本森級7號艦拉菲(討論·貢獻) 2023年1月20日 (五) 20:54 (CST)
優質編輯者申請 - User:哈曼女王賽高
申請者:哈曼女王赛高[更多]
申請用戶組:優質編輯者
——哈曼女王賽高(討論) 2023年1月17日 (二) 08:08 (CST)
(不知為何之前寫的傳送後變成這樣了所以重新寫一下)
- 主要在遊戲王板塊進行長期編輯,包括對歷史遺留模板的大幅度修正以及遊戲王卡包內容的創建和編輯,外加各類卡組條目和單卡介紹
- 雖然無論職位如何都會堅持在遊戲王版進行編輯,但還是衷心希望能申請優編代表對個人的認可,今後也會不斷完善遊戲王板塊的相關內容和規範
——以上未簽名(註)本條留言未簽名,留言後請記得用--~~~~簽名!的留言由哈曼女王賽高(討論·貢獻)於2023年1月17日 (二) 23:53 (CST)添加。
- 於是你在自己的發言裡插內容。———— 冬月下的二重奏 LUO1P✾ 2023年1月18日 (三) 01:17 (CST)
對 User:かゆり*なより 的封禁報告
實施者:柏喙意志[更多]
被封禁者:かゆり*なより[更多]
封禁時間:2023年1月12日 (四) 15:21:58 至 2023年1月13日 (五) 15:21:58(持續時間為1日)
該用戶上傳大量無意義文件分類之文件,經用戶討論頁提醒16次並警告1次後,仍繼續上傳。
按反破壞方針具體破壞行為第七條第2款,現認為警告無效,執行封禁。
該用戶最近一年內無封禁記錄,按方針規定,確定本次封禁時長為1天。
被封禁者如有異議,可在本人用戶討論頁使用{{Help}}模板提出申訴,將由其他維護人員進行覆核。
其他用戶也可以在討論版提出異議。--SysOp 珞珝 [用戶討論] 2023年1月12日 (四) 17:21 (CST)
巡查姬申請 - User:小祈吖
小祈吖[更多]在此申請成為巡查姬。
- 已成為自動確認使用者超過30日;完成
- 已知曉並確保可以遵守萌娘百科:維護人員的基本義務;完成
- 已經通讀了萌娘百科:維護人員的維護任務,基本了解站點方針/指引;完成
- 在萌娘百科的主(namespace=0)、模板(template:)、分類(category:)命名空間下編輯合計超過200次;完成
- 在萌娘共享的文件(file:)、分類(category:)命名空間下編輯合計超過25次;完成
- 掌握wiki代碼/分類/模板/文件的基本使用方法;完成
- 有1個由自己主力編寫的條目,證明自己已經會用wiki代碼,能寫出條目;完成
- 正式開始寫萌百的契機:景之海的艾佩莉婭
- 角色條目如:海野宮子(舉這個例子不是因為寫得好,而是因為沖國人人均白毛控)
- 其他見:User:小祈吖/創建
- 有10個維護過的頁面的特定歷史記錄點,通過編輯歷史證明自己明白如何提高頁面質量;完成
- 東峰司→Special:差異/5905224/6369298
- 拔作島→Special:差異/5965010/6398332、Special:差異/6398352/6411969
- 水無月螢→Special:差異/6116181/6429815
- 夜月姬織→Special:差異/6433492/6433682
- Template:Navel→Special:差異/6403680/6499944
- 朱雀院椿→Special:差異/6531076/6531100
- 田中優美清春香菜→Special:差異/5256240/6571677
- 戀愛成雙→Special:差異/6463238/6472026、Special:差異/6472026/6553219
- 武器大師→Special:差異/5466190/6584059
- 溱綾西陌→Special:差異/6576097/6578641
- 最近30日內無觸犯封禁政策和其它方針有關封禁規定的行為;良民
- 除自行請辭外,發起申請前30日內未被除去管理員、巡查姬用戶組,也未發起過巡查姬申請。註冊後首次申請
鄙人自開始編輯以來大概創建了100來個未被刪除的條目雖然大部分很水,主要活躍在galgame相關,其他方面也略有涉及。
感覺1月沒什麼人申巡,那我湊個數斗膽一試逝。雖不才,願為萌百獻上一份力。
如果覺得我有什麼不足,歡迎各位前輩指正大佬輕噴。
———— 祈「討論 簽名」 2023年1月20日 (五) 00:00 (CST)
維護人員提問與考核區 - User:小祈吖
討論區 - User:小祈吖
簽名不應存在未使用替換引用(subst:
)而直接嵌入的任何頁面。—— 東方眾⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月20日 (五) 00:07 (CST)
- 簽名竟然直接用模板,看來應該沒戲了……是我感覺不太熟悉的人啊,大概是視研會那邊的熟人?希望簽名改正之後可以再看到你
另:可以看一下這裡的代碼抄一下怎麼在簽名裡面用彩色字——Zyszhao·(討論·留名·貢獻)·Θα΄ρθεις σαν αστραπή 2023年1月20日 (五) 00:20 (CST) - 連夜修改,寄!—— 祈「討論 簽名」2023年1月20日 (五) 00:33 (CST)
- 豬鼻操作有點多,先潤了。—— 祈「討論 簽名」 2023年1月20日 (五) 00:33 (CST)
優質編輯者申請 - User:GreenHal
申請者:GreenHal[更多]
申請用戶組:優質編輯者
思前想後還是決定抱着試一試的心態申請一下(
- 貢獻多個獨立完成的高質量條目,無需返工:例如里約大冒險、粘粘世界、馴龍高手3
- 能及時更新條目內容,保證時效性和準確性:Special:差異/6488619
- 熟練使用模板並完善模板功能:目前已掌握大多數基礎的wiki代碼。
- 準確完成對共享站文件的維護:能夠給上傳的文件添加分類。
如果被拒絕的話我會繼續努力的。 ————GreenHal Talk with me now~ 2023年1月21日 (六) 19:39 (CST)
- 我覺得可以,不過記得補充下過往上傳的未加分類的圖的分類——深海之下無望人間 2023年1月21日 (六) 19:48 (CST)
- 感謝前輩的認可,我會好好加油的。——GreenHal Talk with me now~ 2023年1月21日 (六) 19:53 (CST)
請求變更優質編輯者權限
請求將我的優質編輯者權限轉移至BugCatcher[更多]。 一個被經常waf的萌百人(討論/貢獻/留名) 2023年1月24日 (二) 00:43 (CST)
機器使用者申請 - User:本森級7號艦拉菲
申請者:本森级7号舰拉菲[更多]
機器使用者賬號:本森级7号舰拉菲[更多]
申請理由:用於給編輯組成員發放新年維基友愛而不會造成短暫刷屏
申請時長:3天
原本1天可以完成,但最近過年加班比較忙,所以打算分批發放--請問您需要來一隻兔子嗎⭐ 本森級7號艦拉菲(討論·貢獻) 2023年1月23日 (一) 09:14 (CST)
- ( ? )疑問 使用何種工具?維基友愛是API編輯,這個用戶組沒用。—— ほしみ 2023年1月23日 (一) 23:54 (CST)
巡查姬申請 - User:Sytus
如題,希望為編輯者們做出更多貢獻。—— Sytus(Talk) 2023年1月27日 (五) 17:17 (CST)
- (+)支持 —— 屠麟傲血(討論) 2023年1月27日 (五) 17:19 (CST)
- (+)強烈支持強烈支持,不過不用預設模板真的沒問題嗎() --抬頭方覺夜已深,風過天使歸無痕 2023年1月27日 (五) 17:26 (CST)
- (+)支持 歡迎前輩回歸。-- 珞羽子(交流室) 2023年1月27日 (五) 17:33 (CST)
- 歡迎回來。--EnMGP編輯者樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月27日 (五) 20:51 (CST)
- 好!—— Eric Liu 創造は生命(留言·留名) 2023年1月28日 (六) 02:33 (CST)
指令碼編輯員申請 - User:屠麟傲血
屠麟傲血[更多]在此申請成為指令碼編輯員。
大家好,我是練習javascript兩月半的練習生屠麟傲血。聽說萌百年後要升級1.35,因此widget調用js代碼庫的方法需要作出億些調整,我希望能為這件事出一份力。同時,我有信心能處理簡單的widget修改。
- 在萌娘百科和萌娘共享的主(namespace=0)、模板(template:)、分類(category:)、模塊(module:)命名空間下編輯合計超過500次;完成
- 能證明充分掌握Widget的使用方法,能寫出安全可靠的代碼,了解處理高風險頁面的職責;完成
- 有意願參與各類工具的合作編寫,並且願意、熟練使用諸如Github等管理工具;完成
- 註冊滿365日,且最近365日內無觸犯封禁政策和其它方針有關封禁規定導致的封禁記錄;完成
- 除自行請辭外,發起申請前30日內未被除去非臨時的指令碼編輯員用戶組,也未發起過指令碼編輯員申請。完成
———— 屠麟傲血(討論) 2023年1月12日 (四) 19:04 (CST)
意見區 - User:屠麟傲血
來自管理員的意見
- (-)反對 。—— ほしみ 2023年1月12日 (四) 19:06 (CST)
來自指令碼編輯員的意見
屠老師有沒有興趣做一下這題 Special:Diff/6597373/6597459 機智的小魚君⚡ (留言✨) 2023年1月18日 (三) 20:34 (CST)
- 直到做了這題我才知道mediawiki.Uri有多方便:
<head>
<title>这里是标题</title>
</head><body>
<div id="errorMsg">这是显示提示的地方</div>
<script>
var $query = new URLSearchParams.get(location.search.substring(1));
var errorMsg = $query.get("errorMsg");
if(errorMsg){
errorMsg.replace( /%21/g, "!" ).replace( /%27/g, "'" )
.replace( /%29/g, ")" ).replace( /%2A/g, "*" )
.replace( /%20/g, "+" ).replace( /%28/g, "(" ); //解码
document.getElementById("errorMsg").innerText = errorMsg;
}
</script>
</body>
—— 屠麟傲血(討論) 2023年1月19日 (四) 18:41 (CST)
- 感謝您的回答,另外,我也提供了一套實現方案供您參考:codesandbox --機智的小魚君⚡ (留言✨) 2023年1月20日 (五) 12:37 (CST)
討論區 - User:屠麟傲血
- @屠麟傲血 您在申請中提到「widget調用js代碼庫的方法需要作出億些調整,我希望能為這件事出一份力」,請您詳細闡述一下。--酒姬民樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月12日 (四) 21:28 (CST)
- 話說的有些誇張了,事情是這樣的:mw1.34+加載widget的時候jQuery還不可用,因此當前站里widget調用jQuery的方法就失效了,而基於jQuery.Deferred()的mw.loader.using也會失效,波及到的widget範圍較廣。解決方法不止一種,不過我覺得從1.32+引入、同樣基於window.RLQ.push的等待模塊加載方式對現有widget的修改規模不大,是較好的解決方案。—— 屠麟傲血(討論) 2023年1月13日 (五) 12:45 (CST)
- 沒太聽明白您所說的「等待模塊加載方式」是指什麼。我看到您所鏈接的RL源代碼里是在給JS代碼包一層RLQ,但是您具體是要對widget做什麼更改?有什麼是批量替換做不到的?--酒姬民樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月15日 (日) 02:50 (CST)
- 就是使用該方法讓widget的代碼等到jQuery加載後再加載。這裡可以填入的代碼庫不止一個,我認為把之前使用mw.loader.using調用的庫全部寫入這裡有助於理清代碼,避免出現Widget:DeceasedPerson之前同樣的代碼庫調用了兩次。這樣就不宜使用批量替換了。—— 屠麟傲血(討論) 2023年1月18日 (三) 19:03 (CST)
- 查了一下,之前Bhsd佬寫過一個用自定義事件觸發依賴的方案,我覺得挺好的,也不需要倒騰RLQ。--月餅主編樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月18日 (三) 19:25 (CST)
- 我不理解為什麼申請了指令碼編輯員能有編輯後台php的權限。——移動版用戶 Bhsd 2023年1月18日 (三) 22:30 (CST)
- @Bhsd 屠老師發的鏈接錯行了。我理解的意思應該是參考
makeInlineCodeWithModule
這個函數,用(RLQ=window.RLQ||[]).push([deps], func)
這種寫法替換已有的。--單推人樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月18日 (三) 22:34 (CST) - 非常抱歉,我發的錨點錯行了,本意是錨點到第1543行。—— 屠麟傲血(討論) 2023年1月18日 (三) 22:49 (CST)
- @Bhsd 屠老師發的鏈接錯行了。我理解的意思應該是參考
- 就是使用該方法讓widget的代碼等到jQuery加載後再加載。這裡可以填入的代碼庫不止一個,我認為把之前使用mw.loader.using調用的庫全部寫入這裡有助於理清代碼,避免出現Widget:DeceasedPerson之前同樣的代碼庫調用了兩次。這樣就不宜使用批量替換了。—— 屠麟傲血(討論) 2023年1月18日 (三) 19:03 (CST)
- 沒太聽明白您所說的「等待模塊加載方式」是指什麼。我看到您所鏈接的RL源代碼里是在給JS代碼包一層RLQ,但是您具體是要對widget做什麼更改?有什麼是批量替換做不到的?--酒姬民樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月15日 (日) 02:50 (CST)
- 話說的有些誇張了,事情是這樣的:mw1.34+加載widget的時候jQuery還不可用,因此當前站里widget調用jQuery的方法就失效了,而基於jQuery.Deferred()的mw.loader.using也會失效,波及到的widget範圍較廣。解決方法不止一種,不過我覺得從1.32+引入、同樣基於window.RLQ.push的等待模塊加載方式對現有widget的修改規模不大,是較好的解決方案。—— 屠麟傲血(討論) 2023年1月13日 (五) 12:45 (CST)
- (-)不支持 請先把用戶頁整理的JavaScript筆記都挨個自行測試一遍。——移動版用戶 Bhsd 2023年1月13日 (五) 04:13 (CST)
- (…)吐槽 用戶js的混合縮進看得我血壓高。機智的小魚君⚡ (留言✨) 2023年1月15日 (日) 11:02 (CST)
投票區 - User:屠麟傲血
萌娘百科:指令碼編輯員規定,指令碼編輯員申請投票時,管理員每人投票權重1票。在參與率超過1/2的前提下,同意票占總票數比例超過2/3,投票通過;除此以外,投票不通過。 除STAFF外,發起投票時共有8位在任自然人管理員。
申請發出已達7天,現開啟投票,並召喚所有管理員:@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun。--SysOp 珞珝 [用戶討論] 2023年1月19日 (四) 19:42 (CST)
管理員投票意見
- 同意
- 反對
- (-)反對 不太行。—— ほしみ 2023年1月19日 (四) 21:29 (CST)
- (-)反對 技術方面,樓下小魚基本上把我想說的都說完了。我對申請者的JS能力持保留意見。--工具人樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月20日 (五) 12:30 (CST)
- (-)反對 即使不討論技術,申請者在行事作風和交流探討能力上存在一定問題,考慮到本用戶組需類似管理員的可信程度,予反對。--SysOp 珞珝 [用戶討論] 2023年1月20日 (五) 19:14 (CST)
- (-)反對 不可信。——From 引夢者濁華(討論) 2023年1月21日 (六) 10:34 (CST)
- 棄權
- (∅)棄權 再接再厲。——絲毫沒有存在感的某藍色管理員(討論) 2023年1月24日 (二) 17:31 (CST)
無票權用戶意見
- 同意
- 反對
- (-)反對 申請者針對我的問題提交的解答,存在許多尚可改進的地方。具體來說存在大量無意義的片段,例如
以及接下來的一大片.replace,這些舉動說明申請者對於JavaScript內置對象運用的不熟練。但值得肯定的是申請者在處理用戶輸入內容時有仔細思考過解碼以及安全性相關的問題。希望申請者再接再厲,我相信在繼續深入學習相關知識後您一定可以勝任這個職位,並為萌娘百科做出相應的貢獻。機智的小魚君⚡ (留言✨) 2023年1月20日 (五) 12:27 (CST)location.search.substring(1)
中的substring,
- 棄權
計票和結論 - User:屠麟傲血
本通知由人工機械體自動發出,可能存在發送時機不對、發送對象不對、重複發送等問題,如有問題請聯繫User_talk:AnnAngela。
@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun 本投票現已結束,根據萌娘百科:指令碼編輯員#授權程序,請及時計票!——AnnAngela-abot(討論) 2023年1月26日 (四) 19:50 (CST)
管理員參與率超過1/2。(+)同意 0票,(-)反對 4票,(∅)棄權 1票,同意票未能占總票數比例超過2/3。投票不通過。—— ほしみ 2023年1月27日 (五) 03:00 (CST)
指令碼編輯員申請 - User:HetmesAskalana
HetmesAskalana[更多]在此申請成為指令碼編輯員。
大概就是 我麻了。
需要對蔚藍檔案相關條目使用的widget作長期維護及更新以完善內容。因widget無沙盒且搖人難度過高故來發個申請。
打勾就不打了,反正沒權限都不能編輯widget,難以自證。
—— 已經是一條死魚的HetmesAskalana 2023年1月12日 (四) 18:53 (CST)
意見區 - User:HetmesAskalana
來自管理員的意見
- ( ¿ ) 喵喵喵? 我要發起彈劾了。—— ほしみ 2023年1月12日 (四) 19:07 (CST)
- ( ¿ ) 喵喵喵?還帶劾威懾的是吧,你小子.jpg—— 東方眾⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月12日 (四) 19:08 (CST) 修改於 2023年1月12日 (四) 19:09 (CST)
- 很簡單啊,你盤一下邏輯。指令碼編輯員的可信程度應不亞於管理員,技術編輯員的可信程度低於指令碼編輯員。在已知申請人當前管理員申請和多次技術編輯員申請都未通過的前提下,我不得不懷疑這是濫用申請程序搗亂的了。—— ほしみ 2023年1月12日 (四) 19:23 (CST)
- 可能也是一着急腦子一熱就申請了
,感覺和我高考前申巡意圖差不多(錯亂—— 單推人⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月12日 (四) 19:46 (CST)- 草——From GaP ( Talk , Contributions and Signatures ) 2023年1月14日 (六) 20:06 (CST)
- 可能也是一着急腦子一熱就申請了
- 很簡單啊,你盤一下邏輯。指令碼編輯員的可信程度應不亞於管理員,技術編輯員的可信程度低於指令碼編輯員。在已知申請人當前管理員申請和多次技術編輯員申請都未通過的前提下,我不得不懷疑這是濫用申請程序搗亂的了。—— ほしみ 2023年1月12日 (四) 19:23 (CST)
- ( ¿ ) 喵喵喵?還帶劾威懾的是吧,你小子.jpg—— 東方眾⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月12日 (四) 19:08 (CST) 修改於 2023年1月12日 (四) 19:09 (CST)
- 能證明充分掌握Widget的使用方法,能寫出安全可靠的代碼,了解處理高風險頁面的職責。--SysOp 珞珝 [用戶討論] 2023年1月12日 (四) 19:30 (CST)
- 同上,沒Widget編輯權限也寫不了Widget。而且申請是為了在自己的能力範圍、需求範圍內維護需要維護的Widget,而不是一定要去碰自己能力範圍外的所謂「高風險代碼」。目前看來,存在需要長期維護更新的半成品Widget:BAChar,總不能每次編輯都要經歷漫長的搖人過程吧?-- 已經是一條死魚的HetmesAskalana 2023年1月12日 (四) 20:32 (CST)
- 存在編輯需求並不代表您可以無視申請條件。--SysOp 珞珝 [用戶討論] 2023年1月12日 (四) 21:10 (CST)
- 那你說嘛,權限沒有,編輯都沒法編輯,何談證明-- 已經是一條死魚的HetmesAskalana 2023年1月12日 (四) 21:19 (CST)
- 你把BAChar的widget寫完給珞老師看看不就證明了(--酒姬民樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月12日 (四) 21:32 (CST)
- 證明編輯能力和代碼可靠性並不絕對需要 Widget 編輯權限。例如,以您現在的用戶組權限,是可以在 Widget talk 命名空間提出編輯請求的。--SysOp 珞珝 [用戶討論] 2023年1月12日 (四) 21:38 (CST)
- 見Github歷史記錄。-- 已經是一條死魚的HetmesAskalana 2023年1月13日 (五) 02:16 (CST)
- 那你說嘛,權限沒有,編輯都沒法編輯,何談證明-- 已經是一條死魚的HetmesAskalana 2023年1月12日 (四) 21:19 (CST)
- 存在編輯需求並不代表您可以無視申請條件。--SysOp 珞珝 [用戶討論] 2023年1月12日 (四) 21:10 (CST)
- 同上,沒Widget編輯權限也寫不了Widget。而且申請是為了在自己的能力範圍、需求範圍內維護需要維護的Widget,而不是一定要去碰自己能力範圍外的所謂「高風險代碼」。目前看來,存在需要長期維護更新的半成品Widget:BAChar,總不能每次編輯都要經歷漫長的搖人過程吧?-- 已經是一條死魚的HetmesAskalana 2023年1月12日 (四) 20:32 (CST)
來自指令碼編輯員的意見
不清楚申請者的能力,讓我出一個簡單的小試煉。
假定我們現在需要在文章內插入一個提示框,並根據URL參數決定顯示的內容:
- URL參數為errorMsg
- 頁面內存在一個div元素,id為errorMsg
請使用 Valina JS 進行一個簡單的實現。
提示:您可以要求我提供更多細節,或者提供在類似的需求場景下更優的實踐方法。機智的小魚君⚡ (留言✨) 2023年1月15日 (日) 11:42 (CST)
- ( ¡ )題外話 是Vanilla JS —— ā Petrō(對線|黑歷史|簽名牆)Magnō於2023年1月15日 (日) 12:03 (CST)
- 如果我沒理解錯的話,是根據獲取到的"errorMsg"參數替換頁內id為"errorMsg"的div元素的內容?隨便寫了一下,直接貼上來了。
? |
---|
<head> <title>这是一个title</title> <script> var $_REQ = {}, tmp = window.document.location.href.toString(); tmp = tmp.split("?"); if(tmp[1]){tmp = tmp[1].split("&");for(var item in tmp){ var i = tmp[item].split("="); $_REQ[i[0]] = i[1]; }} </script> </head><body> <div id="errorMsg">这是一个我怎么知道是什么的东西</div> <script> if($_REQ['errorMsg']) document.getElementById("errorMsg").innerHTML=$_REQ['errorMsg']; </script> </body> |
- -- 已經是一條死魚的HetmesAskalana 2023年1月15日 (日) 12:49 (CST)
- 沒有理解錯,題目是這個意思。請問這就是您的最終答案嗎?要不要再優化一下?機智的小魚君⚡ (留言✨) 2023年1月15日 (日) 13:41 (CST)
- 感覺單看需求上來說沒有什麼可以優化的空間和必要。-- 已經是一條死魚的HetmesAskalana 2023年1月15日 (日) 14:19 (CST)
- 好吧,祝你好運…… 機智的小魚君⚡ (留言✨) 2023年1月15日 (日) 15:08 (CST)
- 感謝您的回答,另外,我也提供了一套實現方案供您參考:codesandbox --機智的小魚君⚡ (留言✨) 2023年1月20日 (五) 12:51 (CST)
- 好吧,祝你好運…… 機智的小魚君⚡ (留言✨) 2023年1月15日 (日) 15:08 (CST)
- 感覺單看需求上來說沒有什麼可以優化的空間和必要。-- 已經是一條死魚的HetmesAskalana 2023年1月15日 (日) 14:19 (CST)
- 沒有理解錯,題目是這個意思。請問這就是您的最終答案嗎?要不要再優化一下?機智的小魚君⚡ (留言✨) 2023年1月15日 (日) 13:41 (CST)
討論區 - User:HetmesAskalana
- (+)強烈支持以HA的能力而言我是很支持的,而且其對BA專題的貢獻已經證明其經驗豐富--
不明所以然而且是跑來謝罪的的ともかわのりお三土君「罵我」「贊我」 2023年1月12日 (四) 20:52 (CST) - (+)傾向支持個人認為HA很有可能有能力勝任此工作--Takeuchi.BadEditor (討論與留名) 2023年1月12日 (四) 21:16 (CST)
- (-)不支持 根據當前版本的代碼看起來JavaScript的熟練度不高,有幾處無用代碼。另外請問第235-242行的用途是什麼?——移動版用戶 Bhsd 2023年1月13日 (五) 04:11 (CST)
- 那是同步別的數據的時候還在試驗的東西被傳上去了。。。-- 已經是一條死魚的HetmesAskalana 2023年1月13日 (五) 11:37 (CST)
( ! )抗議 對於所謂的「在已知申請人……多次技術編輯員申請都未通過」,可以顯而易見的是未通過的原因是無管理受理,甚至連個意見都沒有提,只是擱置七天然後掛mar,說難聽點就像我在維護組群里所說的,「連個屁都放不出來」。所以我在這裡對管理團隊的相關做法表示強烈不滿,也對管理團隊懶政與否表示嚴重懷疑。以上。—— 芳文廚⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月12日 (四) 21:42 (CST)
- 提到這個問題,我簡單講講:首先我不在第二個討論串發言的理由是早前一個月前第一次申請我的問題沒有獲得我滿意的答案,而第二次申請,申請者也沒有在申請中指出自己相比上一次申請到底改變了什麼——甚至就一句話(而且這句話對申請沒有任何正面意義)。其次,一句話的申請確實讓人很難看到誠意,那或許也就很難指望管理員如何足夠認真對待這第二次申請:平心而論,申請的內容只有「陽,沒好利索,敲不動太多(三回啊三回)。」這樣一句話,您看到這樣的一句話申請,可以認為申請者有足夠的態度,讓您認真審視這次申請嗎?當然,我這句話不代表自己贊成星海拿技編說事來反對腳編這個意見,但申請者有草率對待申請的傾向,或是有目共睹的。--SysOp 珞珝 [用戶討論] 2023年1月13日 (五) 00:26 (CST)
- 還是那句話,在當時「甚至連個意見都沒有提」,事後在質疑下才予以回應,那我請問您早幹什麼去了呢?另外,連續多次申請都無活人受理,誰還會拿出足夠的態度呢?前面也說了,技術編輯員的可信程度相對較低,那麼申請技術編輯員本來就不應該是一個很困難的事情,況且申請人的代碼處理能力也是有目共睹的,我不明白的是,在這種地方莫名其妙地卡脖子是有何居心呢?如果真的是因為所謂的成見,那我對萌百權限變更方面的未來持悲觀態度。—— 獸耳控⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月13日 (五) 00:52 (CST) 修改於 2023年1月13日 (五) 00:56 (CST)
- 我先說明一下。不是沒提意見,我的意見在2022年8月的申請中已經給了,但後面的申請沒看到任何足以讓我改變想法的行為,那只能是到期拒絕。—— ほしみ 2023年1月13日 (五) 01:02 (CST)
- @一位史蒂夫 我不會去推斷其他管理員怎麼想,但是一般沒人受理有兩種原因:一,真沒看到,比如我;二,對申請者的技術能力抱有疑慮。管理員受理權限請求,相當於代表社群給予申請者信任;如果申請者上位以後捅出什麼簍子,也是授權管理員的失職。所以管理員對於申請者的評價會偏謹慎,這個是無法避免的。--OIer樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月13日 (五) 01:11 (CST)
- 我再次說明一下。不是沒提意見,我的意見在2022年11月的申請中已經給了,但後面的申請沒看到任何足以讓我改變想法的行為,那只能是到期拒絕。--SysOp 珞珝 [用戶討論] 2023年1月13日 (五) 01:17 (CST)
- 還是那句話,在當時「甚至連個意見都沒有提」,事後在質疑下才予以回應,那我請問您早幹什麼去了呢?另外,連續多次申請都無活人受理,誰還會拿出足夠的態度呢?前面也說了,技術編輯員的可信程度相對較低,那麼申請技術編輯員本來就不應該是一個很困難的事情,況且申請人的代碼處理能力也是有目共睹的,我不明白的是,在這種地方莫名其妙地卡脖子是有何居心呢?如果真的是因為所謂的成見,那我對萌百權限變更方面的未來持悲觀態度。—— 獸耳控⭐一位史蒂夫 (討論·貢獻)✉❶ 快來單推可愛的雛羽吧~ 2023年1月13日 (五) 00:52 (CST) 修改於 2023年1月13日 (五) 00:56 (CST)
(-)弱反對(-)傾向不支持(在HA回答小魚君的提問中)先不論是否能用現成的location.search
等進行優化,HA未對網址進行轉義(解碼),其次innerHTML
明顯比innerText
更加危險,另,toString()
意義不明。 —— 鬼影233「論|史|反」
投票區 - User:HetmesAskalana
萌娘百科:指令碼編輯員規定,指令碼編輯員申請投票時,管理員每人投票權重1票。在參與率超過1/2的前提下,同意票占總票數比例超過2/3,投票通過;除此以外,投票不通過。 除STAFF外,發起投票時共有8位在任自然人管理員。
申請發出已達7天,現開啟投票,並召喚所有管理員:@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun --SysOp 珞珝 [用戶討論] 2023年1月19日 (四) 19:42 (CST)
管理員投票意見
- 同意
- (+)同意 至少熱情沒的說。——絲毫沒有存在感的某藍色管理員(討論) 2023年1月24日 (二) 17:27 (CST)
- 反對
- (-)反對 申請者雖有基本達標的技術能力,但不具備指令碼編輯員應有的人際交往與溝通能力。--SysOp 珞珝 [用戶討論] 2023年1月19日 (四) 19:42 (CST)
- (-)反對 不可靠。—— ほしみ 2023年1月19日 (四) 21:28 (CST)
- (-)反對 暫且不論代碼風格,申請者很明顯缺乏必要的安全意識,且對JS不熟練。--酒姬民樂然 ✉ 亮出你的底牌、將生命壓上賭桌。 2023年1月20日 (五) 12:28 (CST)
- (-)反對 請再接再厲吧。——From 引夢者濁華(討論) 2023年1月21日 (六) 10:33 (CST)
- 棄權
無票權用戶意見
- 同意
- 反對
- (-)反對 申請者針對我的問題提交的解答,存在一些致命問題和大量可優化的地方:
- 致命問題:未對用戶輸入進行脫敏處理,代碼中存在XSS漏洞
- 致命問題:未對location.href中取出的字符串進行解碼處理,輸出將會存在「亂碼」
- 壞習慣:變量公交車,變量tmp的類型初始化為string,而後又被賦值為string[],代碼的可維護性大打折扣
- 可優化:無意義的.toString()
- 棄權
計票和結論 - User:HetmesAskalana
本通知由人工機械體自動發出,可能存在發送時機不對、發送對象不對、重複發送等問題,如有問題請聯繫User_talk:AnnAngela。
@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun 本投票現已結束,根據萌娘百科:指令碼編輯員#授權程序,請及時計票!——AnnAngela-abot(討論) 2023年1月26日 (四) 19:50 (CST)
管理員參與率超過1/2。(+)同意 1票,(-)反對 4票,同意票未能占總票數比例超過2/3。投票不通過。—— ほしみ 2023年1月27日 (五) 02:58 (CST)