維基百科:互助客棧/技術

互助客棧： 消息  方針  技術  求助  條目探討  其他 |  知識問答

發表前請先搜尋存檔，參考舊討論中的內容可節省您的時間。

公告欄

• [公告] 重命名WP:關注度為WP:收錄標準、《字詞轉換處理》指引事實性修訂、實裝Automoderator工具、更新管理員布告板排版、明確香港街道名為譯名可靠來源的一種、規範中文維基百科內「貨物駅」與「貨物ターミナル駅」兩詞的譯法及電子遊戲與日本動漫條目命名的標點符號使用規定已經通過。
• [公告] 修訂申請成為管理人員方針、被不限期封禁用戶不應默認覆審移除IP封禁豁免權限、修訂過濾器警告信息、調整現行用戶頁指引條文規定的定義及將每日提示內容同步到首頁提示版塊展示正在公示，如有意見請儘快提出。
• [討論] 互助客棧方針區正在討論是否將格式手冊移動到MOS命名空間下、重提為可供查證方針與可靠來源指引調整有關用戶生成內容的規定及關於條目命名常規中納入中立性的考慮，請踴躍參與討論。
• [討論] 互助客棧其他區正在討論Automoderator配置、2025新年徽標及是否應關閉中文維基百科以抗議基金會舉措，請踴躍參與討論。
• [討論] 互助客棧試行案討論區正在討論討論遞進機制試行案-檢討意見分享，請踴躍參與討論。

• [協作] 現有137個頁面需維基化，417個條目需清理，19個移動請求正在討論。
• [獎勵] 現有1名使用者獲提名維基獎勵，歡迎投票。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	濫用過濾器警告信息	14	4	人間百態	2025-01-10 20:47
2	Navbox hlist 數字清單 多餘開括號（重開）	3	3	Dabao qian	2024-12-18 02:15
3	應將使用Fullurl模板之頁面連結排除於待建立模板外	36	4	A2569875	2025-01-08 07:32
4	條目左上角的「維基百科，自由的百科全書」怎麼不見了？	22	6	Kethyga	2025-01-08 20:03
5	提議給MediaWiki:Noarticletext和MediaWiki:Noarticletext-nopermission（含所有中文變體）加上維基數據	5	3	A2569875	2025-01-11 09:48
6	不藍不綠的綠鏈問題	42	9	Cwek	2025-01-04 11:58
7	頑固的緩存	7	3	Cwek	2025-01-04 15:56
8	修訂間差異不太智能	3	2	GUT412454	2025-01-04 02:02
9	機器人自動修正WP:MOSIW	5	4	魔琴	2025-01-05 20:28
10	「在編輯記錄中標示使用者權限」小工具不支持顯示仲裁員	2	2	What7what8	2025-01-06 11:42
11	方針區章節結構混亂	2	2	1F616EMO	2025-01-08 07:35
12	Template:澳門主題無法顯示圖片	2	2	Tp0910	2025-01-06 01:59
13	Template:PH wikidata疑似無法正常顯示	2	2	YFdyh000	2025-01-06 01:43
14	InternetArchiveBot將有效連結判斷成失效連結	2	2	YFdyh000	2025-01-07 01:18
15	未能訂閱WP:DYKC討論	2	1	1F616EMO	2025-01-08 07:41
16	Twinkle無法識別重定向頁模板	2	2	自由雨日	2025-01-11 20:21

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注：（重新整理） 維基百科技術議題與模板

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

資源充足的條目可以考慮把壓力轉移給Lua模組，也就是讓Module:NoteTA更智慧，只加載條目中用到的轉換規則，代碼見Module:沙盒/GnolizX/NoteTA。看效果，User:GnolizX/肖申克的救贖/新：

Post‐expand include size: 647267/2097152 bytes

Lua time usage: 1.732/10.000 seconds

Lua memory usage: 30646218/52428800 bytes

可以對比User:GnolizX/肖申克的救贖/舊，兩個頁面轉換後的內容是一致的：

Post‐expand include size: 1764141/2097152 bytes

Lua time usage: 0.859/10.000 seconds

Lua memory usage: 20785293/52428800 bytes

於是用充足的Lua記憶體與緊張的模板展開大小進行了交換。

這個功能還可以遷移到Module:沙盒/GnolizX/CGroupViewer，汉漢圖標打開的速度也能變快很多，不用再一股腦地把所有的規則全部加載出來。看效果：User:GnolizX/CGroupViewer。

至於條目下方的導航模板可以考慮用機器人更新，把CGroupViewer稍微改造一下（-{D|改成-{H|等等）就可以自動獲取匹配到的規則了。--GnolizX（留言） 2024年8月26日 (一) 16:12 (UTC)

Template talk:AFG § 是時候在阿富汗條目及模板掛上塔利班的旗幟了吧？

喀布爾陷落已經三年了，而民族抵抗陣線的聲音也已經消失了三年，可以確認的是塔利班已經基本掌控整個阿富汗地區，是時候讓阿富汗的旗幟換上塔利班的了。--糯米花（留言） 2024年12月10日 (二) 09:03 (UTC)

Template talk:SYR § Template:SYR所使用的旗幟

在阿薩德政權垮台後的新政權所使用的旗幟為這個，但Template:SYR仍未更新。請問是否應立即更新？--132.234.228.89（留言） 2024年12月16日 (一) 08:57 (UTC)

Talk:天安門廣場 § 「位置與面積」章節顯示大片空白

如圖--Tjw123hh（留言） 2025年1月6日 (一) 16:57 (UTC)

Template:Cite AV media

{{cite AV media |title=example |time=12:34}}

顯示為「example. 事件發生在 12:34.」。
Cite AV media裡面的time參數的措辭（「事件發生在」）很奇怪，我不知道怎麼改，改成怎樣的措辭能比較好一點？--Txkk（留言） 2021年11月1日 (一) 06:38 (UTC)

我覺得改成半形冒號就可以，類似表示頁數的方法。Sanmosa _{Ázijská Práca} 2021年11月1日 (一) 06:44 (UTC)

是什麼樣子的？--Txkk（留言） 2021年11月4日 (四) 15:03 (UTC)

@Txkk：「example. :12:34.」。--Sanmosa _{Hrom a peklo, márne vaše proti nám sú vzteky!} 2021年11月16日 (二) 07:53 (UTC)

@Sanmosa：在哪裡改呢？趕緊解決了吧，不然下面的不存檔一直放在這……--Txkk（留言） 2022年1月8日 (六) 04:42 (UTC)

@Txkk：我也不太清楚，你可能找個懂技術的管理員比較好。Sanmosa _Immortal 2022年1月8日 (六) 04:44 (UTC)

Module:Citation/CS1/Configuration#83。--東風（留言） 2022年1月8日 (六) 05:54 (UTC)

L-83* —— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年2月11日 (五) 03:31 (UTC)

在瀏覽過程中保留中文變體

於Phabricator查看
編號T223053的工單

參見 Help_talk:中文維基百科的繁簡、地區詞處理#未登入情況下的預設值：

目前如果使用者沒有登入、又無法從瀏覽器判斷他的偏好，中文維基會在每一個頁面皆預設為不轉換。然而假使某人已經在瀏覽某條目時選取了用字模式，應該可以合理推定這是他所偏好的用字模式。是否能考慮用 cookie（或 session cookie）來保存匿名使用者的用字模式，以免每點一個連結就需要重新設定？

我寫了個簡短的 JavaScript（User:Wctaiwan/rewritePathVariant.js）透過改寫連結網址來達到這個目標（如果當下的網址是/zh-tw/Foo，則把頁面上所有/wiki/Bar的連結都改寫成/zh-tw/Bar），自己測了一下效果還不錯。不知道社群對於把這個 script 放到 MediaWiki:Common.js 之類的地方（或包裝成預設開啟的小工具）有沒有什麼看法？

（另一個作法是試著在 MediaWiki 裡面直接解決，可是根據 phab:T223053 上的討論，因為各種共用快取的關係，這樣做的難度有點高。）wctaiwan（留言） 2021年12月6日 (一) 12:14 (UTC)

如有可能，應在後端實現。通過前端腳本循環全部相關DOM節點並無差別替換將嚴重影響頁面性能。--安憶^Talk 2021年12月6日 (一) 12:45 (UTC)

同意，我一開始也是試著在後端解決，但是發現這樣做會影響到 parser cache 的正確性。還有些其他可能可行的後端作法，可是應個都會更複雜，也會需要基金會的人員提供協助（參見 Phabricator 上的討論）。

還有一點我想特別強調的是這個 script 只有在網址包含變體的時候才會發生作用，所以理論上只會影響透過下拉選單手動選擇變體的使用者（以及點選包含變體連結的使用者）。兩害相權（效能 vs. 每點一個連結就跳回不轉換）的情況下，我覺得這可能還是值得。wctaiwan（留言） 2021年12月6日 (一) 13:03 (UTC)

如果包含無效變體，會產生無效網址，如[1]。另已確定會破壞popups-- Sunny00217  2021年12月6日 (一) 13:14 (UTC)

變體是從網址中取得，所以應該不太需要擔心無效變體的情形吧？（要把 regex 改得嚴格一些也是可以，我只是覺得未必有必要）Popups 的部分看來問題是因為 Popups 假設連結都會符合 MediaWiki 裡$wgArticlePath的格式（原始碼：en:MediaWiki:Gadget-popups.js），稍微看一下我覺得要解決可能有點複雜... wctaiwan（留言） 2021年12月6日 (一) 13:31 (UTC)

@AnYiLin、Sunny00217： 改了一下作法，變成在點選連結的時候才去改寫網址，這樣效能應該會好一點，也應該可以解決 Popups 失效的問題。wctaiwan（留言）

能不能請大家對這個提案多給點意見？這個對多數中港台使用者可能影響不大，可是像我自己手機的作業系統是英文的，不登入的話每次看中文維基都要一直切換變體，所以我真的還蠻希望可以解決這個問題的，謝謝。wctaiwan（留言） 2021年12月10日 (五) 03:00 (UTC)

咱真的不能寫個cookie嗎？--Milky·Defer 2021年12月10日 (五) 14:55 (UTC)

如果不能純粹在JavaScript實現的話會有難度，因為必須要修改 Varnish 去用這個 cookie 去判定要回傳哪個變體的內容（詳見 [2]）wctaiwan（留言） 2021年12月11日 (六) 01:37 (UTC)

如果您使用的是Android操作系統，其實可以在系統的語言設置中添加其他語言，這樣瀏覽器發送的請求裡面應該就會有您偏好的多種語言及優先級。不清楚iOS的情況如何。--David Xuang (contact me) 2021年12月17日 (五) 11:05 (UTC)

比如我的手機設置的是zh-Hans-CN和en-GB，那麼Firefox發送請求時的Accept-Language頭是zh-CN,en-GB;q=0.5，Chrome則是zh-CN,zh;q=0.9,en-GB;q=0.8,en;q=0.7，這樣網站就會按照順序依次匹配可用的語言。--David Xuang (contact me) 2021年12月17日 (五) 11:12 (UTC)

就我所知 iOS / Safari 不支援這個，不過即使支援，我還是覺得如果可以不需要手動設定也能自動保留變體，對讀者會是比較好的體驗。改版過的JS只需要在點選連結的時候執行，效能應該不會是太大的問題。@AnYiLin、Sunny00217、MilkyDefer：您們還有什麼其他意見嗎？wctaiwan（留言） 2021年12月18日 (六) 07:06 (UTC)

代碼在該URL改壞鏈接。--Lt2818（留言） 2021年12月18日 (六) 08:05 (UTC)

修好了。（把zh-\w+換成zh-(cn|hk|mo|my|sg|tw)）wctaiwan（留言） 2021年12月18日 (六) 08:31 (UTC)

@Wctaiwan：我會建議是如果網址變體和當前變體匹配再修改，如User:Sunny00217/rewritePathVariant.js的做法-- Sunny00217  2021年12月22日 (三) 15:22 (UTC)

感謝您的建議；已修改。（我剩下的部分還是保留我原本的做法，因為可以向下相容不支援 ES2015 的瀏覽器，而且可以支援在背景分頁開啟等情形，且因為只需要在 document 上加兩個 listener，頁面開啟時的效能影響應該比較小一點。）wctaiwan（留言） 2021年12月23日 (四) 01:51 (UTC)

是否可以部署？

這個也討論一段時間了，大家提出來的問題我應該也都有所修正。想請問社群和管理員群對部署這個 script 有沒有什麼看法，有什麼其他缺失也麻煩繼續提出。wctaiwan（留言） 2021年12月23日 (四) 01:51 (UTC)

現在提議的腳本是哪一份？--Xiplus#Talk 2022年1月11日 (二) 01:53 (UTC)

我都是直接改在User:Wctaiwan/rewritePathVariant.js，目前版本為 [3] wctaiwan（留言） 2022年1月11日 (二) 03:42 (UTC)

如果破壞popups則反對。--桐生ここ★[討論] 2022年1月11日 (二) 10:41 (UTC)

原本會影響 Popups 是因為原始版本是在頁面載入時直接改寫所有符合 regex 的連結，現在已經改成在點選當下改寫，所以這個問題已經得到改善。（已點選過連結的 Popups 還是會失效，不過這應該 99% 的人都不會被影響，畢竟都點開來看了...）wctaiwan（留言） 2022年1月11日 (二) 11:20 (UTC)

是說，點一下href被改了所以才失效了吧，彈出新標籤頁也是默認行為。那就直接阻止默認行為，從href用window.open開個新窗口好了，不實際更改href。--安憶^Talk 2022年1月11日 (二) 11:26 (UTC)

相對於直接改動window.location.href，我當初會選擇現行的做法是因為這樣可以保留瀏覽器原本的事件處理，不用手動處理以新分頁開啟等特例（也由此減低邊角案例出錯的機率）。不過如果您可以提出處理右鍵、中鍵開新分頁的具體方式，且經測試可以相容於主要的電腦及行動瀏覽器，我對現有的做法也沒有太強烈的偏好。wctaiwan（留言） 2022年1月11日 (二) 15:28 (UTC)

$(document).mousedown(e=>console.log(e.button))？中鍵同左鍵用window.open，右鍵再實際改href。--安憶^Talk 2022年1月12日 (三) 10:13 (UTC)

這裡的情況其實還蠻多種的：

1. 一般左鍵或是觸控螢幕點選（應修改window.location.href）
2. 中鍵點選（應使用window.open）
3. 右鍵點選（端看點選右鍵後選擇的選項）
4. ctrl/cmd+左鍵（應使用window.open）
5. 觸控螢幕長按（端看長按後選擇的選項）

感覺起來如果要全部正確處理會有點複雜，而且邊角案例可能還是會出錯。這樣處理的原因除了避免影響 Popups 還有什麼理由嗎？如果只是這樣的話，我會覺得現有方法可能還是利大於弊。wctaiwan（留言） 2022年1月12日 (三) 14:11 (UTC)

---

如果加入，則建議以可開啟關閉的小工具方式。--桐生ここ★[討論] 2022年1月11日 (二) 10:44 (UTC)

如果可以只針對匿名使用者部署我也覺得 OK，畢竟已登入的使用者可以透過修改個人設定解決這個問題。wctaiwan（留言） 2022年1月11日 (二) 11:20 (UTC)

看上去應該改不壞什麼，所以不反對。--Milky·Defer 2022年1月11日 (二) 13:56 (UTC)

在只默認對未登錄用戶啟用的情況下支持，但仍然建議使用瀏覽器DevTools對性能進行一下對比測試（對沒有偏好的遊客是否有影響）。--David Xuang (contact me) 2022年1月12日 (三) 10:32 (UTC)

直接複製連結的部分應該就不用處理了，畢竟如果是要把連結傳去其他地方的話帶有變體並不好-- Sunny00217  2022年1月15日 (六) 08:55 (UTC)

我支持默認啟用，畢竟你都開了popups怎麼還不選一個你喜歡的變體…… ——魔琴 [ 留言 貢獻 ] 2022年1月21日 (五) 15:01 (UTC)

應該是login就不執行吧，直接叫他去偏好調了-- Sunny00217  2022年2月9日 (三) 07:29 (UTC)

已排除已登入的使用者。wctaiwan（留言） 2022年2月13日 (日) 23:58 (UTC)

本討論章節會維持開放，暫時不按最後意見發表時間存檔，請協助凝聚是否部署的共識。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

本地是否啟用Commons deletion notification bot？

於Phabricator查看
編號T298881的工單

我們是否可以在本地啟用Commons deletion notification bot？當共享資源上的文件被提刪時，該bot會在本地使用了該文件的頁面的對話頁發出通知。該bot由基金會的Community Tech提供支持--百無一用是書生 (☎) 2021年12月30日 (四) 07:43 (UTC)

(＋)支持。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2021年12月30日 (四) 15:49 (UTC)

(＋)支持。桐生ここ★[討論] 2022年1月6日 (四) 15:30 (UTC)

( ✓ )同意。--東風（留言） 2022年1月9日 (日) 13:45 (UTC)

(＋)支持----👻Cryberghost 2022年1月11日 (二) 13:07 (UTC)

(＋)支持--0906_{（回復請Ping我）} 2022年1月11日 (二) 15:34 (UTC)

(＋)支持--在下荷花，請多指教（歡迎簽到） 2022年1月29日 (六) 06:40 (UTC)

(＋)支持，之前經常看到條目中共享資源的圖片不知什麼時候就沒了，想在本地合理使用又找不到圖片存檔……有了這個機器人會方便許多。——BlackShadowG（留言） 2022年2月1日 (二) 15:24 (UTC)

(＋)支持。--Leiem（留言·簽名·維基調查） 2022年2月4日 (五) 18:37 (UTC)

本討論章節會維持開放，暫時不按最後意見發表時間存檔，直到機器人部署。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

更新Citation模板中的「pmid」參數

目前Module:Citation/CS1/Identifiers的設定是當pmid的值大於35000000的時候，會回傳為「bad_pmid」。但期刊論文的出版速度早就超過了這個上限，這點可在NCBI的官網得證，直接移除這項檢查機制或許最更有效的做法。——T I O U R A R E N 留言 2022年1月19日 (三) 15:02 (UTC)

嘗試@Antigng。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年1月20日 (四) 01:27 (UTC)

暫時改成英文維基的 35400000。我覺得有個防呆挺好的，但這個在設計上需要有個管理員/模板編輯者扮演機器人定期往上提升 limit，英文維基一千多個人總有願意維護的，中文這邊就不見得了。--碸中嘌呤的白磷_{萃取 打譜} 2022年1月22日 (六) 08:26 (UTC)

模板編輯者無法更改。本來想在Module:Citation/CS1/Configuration#L-560加上這段的: "若為上限過低，請更改Module:Citation/CS1/Identifiers#L-1008的設定。"--Kanashimi（留言） 2022年1月24日 (一) 11:18 (UTC)

嘛確實，我覺得可以降成模板保護。 --碸中嘌呤的白磷_{萃取 打譜} 2022年1月24日 (一) 14:57 (UTC)

@WhitePhosphorus：我在2021年初時曾經在Module talk:Citation/CS1#關於PMC及PMID值説過PMID「短期內（至少1年內）不會突破35000000，應該不用再擴，但一年後的數字也非常接近35000000」，現在都1年過去了，我覺得按照現在的增長率來看，與我當初的估算差不多，我覺得短期內把PMID最大值擴至40000000比較好（現時PMID的最大值為35075888，平均每日增加4347個，擴到37000000應該也能應付1年內的需求；不然設置一個admin-bot定期更改上限值也是可以的）。至於PMC，現時PMC的最大值為8783598，平均每日增加2649個，預期1年後還沒有突破8位數，應該不用再擴。Sanmosa _A-DWY³ 2022年1月25日 (二) 13:45 (UTC)

看來大家沒什麼意見，就按這個改成 40000000 了。--碸中嘌呤的白磷_{萃取 打譜} 2022年2月4日 (五) 03:53 (UTC)

路過解決了RFR申請頁排版問題

路過解決了RFR申請頁排版問題，請管理員覆核：[4][5][6][7][8][9][10][11][12][13][14][15][16][17]--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年1月22日 (六) 10:17 (UTC)

• Wikipedia:權限申請/申請巡查豁免權頁頭寬度不匹配。->>Vocal&Guitar->>_留言 2022年1月30日 (日) 04:15 (UTC)

  @Ohtashinichiro：未見有問題。

電腦板

手機版 寬屏

手機版 正常

  Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年1月31日 (一) 11:43 (UTC)

[18]你應該檢查你的分辨率--。->>Vocal&Guitar->>_留言 2022年1月31日 (一) 12:19 (UTC)

額 待會修理--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年2月6日 (日) 11:56 (UTC)

增加小工具：移動端回退確認

增加以下小工具到參數設置：

User:桐生ここ/js/Gadget-rollback-confirm.js

功能就是給移動端界面的回退按鈕增加一個確認，防止誤觸。有人能改善這個腳本就更好了。 --桐生ここ★[討論] 2022年1月28日 (五) 16:20 (UTC)

系統有內建...--Xiplus#Talk 2022年1月29日 (六) 03:57 (UTC)

參數設置里沒找到… 在哪裡可以設置，回退時啟用自定義摘要在手機上不起作用。桐生ここ★[討論] 2022年1月29日 (六) 06:00 (UTC)

外觀→當點擊回退連結時顯示確認提示，全域參數設置里也有。--碸中嘌呤的白磷_{萃取 打譜} 2022年1月29日 (六) 11:35 (UTC)

經測試回退時啟用自定義摘要直接在手機版網頁上使用無問題，已更改小工具設定。--Xiplus#Talk 2022年1月29日 (六) 12:02 (UTC)

感謝。桐生ここ★[討論] 2022年1月29日 (六) 12:17 (UTC)

我就說我怎麼綠了……--Milky·Defer 2022年2月4日 (五) 18:26 (UTC)

如何申請移動條目時不留重定向的權限？

我正在清理歐洲國家的地名條目。我發現很多地名都是在多年前批量創建的，可能使用機器翻譯的名字。例如我現在正在處理的匈牙利區份條目聖勒林茨區，其匈牙利語名字為Szentlőrinci járás，意思應該是Szentlőrinc的區，應該按該地名單詞原型來翻譯。現在機翻名字為「森特勒林齊區」。我希望在移動條目後不留原條目名為重定向，沒有必要留下不正確的信息。我現在雖然可以掛快速刪除或提請刪除的模塊，但我覺得是浪費管理員的時間。我的問題是如何申請移動條目時不留重定向的權力。謝謝！--萬水千山（留言） 2022年1月30日 (日) 17:46 (UTC)

巡查員、回退員擁有此權限，您可以考慮申請該用戶組。--$8.7638\,$$\times$$\,10^{217134}$ 2022年1月31日 (一) 05:55 (UTC)

@TuhansiaVuoria：翻譯有問題並嚴格不符合快速刪除準則，所以不能自己直接使用移動不留重新導向權限，您應該提Wikipedia:移動請求，對於已經移動而產生的重新導向則是提Wikipedia:頁面存廢討論，如果數量很多的話，不妨整理出列表後，在互助客棧公告數日，無反對後由管理員批量處理作為替代方式。--Xiplus#Talk 2022年2月4日 (五) 13:24 (UTC)

個人覺得這些明顯的機翻或錯誤的譯名沒有必要保留重定向。當然別人可能有不同的理解。而我看到有的編輯直接移動了條目而不留重定向。如果我還沒有達到社群的信任的話，也就無所謂了。留住這些不當的譯名作為重定向不是個大問題。謝謝回復！--萬水千山（留言） 2022年2月4日 (五) 14:24 (UTC)

(○)保留：以「森特勒林齊區」為例，該頁面於2012年創建，錯誤已蔓延，以致有人使用此名稱，甚至鏈結至該維基百科頁面（如Google藝術與文化即有此鏈結），需要按WP:R#KEEP之4「刪去該重新導向會有損壞連入的連結或內部連結的風險」保留。換言之：保留能將使用機翻或錯誤譯名的讀者，帶到正確的頁面，但刪除重定向的話，使用錯誤譯名的讀者將難以查到正確的頁面。——$\definecolor {my}{rgb}{0.04,0,0.5}\color {my}{\mathsf {htc_{23}}}$（留言） 2022年2月4日 (五) 14:40 (UTC)

Vector2022 不重新加載頁面時顯示預覽錯位

已解決。--$8.7638\,$$\times$$\,10^{217134}$ 2022年2月4日 (五) 10:24 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

於Phabricator查看
編號T300814的工單

編輯頁面不重新加載頁面時顯示預覽錯位，2022年2月3日

如圖，我使用Vector2022皮膚，今天編輯頁面時點擊預覽按鈕，預覽就會錯位。昨天沒有這種情況，不知道怎麼解決。 --$8.7638\,$$\times$$\,10^{217134}$ 2022年2月3日 (四) 06:36 (UTC)

@ Ericliu1912：你刪除{{Hide}}模板後圖片整個跑版凸出去了。我猜U:50829!可能是看到排版問題才使用{{Hide}}模板的。—- [雪菲🐉蛋糕🎂] >梓< [娜娜奇🐰鮮果茶☕]（☎️·☘️） 2022年2月4日 (五) 10:59 (UTC)

。—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年2月4日 (五) 14:16 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

@50829!：請問這個問題是怎麼解決的？我現在每一次預覽都會這樣，在維基文庫也是--0906_{（回復請Ping我）} 2022年2月9日 (三) 15:12 (UTC)

@ChhTJ096：我也不清楚。我發現這個問題的第二天，bug就自然消失了，此後也沒有類似的情況出現。--$8.7638\,$$\times$$\,10^{217134}$ 2022年2月10日 (四) 04:41 (UTC)

關於回退偏好設定

已解惑--🚊。鐵路Railway ^論 2022年2月4日 (五) 14:34 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

回退偏好設定疑似有問題

在下於偏好設定中有開啟「回退時啟用自訂摘要」避免誤動作或爭議編輯，但今日可能是誤動作(猜測)發生回退，請見[19]，且未跳出摘要視窗，想請教此疑問。--🚊。鐵路Railway ^論 2022年2月4日 (五) 06:59 (UTC)

可能您沒有等連結顏色變成綠色就按下去了吧？或是按了開啟新分頁而不是直接點擊。--Xiplus#Talk 2022年2月4日 (五) 07:34 (UTC)

了解，感謝解惑。--🚊。鐵路Railway ^論 2022年2月4日 (五) 14:34 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

Template:DNA複製 顯示問題

已通過：

問題已解決。--Yichen Ding（留言|主賬戶） 2022年2月7日 (一) 12:07 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

如圖。「G1期」與其右側文字重疊。--Yichen Ding（留言|主賬戶） 2022年2月6日 (日) 05:34 (UTC)

現在還有問題嗎？—— Eric Liu _{創造は生命（留言．留名．學生會）} 2022年2月7日 (一) 08:05 (UTC)

已正常。--Yichen Ding（留言|主賬戶） 2022年2月7日 (一) 12:07 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

能否建立一個類似{{DisambigNav}}的用於消歧義頁的化學同系物導航模板

導覽
	B4
C3	C4	C5
	D4
C4	-	4C

如右側：

設想是這樣的，同系物列於兩側，比方說C4H8O的左側是C3H6O，右側是C5H8O，上方是不飽和度+1的C4H6O，下方是不飽和度-1的C4H10O，這樣在小分子上可能沒有多大意義，但是到了如睾酮的C19H28O2這裡，就可以快速找到去甲睾酮C18H26O2、甲基睾酮C20H30O2、脫氫睾酮C19H26O2和二氫睾酮C19H30O2。--Htmlzycq（留言） 2022年2月6日 (日) 08:44 (UTC)

另外，能不能再加一個維度，比如左上右下，C4H8O的一個方向是C4H8，另一個方向是C4H8O2，這樣類似於羥基XX，脫氧XX也能快速找到了，順便@Leiem ：--Htmlzycq（留言） 2022年2月8日 (二) 12:50 (UTC)

同系物導航
	C19H30O2
C18H26O2	C19H28O2	C20H30O2
	C19H26O2
C19H28O		C19H28O3

@Htmlzycq：這個樣子？Ghren🐦🕑 2022年2月13日 (日) 18:39 (UTC)

MediaWiki:Gadget-ToolsRedirect.js 能否有選擇地去掉條目中的括號

有些條目為了消歧義加入了半角括號，這個半角括號可否選擇性地加入或去掉？ --Kethyga（留言） 2022年2月7日 (一) 11:00 (UTC)

Tech News: 2022-06

維基媒體技術社群現在發佈最新的技術新聞。請告知其他用戶這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻譯版本。

最近更改

• 英文維基百科最近提供了一個黑暗模式小工具。您可以在那裡啟用它，或者向界面管理員尋求幫助以便在您的維基站點上配置它（說明和截圖）。
• 分類計數有時會出現錯誤。現在，它們將在每個月的月初重新計算。 [20]

問題

• 上周為修復實時預覽的一個錯誤而進行的代碼修改，可能導致部分本地小工具和用戶腳本出現問題。任何針對vector皮膚的代碼應當被檢查，以確認相關代碼在vector-2022皮膚下行為是否一致。查看相關代碼片段、全局搜索以及相關例子。

本週後期變更

• MediaWiki新版本將於2月8日部署至測試維基及MediaWiki.org，於2月9日部署至非維基百科站點及部分維基百科，於2月10日部署至所有站點，參見日曆。

技術新聞由技術新聞編者製作並由機器人送達 • 貢獻 • 翻譯 • 獲取幫助 • 提供反饋 • 訂閱或退訂。

2022年2月7日 (一) 21:15 (UTC)

vector-2022的問題我針對小工具部分做了一些修復，請review看看是否都沒有問題--百無一用是書生 (☎) 2022年2月8日 (二) 02:35 (UTC)

暗色模式小工具居然能拿出來當個事說。--安憶^Talk 2022年2月8日 (二) 03:11 (UTC)

根據列出的部署指南，這個小工具需要跨英維加載腳本。所以本地切勿引入，否則就不是編輯時自動登出的問題了……--Milky·Defer 2022年2月8日 (二) 04:56 (UTC)

自家clone一個符合版權要求。 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 _{祝百毒不侵～} 2022年2月8日 (二) 09:04 (UTC)

我一個人一年前就弄了個更完善的（比如沒有FOUC），這五個人的還當個Tech News發出來…一個人寫代碼，一個人檢查bug，一個人改bug，兩個人換燈泡了算是。^{[開玩笑的]}--安憶^Talk 2022年2月8日 (二) 11:09 (UTC)

@AnYiLin閣下是否方便分享一下🙈--Tim Wu（留言） 2022年2月8日 (二) 15:08 (UTC)

我的。--安憶^Talk 2022年2月10日 (四) 06:12 (UTC)

@AnYiLin 「非法來源321」……--Tim Wu（留言） 2022年2月10日 (四) 06:57 (UTC)

@TimWu007：要試試嗎？

mw.loader.load('//zh.wikipedia.org/zhwiki/w/index.php?title=User:桐生ここ/js/Gadget-darkmode.js&action=raw&ctype=text/javascript');

桐生ここ★[討論] 2022年2月10日 (四) 06:34 (UTC)

@桐生ここ 我等下試試，謝謝！--Tim Wu（留言） 2022年2月10日 (四) 06:55 (UTC)

@桐生ここ：不好意思忘記反饋了，我這裡用的還可以。不過有個小問題：Wikipedia:首頁里的條目圖片，以及用媒體查看器查看圖片時會反轉圖片顏色，是否可修正？謝謝！--Tim Wu（留言） 2022年2月11日 (五) 07:36 (UTC)

@TimWu007：謝謝反饋，已修正。桐生ここ★[討論] 2022年2月12日 (六) 05:45 (UTC)

@桐生ここ 這個問題修正之後，從暗黑模式轉回明亮模式又需要刷新頁面了 囧rz……--Tim Wu（留言） 2022年2月13日 (日) 05:13 (UTC)

如何點擊內部連結進行搜索而不會自動跳轉到條目？

如果使用Special:搜索/RPG遊戲（[[Special:搜索/RPG遊戲]]）搜索，這是內部連結，但是會自動跳轉到RPG遊戲；如果使用RPG遊戲（[{{fullurl:Special:搜索/RPG遊戲|fulltext=1}} RPG遊戲]）搜索，不會自動跳轉到RPG遊戲，但是這不是內部連結，而且鏈接旁邊會有一個圖標。--GUT412454（留言） 2022年2月8日 (二) 13:47 (UTC)

加個波浪符前綴（Special:Search/~RPG遊戲），參見mw:Help:CirrusSearch#Full text search。--Lt2818（留言） 2022年2月8日 (二) 15:45 (UTC)

過濾器201是否已經多次誤觸？

請看錯誤報告#中華電信MOD、錯誤報告#Super_MOD、錯誤報告#骷髏總隊--0906_{（回復請Ping我）} 2022年2月9日 (三) 15:31 (UTC)

還是真的只是非自確？--0906_{（回復請Ping我）} 2022年2月9日 (三) 15:31 (UTC)

前兩個問題在於該過濾器1:792處的詞，及19行的處理導致誤判非當次編輯加入的文字。第三個問題在3:101。--Lt2818（留言） 2022年2月10日 (四) 13:15 (UTC)

@Lt2818：感謝回答，請問要怎麼使用您說的位置進行搜索？有誤判我該怎麼做？--0906_{（回復請Ping我）} 2022年2月11日 (五) 14:49 (UTC)

私有過濾器需要特定權限才能查看。我只能查出問題所在，修復是管理員的事情。--Lt2818（留言） 2022年2月13日 (日) 05:05 (UTC)

又有三個被201攔下來了（錯誤報告#鏗鏘集、錯誤報告#宮台真司、錯誤報告#放火）--0906_{（回復請Ping我）} 2022年2月11日 (五) 15:22 (UTC)

第一個問題在3:147，二、三不認為是誤觸。--Lt2818（留言） 2022年2月13日 (日) 05:20 (UTC)

增加暗黑模式小工具

添加這個CSS作為小工具：User:桐生ここ/js/Gadget-darkmode.css

可能比「使用黑色背景和綠色文字」稍微好一點。

--桐生ここ★[討論] 2022年2月9日 (三) 18:02 (UTC)

(＋)支持--冥王歐西里斯（留言） 2022年2月10日 (四) 05:35 (UTC)

暗黑模式體驗版

mw.loader.load('//zh.wikipedia.org/zhwiki/w/index.php?title=User:桐生ここ/js/Gadget-darkmode.js&action=raw&ctype=text/javascript');

可以將上面的代碼加入 Special:MyPage/common.js 的第一行，體驗暗黑模式。桐生ここ★[討論] 2022年2月10日 (四) 05:56 (UTC)

這種功能不應該作為小工具。小工具太慢了。--安憶^Talk 2022年2月10日 (四) 06:06 (UTC)

要加入小工具的是上面的CSS，這個JS是一個體驗版，不是作為小工具的，用JS載入CSS有延遲。桐生ここ★[討論] 2022年2月10日 (四) 06:11 (UTC)

看js在哪裡了。--安憶^Talk 2022年2月10日 (四) 06:14 (UTC)

站外分享與收藏

是不是出問題了？點不開了。--Txkk（留言） 2022年2月11日 (五) 11:53 (UTC)

幾天前，站外分享與收藏被移到左側側邊欄，為什麼後來又移回來了？--Txkk（留言） 2022年2月13日 (日) 15:10 (UTC)

關於Navbox的導入後隱藏按鈕消失的問題

我在我自己的測試維基上嘗試導入{{Navbox}}，但是右側的隱藏按鈕不知道去哪了，如圖。我在導入頁面時勾選了「包含所有模板」，並把中文維基百科的MediaWiki:Common.css幾乎全部複製過去了（除了logo繁簡轉換的那一塊），但是還是不行。是需要再配置什麼東西嗎？ --$8.7638\,$$\times$$\,10^{217134}$ 2022年2月12日 (六) 05:56 (UTC)

跟MediaWiki:Gadget-collapsibleTables.js相關。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年2月12日 (六) 06:16 (UTC)

@Cwek：非常感謝，但是還有一個小問題。第15、16行有個wgULS函數，這個函數是在哪裡定義的呢？煩請指教。--$8.7638\,$$\times$$\,10^{217134}$ 2022年2月13日 (日) 12:32 (UTC)

Twinkle更新 (2022-02-13) @575716bd

近期變更

• 侵權、速刪：提報CSD G5侵權或CSD G16請一律使用Twinkle的「侵權」功能。
• 告狀：配合Wikipedia:傀儡調查的提報功能已可使用，請於2022年2月14日 (一) 00:00 (UTC)後改為提報傀儡調查。

如果近期變更有任何錯誤，或是認為未來變更會造成任何問題，請在Twinkle討論頁、互助客棧技術版、Telegram群組或Github擇一報告。--Xiplus#Talk 2022年2月13日 (日) 15:07 (UTC)