跳至內容

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

維基百科，自由的百科全書
< Wikipedia:互助客栈

這是本頁的一個歷史版本，由Wctaiwan（留言 | 貢獻）在2022年3月12日 (六) 19:15 （→在瀏覽過程中保留中文變體：​ expand）編輯。這可能和當前版本存在着巨大的差異。

捷徑

本頁用作討論在編輯時遇到的技術問題；發表問題或討論前，請先參閱常見問題解答、說明資訊、MediaWiki基本問題及搜尋舊討論記錄。另請注意：

請注重禮儀、遵守方針與指引，一般問題請至互助客棧其他區或知識問答提出，留言後請務必簽名（點擊 ）。


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

1月2日之後沒有新回應的議題會移動至相應的討論頁或存檔。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (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)

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

於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)[回覆]
這個要刻意排除有點難度。為了要完整處理上面提及的各種情況（尤其是以新分頁開啟），我現在的做法是在 mousedown（滑鼠按鈕按下去）或 touchstart（觸控螢幕接觸開始）時改寫連結。如果要避免複製的連結被改到，則必須區分按右鍵 -> 以新分頁開啟和按右鍵 -> 複製連結兩種情形。我甚至不太確定這能不能透過 JS 達成。有鑒於這只有在使用者手動選擇變體時才會有效果（如果 Accept-Language 標頭中有變體資訊則不會用到），我覺得這應該是個可以接受的缺點？wctaiwan（留言） 2022年2月14日 (一) 00:09 (UTC)[回覆]
我支持默認啟用，畢竟你都開了popups怎麼還不選一個你喜歡的變體…… ——魔琴 [ 留言 貢獻 ] 2022年1月21日 (五) 15:01 (UTC)[回覆]
應該是login就不執行吧，直接叫他去偏好調了-- Sunny00217  2022年2月9日 (三) 07:29 (UTC)[回覆]
已排除已登入的使用者。wctaiwan（留言） 2022年2月13日 (日) 23:58 (UTC)[回覆]

@Xiplus（或其他路過的管理員）能不能麻煩您依據以上的討論看一下是否可以部署，並將此討論存擋？謝謝。wctaiwan（留言） 2022年2月14日 (一) 00:20 (UTC)[回覆]

最近比較忙沒空處理這個，不過我打算等有空把這個 JavaScript 包裝成一個 gadget 然後在這裡公示透過 MediaWiki:Gadgets-definition 預設部署。這樣就不需要修改 Common.js。wctaiwan（留言） 2022年3月3日 (四) 03:47 (UTC)[回覆]
容我把先前的討論折疊起來，免得一直佔空間。wctaiwan（留言） 2022年3月3日 (四) 04:02 (UTC)[回覆]
問個技術問題，要怎麼製作對未登入使用者預設啟用，但對登入使用者預設關閉的小工具？--Xiplus#Talk 2022年3月3日 (四) 09:08 (UTC)[回覆]
印象里沒有直接辦法，反過來倒是行。想到的方法是，先在common.js之類的地方判斷userid再load，嗯…load會慢一些，可以直接default加載再用if包裹具體內容執行。--安憶Talk 2022年3月3日 (四) 09:36 (UTC)[回覆]
用common.js比較好吧，對登入使用者減少載入沒有功能的js。--Xiplus#Talk 2022年3月10日 (四) 04:28 (UTC)[回覆]
這個 script 才 1.5KB 左右，經過 ResourceLoader minify 應該可以再壓縮一半左右。我的猜測是相對於（僅在需要時）加掛那個 listener，下載程式碼這件事對頁面效能應該趨近毫無影響，用小工具部署也比較模組化一些，反而在 common.js 用 mw.loader.load 可能還會因為需要多一個 request 而使多數匿名讀者載入頁面的效能變差... 不過我可以至少把 mw.user 改成用 mw.config，這樣可以少一個 dependency。 wctaiwan（留言） 2022年3月10日 (四) 06:25 (UTC)[回覆]
ResourceLoader minify也只有移除空白字元而已，不過我說的不是這個，還是可以用ResourceLoader，只是把判斷式放到common.js，不開default。--Xiplus#Talk 2022年3月10日 (四) 06:57 (UTC)[回覆]
這樣不是在讀取 common.js 後才會用mw.loader.load發另一個 request 去載入這個 script？不過我對於實際實作方式沒有太過強烈的偏好，對我而言重點是解決一開始提出的問題。如果您覺得這樣比較好，能不能請您條列具體的步驟，以利公示期結束時進行部署？（我主要是覺得這個提議這麼久都尚未部署，一方面也是因為一直沒有一個確定的方案，所以才提出具體步驟進行公示。）謝謝。wctaiwan（留言） 2022年3月12日 (六) 19:04 (UTC)[回覆]
應該做不到，不過現行的版本裡面已排除已登入使用者。[4] 大概可以在部署 gadget 時把它設成 default|hidden，這樣對未登入使用者會自動啟用，對已登入使用者則應沒有影響。wctaiwan（留言） 2022年3月3日 (四) 14:24 (UTC)[回覆]

部署公示討論

研究了一下 mw:Gadget kitchen#Deploying or enabling a gadget，看來要部署的話具體的步驟如下：

  1. 將 User:Wctaiwan/rewritePathVariant.js 搬動到 MediaWiki:Gadget-rewritePathVariant.js。
  2. 在 MediaWiki:Gadgets-definition 中進行以下修改：
現行條文

browser ...

appear

提議條文

browser ...

* RewritePathVariant[ResourceLoader|default|hidden|targets=desktop,mobile|type=general]|rewritePathVariant.js

appear

這樣做的話會預設為匿名使用者開啟這項功能，但不影響已登入使用者。現行部署的版本將會是 [5]。

依據以上的具體提案，🕗 公示7日，2022年3月17日 (四) 02:45 (UTC) 結束 wctaiwan（留言） 2022年3月10日 (四) 02:45 (UTC)[回覆]

代碼調整

/**
 * Work around https://phabricator.wikimedia.org/T223053 by rewriting link URLs
 *
 * Thanks to User:Legoktm for the idea and for technical assistance, and to
 * User:Jack Phoenix for reviewing the implementation.
 */

(function () {
	if (mw.config.get('wgUserName') !== null)
		return; // Don't run this for logged-in users
	var userVariant = mw.config.get('wgUserVariant');
	if (!userVariant || userVariant.indexOf('zh-') !== 0 ||
		window.location.pathname.indexOf('/' + userVariant + '/') !== 0 &&
		new mw.Uri().query.variant !== userVariant
	)
		return;
	$(document).on('keydown mousedown touchstart', 'a', function () {
		var originalHref = $(this).attr('href'),
			uri;
		if (!originalHref)
			return;
		try {
			uri = new mw.Uri(originalHref);
		} catch (e) {
			return;
		}
		if (!('variant' in uri.query))
			if (originalHref.indexOf('/wiki/') === 0)
				this.href = '/' + userVariant + originalHref.slice(5);
			else if (originalHref.indexOf('/zhwiki/w/index.php?') === 0)
				this.href = uri.extend({variant: userVariant}).getRelativePath();
	});
})();

對代碼做了些調整，依賴項有mediawiki.Uri，請其他人覆核一下。

  • 增加keydown事件，適用於鍵盤導航的場景。
  • 用mw.Uri處理網址，應能規避一些邊角錯誤。
  • 簡化代碼。

--Lt2818（留言） 2022年3月10日 (四) 09:29 (UTC)[回覆]

增加keydown我覺得是個好主意。其餘部分我覺得我原本的程式碼可能比較容易閱讀/維護（例如省略{}可能會造成 goto fail 之類的錯誤），不過同上，我對實際的程式碼沒有強烈的偏好，所以端看社群的想法。wctaiwan（留言） 2022年3月12日 (六) 19:04 (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)[回覆]

部署相關問題

phab那邊給了一些意見需要社群給予回應：

  • 這個東西的i18n相關問題需要社群給予關注。translatewiki.net上面CommunityTechBot分zh-hans和zh-hant，而且兩者很多用語都不一樣，需要確定提示信息具體使用哪一種語言變體（這應該意味着必須犧牲一部分地區詞，如果我沒理解錯的話）。
  • 同時，社群需要決定什麼時候給討論頁上留通知。commons常見的刪除方式有快速刪除、刪除討論（類似於存廢討論，需要7天的討論）以及npd (no permission)（可以理解成需要提交上傳者確實是版權持有人或者得到了授權，否則文件會在7天後刪除）——默認設置是前兩者得到通知。如果認為有必要的話，可以在第三種情況下也進行通知。
  • 最後是有沒有必要給這個通知的賬戶bot flag的問題——這個交給BAG的人商量比較好。 Stang★ 2022年2月20日 (日) 21:43 (UTC)[回覆]
通知問題我覺得全部都可以上，bot flag不需要--百無一用是書生 (☎) 2022年2月21日 (一) 02:50 (UTC)[回覆]

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

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

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

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

  • 電腦板
    電腦板
  • 手機版 寬屏
    手機版 寬屏
  • 手機版 正常
    手機版 正常
    •   Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2022年1月31日 (一) 11:43 (UTC)[回覆]
    [20]你應該檢查你的分辨率--。->>Vocal&Guitar->>留言 2022年1月31日 (一) 12:19 (UTC)[回覆]
    額 待會修理--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2022年2月6日 (日) 11:56 (UTC)[回覆]

    Template:DNA

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

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

    下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。
    於Phabricator查看
    編號T300814的工單
    編輯頁面不重新加載頁面時顯示預覽錯位，2022年2月3日

    如圖，我使用Vector2022皮膚，今天編輯頁面時點擊預覽按鈕，預覽就會錯位。昨天沒有這種情況，不知道怎麼解決。 -- 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就自然消失了，此後也沒有類似的情況出現。-- 2022年2月10日 (四) 04:41 (UTC)[回覆]
    結果現在我也沒有這個問題了...--0906（回復請Ping我） 2022年2月17日 (四) 17:07 (UTC)[回覆]

    Template:DNA

    Category 頁面的次級標題存在冗餘的「分類」二字

    於Phabricator查看
    編號T302161的工單

    在 Category 頁面的次級標題中，重複出現了「分類」一詞。例如 Category:自然科學 這個頁面，其第二個次級標題為「分類「分類:自然科學」中的頁面」，對比英維的相應頁面，該標題作「Pages in category "Natural sciences"」，可見本站應刪去此處的「分類:」字樣，希望管理人員能處理一下這個 bug。--蕭漫（留言） 2022年2月19日 (六) 17:52 (UTC)[回覆]

    在「不轉換」模式下是正常的，其他變體都有問題。 Stang★ 2022年2月19日 (六) 18:09 (UTC)[回覆]

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

    Chembox模板更新（技術）

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

    先前Chembox模板需要更新的內容已討論完畢，參見Template_talk:Chembox#Chembox模板更新，模板修改涉及技術問題，希望有熟悉代碼的進行更新。--Leiem（留言·簽名·維基調查） 2022年2月23日 (三) 06:23 (UTC) Template:DNA[回覆]

    請求處理Module:Tlg的編輯請求

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

    如題，於Module talk:Tlg。合併英文維基最新版本。該版本解決了一些技術問題。--Yining Chen（留言|簽名頁） 2022年2月26日 (六) 13:13 (UTC) Template:DNA[回覆]

    Tech News: 2022-09

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

    最近更改

    • 在頁面歷史或用戶貢獻等處通過標籤搜索編輯時，您可以使用下拉列表選擇標籤。這是一項2022年社群願望清單調查的提案。 [21]
    • 使用Growth功能提供的導師儀錶盤的導師在查看分配給他們的新手時，將只會看到編輯次數大於一次且小於200次的新手。過去，所有分配給導師的新手都會在儀錶盤上顯示——其中包括未進行任何編輯以及進行了上百次編輯的用戶。導師仍可通過儀錶盤上的過濾器來修改這些數值，對過濾器做的最後修改將被保存。 [22][23]
    • 出於技術原因，用戶組oversight已被重命名為suppress。您可能需要更新本地項目中對舊名稱的引用，包括而不限於小工具、至Special:Listusers的鏈接、NUMBERINGROUP魔術字的使用等。

    問題

    • 近期更改跟蹤頁面HTML的變化造成了螢幕閱讀器的一些問題，此問題已被修復。 [24]

    本週後期變更

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

    未來更新

    • 模板將更加易用。多項改善計劃於3月9日部署至大多數維基站點上，並於3月16日部署至英文維基百科。改善包括了括號匹配、語法高亮顏色、查找及插入模板以及可視化編輯器的相關功能。
    • 如果您是模板開發者或界面管理員，且有意覆蓋或使用用戶反饋框的默認CSS樣式（使用了以下的類：successbox, messagebox, errorbox, warningbox），請留意這些類及相關的CSS將在不久之後從MediaWiki核心代碼中移除。此舉旨在避免維基站點上使用同樣類名時出現錯誤。如果您認為您可能受此影響，請在phab:T300314留言以讓我們知曉。

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

    2022年2月28日 (一) 22:59 (UTC)

    用於替換的系統內置box css樣式見這裡的測試案例：User:Shizhao/boxcss--百無一用是書生 (☎) 2022年3月1日 (二) 03:02 (UTC)[回覆]
    有一些頁面使用[25]--百無一用是書生 (☎) 2022年3月1日 (二) 03:05 (UTC)[回覆]
    ok。已經基本替換（除用戶空間外）--百無一用是書生 (☎) 2022年3月1日 (二) 03:24 (UTC)[回覆]
    還有很多沒改啊。messagebox沒有對應的替代品似乎（如果從boxcss那個頁面來看）。 Stang★ 2022年3月2日 (三) 17:48 (UTC)[回覆]
    還有哪些啊？能舉幾個例子嗎？messagebox這個我深深懷疑是否是個bug？完全和其他幾個不是一個風格.....--百無一用是書生 (☎) 2022年3月4日 (五) 07:16 (UTC)[回覆]
    主要是messagebox吧（很多表格裡面有，不知道怎麼搞的），別的基本都解決了。 Stang★ 2022年3月7日 (一) 16:47 (UTC)[回覆]
    找到了[26]，看起來不少啊--百無一用是書生 (☎) 2022年3月8日 (二) 03:48 (UTC)[回覆]
    有的應該可以用mbox換掉（不過就比較費功夫了），實在不行暫時抄過來頂頂也不是不可以。 Stang★ 2022年3月9日 (三) 07:20 (UTC)[回覆]
    "Page not found"....--百無一用是書生 (☎) 2022年3月10日 (四) 02:58 (UTC)[回覆]

    mw-add(remove)-media

    這兩個標籤1.37起就默認禁用了，但本站歷史上大量使用本標籤，禁用後編輯摘要里就只能顯示比較不具有描述性的tag-mw-add-media和tag-mw-remove-media。可否本地強制創建對應的界面信息？-- Stang★ 2022年3月4日 (五) 12:07 (UTC)[回覆]

    應該去phab:T286362報告吧？這不是單一站點的問題。--Xiplus#Talk 2022年3月4日 (五) 12:54 (UTC)[回覆]
    兩個標籤已從所有編輯移除，結果根本不是需要本地擔心的事情嘛。--Xiplus#Talk 2022年3月7日 (一) 15:07 (UTC)[回覆]
    那挺好。 Stang★ 2022年3月7日 (一) 16:43 (UTC)[回覆]

    請求清理Category:在infobox_station使用未知參數的頁面

    如題，Category:在infobox_station使用未知參數的頁面分類中條目數量非常多，從呼和浩特東站來看似乎不相容舊有中文參數名稱（預覽編輯時會顯示很多未知參數錯誤），又有至少三個系統的參數（見Template:Infobox_station/doc/更新舊有模版參數）需要清理；不相容中文參數部分需要修改Template:Infobox_station，更新舊有參數部分則不知道有無機器人處理，如果沒有的話希望在此建立共識，以便之後請求建立機器人。--迴廊彼端（留言） 2022年3月5日 (六) 16:15 (UTC)[回覆]

    Abuse filters that need to be optimized

    Hello, and apologies for writing in English! While I was investigating an AbuseFilter issue (T303059), I noticed in the MediaWiki logs that a some filters here on the Chinese Wikipedia need to be improved. In particular:

    • Filter 340 often fails to run because the regex has horrible performance and the PHP regex engine kills it. I'd suggest replacing every "match-all dot" with something more specific that guarantees that the regex engine won't try to look ahead until the end of the page.
    • There are other filters that also use the match-all dot and sometimes the regex takes a long time to be checked, slowing the page save down by a few seconds. These are: 170, 201 (third regex), 214, 223, 245, 255, 261, 267. Sometimes, these will also fail to run.
    • In filter 294, I suggest reordering the conditions to check user_blocked last, because that can be expensive to compute.

    I strongly suggest fixing those, because they can have a noticeable impact on performance. Also, the AbuseFilter has a limit of 1000 conditions that can be checked by all filters, and this limit is sometimes reached (see stats here). I suggest you to optimize the conditions used, or some filters will not be checked. Please feel free to ask me if you need any help, just make sure to ping me as I don't watch this page. Thank you, --Daimona Eaytoy（留言） 2022年3月5日 (六) 17:49 (UTC)[回覆]

    概要：系統維護人員通知：防濫用過濾器340的性能慘不忍睹以至於經常不能在時間限制內執行完畢。其他性能差的還有170、201、214、223、245、255、261、267。另有對294提出建議。--MilkyDefer 2022年3月5日 (六) 19:00 (UTC)[回覆]

    Filter 340 is disabled now. Filter 294 (and 295 with same condition) are fixed.--Xiplus#Talk 2022年3月6日 (日) 03:55 (UTC)[回覆]
    Filter 201 is fixed. Replace .* with .{0,10}.--Xiplus#Talk 2022年3月6日 (日) 04:03 (UTC)[回覆]

    模板:Infobox royalty

    T:Infobox royalty中的「full name」欄位異常，參閱喬治王子 (劍橋)，在「全名」欄位多了一個換行，格式也沒有對齊。--CaryCheng（留言） 2022年3月7日 (一) 07:59 (UTC)[回覆]

    好像這個模板就是這麼設計的？--Tim Wu（留言） 2022年3月7日 (一) 08:33 (UTC)[回覆]
    了解，感謝。--CaryCheng（留言） 2022年3月7日 (一) 15:39 (UTC)[回覆]

    參考文獻提示工具的彈出框中跨語言鏈接小工具無法正常顯示

    鼠標浮於在參考文獻提示工具的彈出框中的跨語言鏈接時，跨語言鏈接小工具的彈出框無法正常提示跨語言鏈接。——角色扮演對話（留言） 2022年3月7日 (一) 08:27 (UTC)[回覆]

    @角色扮演對話 參數設置里8個跨語言鏈接的選項只選了1個？--Tim Wu（留言） 2022年3月7日 (一) 08:32 (UTC)[回覆]
    @Tim Wu 是的，只選了「光標懸浮時顯示Tooltip（對於已存在頁面的情況下高亮表示）」。--角色扮演對話（留言） 2022年3月8日 (二) 03:16 (UTC)[回覆]

    (※)注意 我剛剛在手機端（但是是桌面版視圖）測試過了，不是小工具無法正常顯示，而是跨語言鏈接小工具跨語言鏈接小工具會顯示在下面的參考資料欄里。草（中日雙語）

    另外，這種問題的一個例子可以在條目矯枉過正的注釋「nb2」和「nb3」中找到。--角色扮演對話（留言） 2022年3月10日 (四) 13:49 (UTC)[回覆]

    關於近期的新功能notpageimage（T301588）

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

    近期多出了可以使用|class=notpageimage來防止某張圖片被加入預覽圖，而現在Module:Location map生成的圖像有時會莫名覆蓋掉當前的圖像，如自由女神像，想問各位覺得有必要對這個模組加上上面這個功能嗎？--SunAfterRain 2022年3月7日 (一) 15:28 (UTC)[回覆]

    覺得可以。如果條目缺圖的時候，地圖作為頁面圖像意義也不大（畢竟上面也沒有具體坐標點）。@Shizhao、MilkyDefer： Stang★ 2022年3月7日 (一) 16:59 (UTC)[回覆]
    首先{{Flag}}和{{Flagicon}}的國旗都要先排除成為頁面圖像。--路西法人𖤐 2022年3月8日 (二) 02:51 (UTC)[回覆]
    The best possible page image on Wikimedia wikis is one of the first four images in an article which has a width/height between 400-600px and a height/width which is twice the value of the other dimension. Stang★ 2022年3月8日 (二) 03:16 (UTC)[回覆]
    旗幟模板中的國旗系統已經自動過濾掉了，不需要這個新的參數。唯一不確定的問題是這個新參數是否對og起作用？當然加上這個參數也沒什麼問題，多一點冗餘應該不是壞事--百無一用是書生 (☎) 2022年3月8日 (二) 03:59 (UTC)[回覆]
    另外，地圖是Kartographer生成的，沒法用這個參數吧？--百無一用是書生 (☎) 2022年3月8日 (二) 04:00 (UTC)[回覆]
    如果Kartographer地圖頂掉了其他圖片，是不是應該提報bug啊？--百無一用是書生 (☎) 2022年3月8日 (二) 04:03 (UTC)[回覆]

    啊，搞錯了，不是Kartographer啊--百無一用是書生 (☎) 2022年3月8日 (二) 04:04 (UTC)[回覆]
    不過不論是內部連結預覽還是站外平台的連結預覽，都還是會將國旗圖示當成預覽圖的情況。還是這個不相關？--路西法人𖤐 2022年3月9日 (三) 00:41 (UTC)[回覆]
    不相關。您可以理解成她實現了另一套東西。 Stang★ 2022年3月9日 (三) 07:16 (UTC)[回覆]
    @Shizhao：但感覺預覽圖出現國旗（頁面中只有國旗時）也怪怪的？--SunAfterRain 2022年3月9日 (三) 14:49 (UTC)[回覆]
    預覽圖是指哪裡的預覽圖？--百無一用是書生 (☎) 2022年3月11日 (五) 03:02 (UTC)[回覆]
    然後搜尋一下目前存在這些Flag有[[File:]]連結（限Special:Prefixindex/Template:Flag找的到的） 囧rz……
    1. {{Flag/core}}
    2. {{Flagathlete/core}}
    3. {{Flagc/1}}
    4. {{Flagcountry/core}}
    5. {{Flagdeco/core}}
    6. {{Flagicon/core}}
    7. {{Flagicon/nt}}
    8. {{Flagicon image}}
    9. {{Flaglink/core}}
    10. {{Flaglist/core}}
    11. {{Flagmedalist/core}}
    12. {{Flagright/core}}
    13. {{Flagu/core}}
    --SunAfterRain 2022年3月9日 (三) 15:00 (UTC)[回覆]
    以上模板已經全部加上了notpageimage參數，請看看是否都正常--百無一用是書生 (☎) 2022年3月11日 (五) 03:00 (UTC)[回覆]
    另外，對於站內預覽和站外預覽的影響，能提供一些案例作比較就好了--百無一用是書生 (☎) 2022年3月11日 (五) 03:05 (UTC)[回覆]
    目前此更動，造成如使用{{Bk-rt}}的條目都出現問題，如使用{{bk-rt|JPN}}，出現「class=notpageimage|日本（旗幟）」，非「日本（旗幟）」。--寒吉 2022年3月11日 (五) 04:43 (UTC)[回覆]
    修掉了，感謝反饋。 Stang★ 2022年3月11日 (五) 18:16 (UTC)[回覆]

    Tech News: 2022-10

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

    問題

    • 部分介面標籤上周出現了問題，該問題將在本周修復。這一變化是皮膚維護工作的一部分，此工作旨在簡化對沒有活躍維護者的皮膚的支持。 [27]

    本週後期變更

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

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

    2022年3月7日 (一) 21:16 (UTC)

    部分條目的標題顯示異常

    如P進數，現在網頁版顯示的是<i>p</i>进数 --Ember Edison 2022年3月9日 (三) 03:24 (UTC)[回覆]

    完成，改為使用DISPLAYTITLE魔術字即可正常顯示。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年3月9日 (三) 11:32 (UTC)[回覆]

    在使用翻譯器翻譯過程中發現一些英文模板缺失相應的中文版本

    比如相當重要的參考文獻模板、一些人物模板之類的。

    有沒有小夥伴想要一起研究一下把那部分英文模板轉成中文模板呢？ --Georges Smiley（留言） 2022年3月9日 (三) 03:26 (UTC)George Smiley[回覆]

    @Georges Smiley：給個列表出來，我去改改。--Ghren🐦🕖 2022年3月9日 (三) 11:01 (UTC)[回覆]
    目前發現問題最大的是，Template:reflist經常會顯示缺少該模板的相關信息，不知道究竟是因為模板不一樣還是因為別的什麼……
    但是會把翻譯好的東西搞得一團糟。--Georges Smiley（留言） 2022年3月10日 (四) 00:44 (UTC)[回覆]
    所以具體是什麼模板？reflist的英維和中維是完全一樣的。--Ghren🐦🕚 2022年3月10日 (四) 03:15 (UTC)[回覆]

    使用2017編輯器時光標偏移

    如題。在編輯文字時光標正常，但在編輯代碼高亮的模板部分時就會出現嚴重偏移（實際編輯的位置與光標顯示位置不一致），不清楚是否為設備或瀏覽器或Mediawiki的問題。--Yining Chen（留言|簽名頁） 2022年3月9日 (三) 15:20 (UTC)[回覆]

    老問題了。--Bigbullfrog1996（𓆏） 2022年3月9日 (三) 17:58 (UTC)[回覆]

    IABOT 故障 2022-03

    機器人在BURNOUT SYNDROMES運行時出現錯誤，該錯誤已經出現過多次。--Q28（留言） 2022年3月11日 (五) 15:19 (UTC)[回覆]

    @Q28請去提phab，此機器人不在本地維護。--在下荷花，請多指教（歡迎簽到） 2022年3月12日 (六) 12:34 (UTC)[回覆]
    雖然我不太明白什麼錯了，能詳細說說嗎？--在下荷花，請多指教（歡迎簽到） 2022年3月12日 (六) 12:37 (UTC)[回覆]

    命名空間

    究竟Gadget和Gadget definition是什麼命名空間？一個頁面都沒有，卻不讓我們建立。Choi Chin Long 2022年3月12日 (六) 11:35 (UTC)[回覆]

    小工具吧。--在下荷花，請多指教（歡迎簽到） 2022年3月12日 (六) 12:35 (UTC)[回覆]
    取自「https://zh.wikipedia.org/zhwiki/w/index.php?title=Wikipedia:互助客栈/技术&oldid=70592920」