跳至內容

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

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

這是本頁的一個歷史版本，由61.224.165.89（留言）在2022年10月9日 (日) 08:58編輯。這可能和當前版本存在着巨大的差異。

捷徑

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

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


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

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

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 濫用過濾器警告信息 13 3 ZhaoFJx 2024-11-30 01:02
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 樂詞網模板連結有時會失效 4 4 Txkk 2024-12-31 09:01
6 提議給MediaWiki:Noarticletext和MediaWiki:Noarticletext-nopermission（含所有中文變體）加上維基數據 4 2 YFdyh000 2024-12-31 19:08
7 不藍不綠的綠鏈問題 42 9 Cwek 2025-01-04 11:58
8 頑固的緩存 7 3 Cwek 2025-01-04 15:56
9 修訂間差異不太智能 3 2 GUT412454 2025-01-04 02:02
10 機器人自動修正WP:MOSIW 5 4 魔琴 2025-01-05 20:28
11 「在編輯記錄中標示使用者權限」小工具不支持顯示仲裁員 2 2 What7what8 2025-01-06 11:42
12 方針區章節結構混亂 2 2 1F616EMO 2025-01-08 07:35
13 Template:澳門主題無法顯示圖片 2 2 Tp0910 2025-01-06 01:59
14 Template:PH wikidata疑似無法正常顯示 2 2 YFdyh000 2025-01-06 01:43
15 InternetArchiveBot將有效連結判斷成失效連結 2 2 YFdyh000 2025-01-07 01:18
16 未能訂閱WP:DYKC討論 2 1 1F616EMO 2025-01-08 07:41
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

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

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)

偽綠鏈二三事

  1. 追蹤偽綠鏈並將這類條目歸入Category:有藍鏈卻未移除內部連結助手模板的頁面的程式碼有待完善。照分類紀錄Special:Diff/71332757這次編輯就已經把該模板從分類中移除，但逐筆比對後可發現仍有「{{link-en|索马里兰银行|Bank of Somaliland}}」（實際連結到索馬利蘭銀行，條目建立於2022年3月28日）、「{{link-en|斯里兰卡中央银行|Central Bank of Sri Lanka}}」（實際連結到斯里蘭卡中央銀行，條目建立於2022年4月9日）。由此可知追蹤程式碼可能無法處理繁簡、地區詞等問題，希望可以修復，也提醒User:Comrade John清理時留意。
  2. 目前User:Cewbot僅清理Category:有藍鏈卻未移除內部連結助手模板的頁面中的條目命名空間、模板、Category 或 Wikipedia，但有部分偽綠鏈存在於Portal空間如Portal:東南亞、User talk空間如User talk:221.9.13.45/存檔、WT空間如Wikipedia talk:並不是所有頁面都需要標籤難以人力處理窮盡，希望可建立「讓Cewbot請理所有空間」的共識，謝謝，也副知User:Kanashimi。--迴廊彼端（留言） 2022年4月27日 (三) 11:55 (UTC)[回覆]
  3. 又希望建立共識加快Cewbot的清理速度。Category:有藍鏈卻未移除內部連結助手模板的頁面近期的數字大致上在15500-14800之間浮動，但User:Cewbot/需要修正的跨語言連結近期的數字是14000以下，Cewbot每週了不起完全清理100多條，差距其實挺大。--迴廊彼端（留言） 2022年4月29日 (五) 17:17 (UTC)[回覆]
  1. 我只在乎Category:有藍鏈卻未移除內部連結助手模板的頁面消失與否。閣下所指的問題，我已知悉一段時間，但這並非我能夠獨自處理，而且逐筆比對費時失事，所以我對偽綠鏈，找到的就改，找不到的就算。
  2. 其實Cewbot要提升它的編輯頻率，很懷念上年Category:有藍鏈卻未移除內部連結助手模板的頁面短短幾天，由30000多個頁面，清至10000多個頁面呢。-- 約翰同志－條目裱糊匠（留言） 2022年4月27日 (三) 12:07 (UTC)[回覆]
    其實能處理的大概都處理完了。您可以參照使用者:Cewbot/需要修正的跨語言連結，現在留下來的大概都是需要人工判別的。--Kanashimi（留言） 2022年4月27日 (三) 21:19 (UTC)[回覆]
謝謝User:Comrade John、User:Kanashimi兩位辛苦，我會提出上述方案就是希望Cewbot清理簡單、但沒人注意到的偽綠鏈，讓有志者可以專心處理使用者:Cewbot/需要修正的跨語言連結，裡面問題真的太多。我目前找到的清法是把該頁面紀錄的原文人名、媒體名等專有名詞做重定向，像是Los Angeles Daily News、亞馬遜MP3這類的讓機器人去跑，前陣子認真做的時候算蠻有成效，每週可以清一百多個。不過另一方面真的建議Cewbot加快速度，像凌晨一點到六點這種伺服器理應比較空閒的時段（如果我講錯請指正我），也常看到Cewbot除更新討論列表外只清了五、六筆偽綠鏈。--迴廊彼端（留言） 2022年4月29日 (五) 17:17 (UTC)[回覆]
歸納一下討論狀況，目前我跟User:Comrade John都認為Cewbot應加快清理速度，請問一下Comrade John那邊有建議速率嗎？此外我昨天修了一筆將近兩年都沒被Cewbot修復的偽綠鏈（井上和香這個條目建立於2019年5月），這個效率真的是有點不妙。--迴廊彼端（留言） 2022年5月9日 (一) 17:40 (UTC)[回覆]
速率吧.....它的速率其實沒有問題，而是頻率的問題，Cewbot每星期才清理偽綠鏈一次，可以說那一次所清理的數量，遠遠不及一星期所增加的偽綠鏈數量，最好是每日一次。確實，維基百科:不要搶機械人的工作，但前提是它們完全能夠獨自清理某些工作吧。-- 約翰同志－條目裱糊匠（留言） 2022年5月9日 (一) 18:26 (UTC)[回覆]
我觀察了好一段時間，目前Cewbot幾乎每天都會清，只是清的份量多少而已，所以我傾向認為是速率問題。--迴廊彼端（留言） 2022年5月19日 (四) 16:28 (UTC)[回覆]
速度的問題，主要是因為每一筆連結都要查詢各項資料以做確認，並且真正能改的不多。所以雖然一直在跑，卻大多改不了。依照當初的討論，能改的連結有限制，例如新文章必須過一禮拜才能當作穩定，您可參考原始碼。或許您可以提供一些應該能讓機器人自動更改，不必列在問題頁面的例子？--Kanashimi（留言） 2022年5月19日 (四) 22:38 (UTC
關於使用者:Cewbot/需要修正的跨語言連結目前我沒想法，謝謝辛苦。速度部分也謝謝您的解說，不過有些偽綠鏈毫無問題也被擱置了半年，您之前清完快取再運行機器人後我仍找到擱置兩年的偽綠鏈Special:Diff/55339541/71554938，這難免讓我好奇有沒有提升清理效能的方法，例如提升機器人整體運行速度、避免機器人總是在特定條目打轉之類的。--迴廊彼端（留言） 2022年6月4日 (六) 13:33 (UTC)[回覆]
@迴廊彼端 您在發現有些模板能改卻一直放著沒改時，或許能告知這邊一下，以利逐筆檢查。謝謝。--Kanashimi（留言） 2022年6月18日 (六) 21:31 (UTC)[回覆]
User:Kanashimi我剛發現泉站有此現象，兩個跨語言連結是在2020年8月2日加入本地條目，福島交通在2021年1月17日加入Wikidata，泉站 (福島市)在2021年2月15日加入Wikidata。兩個跨語言連結沒有繁簡問題，2022年4月17日也有編者編輯過泉站消歧義條目，至今機器人都沒修復，可能得麻煩您檢查一下。也想順帶請教您有沒有方法讓Category:有藍鏈卻未移除內部連結助手模板的頁面可以抓到「繁簡不同的跨維基連結」，這些頁面似乎很難掌握。--迴廊彼端（留言） 2022年8月23日 (二) 15:36 (UTC)[回覆]
發現是因為新的{{lj}}沒列入登記。這邊已修正。「繁簡不同的跨維基連結」可能要改模組:Ilh，不如問問user:Cwek、user:Xiplus也許比較清楚? --Kanashimi（留言） 2022年8月23日 (二) 21:08 (UTC)[回覆]
User:Kanashimi謝謝您的調整與告知，我快速查了一下Github上面的程式碼，似乎沒看到Template:Internal link_helper/doc「其他捷徑」欄上的Template:Lk、Template:Ld，說不定也有類似問題？如果是的話，可能得麻煩您把此欄中的捷徑全部補入。--迴廊彼端（留言） 2022年8月24日 (三) 01:01 (UTC)[回覆]
 已修復--Kanashimi（留言） 2022年8月24日 (三) 04:08 (UTC)[回覆]
User:Kanashimi，謝謝您辛苦處理，不過Template:Internal link_helper/doc「其他捷徑」欄上的其他模板也需要補入，特別是粵語兩種嵌入量甚大、加起有來上千個。其餘用量雖低或者甚至沒作用，為避免日後問題可能也得加上，謝謝。--迴廊彼端（留言） 2022年8月24日 (三) 04:28 (UTC)[回覆]
有的實在太少 其他  已修復--Kanashimi（留言） 2022年8月24日 (三) 05:08 (UTC)[回覆]
User:Kanashimi，謝謝您辛苦處理，我也在處理幾個沒有作用的重定向，不過Template:Ilh/en也建議加入，目前有64個連入，未來可能再增加；Template:Link-zza、Template:Zza-link符合ISO639-3編碼也應加入。--迴廊彼端（留言） 2022年8月24日 (三) 06:48 (UTC)[回覆]
完成--Kanashimi（留言） 2022年8月24日 (三) 07:53 (UTC)[回覆]

User:Kanashimi我又發現一筆沒被清到的，好萊塢唱片#發行公司中的A&M Records連結。此條目、Wikidata項、重定向頁都建立蠻久了，我上上週做了零編輯也還沒清掉，麻煩您檢查一下，謝謝辛苦。--迴廊彼端（留言） 2022年9月22日 (四) 02:46 (UTC)[回覆]

這是錯誤使用模板... 所對應的外語條目不存在。 @ 好萊塢唱片: A&M Records--Kanashimi（留言） 2022年9月22日 (四) 05:41 (UTC)[回覆]

我觀察了一下，發現Cewbot「每週清理綠鏈數量」是變動的，而且幅度還不小。一般來說每週進度大約一到兩百之間，不過遇到一對一的好清理狀況可以快上許多，例如先前某位編者建立Asiatic Society of Bangladesh重定向頁後，因為所需運作程序較少，一分鐘就可以清四到五筆，當週大約清了五六百筆左右，這也是我之前在作的修復方式。又既然這種清法有效率、能夠推進清理速度的話，像我上面提議的、把清理範圍擴大似乎就不是問題，希望可建立「讓Cewbot請理所有空間」的共識，謝謝。--迴廊彼端（留言） 2022年7月17日 (日) 10:24 (UTC)[回覆]

邀請User:Comrade John、User:Yumeto對此及下面「當編者加入偽綠鏈時發出警訊」提案給些意見，打擾之處尚祈見諒。--迴廊彼端（留言） 2022年8月3日 (三) 15:25 (UTC)[回覆]

提議當編者加入偽綠鏈時發出警訊

先前有編者在Template:Short description中加入預覽警告和腳本警告，加上各位勤於清理Category:帶有簡短描述的條目，讓此分類內容從我專注開始減少了近一千個，實在令人佩服。此成功案例也讓我好奇能否應用在Category:有藍鏈卻未移除內部連結助手模板的頁面身上，看有沒有辦法透過編輯提示、過濾器等功能即時提醒（甚至避免）編者加入偽綠鏈，還請各位給些意見，謝謝。--迴廊彼端（留言） 2022年7月17日 (日) 10:24 (UTC)[回覆]

請教User:Kanashimi、User:Cwek這功能有可能實現嗎？--迴廊彼端（留言） 2022年8月17日 (三) 07:10 (UTC)[回覆]
編輯提示似乎與機器人較無關? 另外跨語言連結確實有必要，小弟個人就常用。--Kanashimi（留言） 2022年8月17日 (三) 08:52 (UTC)[回覆]
User:Kanashimi我主要是針對「偽綠鏈」，一般正常綠鏈不必提醒。又如果能像一般頁面中加入消歧義內連的提醒也不錯，各位在此頁輸入一般內連[[西天]]就可以看到提醒。--迴廊彼端（留言） 2022年8月17日 (三) 12:38 (UTC)[回覆]
假如只是提交的時候提示有「偽綠鏈」但是不強制必須修正，應該是沒問題。不過連結常常很多個，恐怕得指出到底是哪個。--Kanashimi（留言） 2022年8月17日 (三) 20:18 (UTC)[回覆]
User:Kanashimi，這部分建議您試試我說的，在此頁輸入一般內連[[西天]]就可以看到提醒，想看連續反應可以再輸入[[方]]、[[丁]]，我這邊看是數個提醒視窗會分開排列在編輯區右邊，顯示過幾秒後會自動消失。也請教User:YFdyh000這個功能有可能實現嗎？如果有即時的繁簡辨識機制更好，例如說頁面是繁體命名，但用簡字、重定向等方式輸入也能及時提醒。--迴廊彼端（留言） 2022年8月19日 (五) 05:06 (UTC)[回覆]
mw:Extension:Disambiguator-$wgDisambiguatorNotifications能做類似的事情，輸入時提醒目標有問題。需開發js小工具或mw擴展來做，前者部署更方便，畢竟綠鏈不廣泛存在。支持簡繁方面我不了解，如果用多筆請求感覺有可能但網絡開銷大一些。--YFdyh000（留言） 2022年8月19日 (五) 05:21 (UTC)[回覆]
(※)注意，分類Category:有藍鏈卻未移除內部連結助手模板的頁面中的有些條目，存在一個問題即{{link-en}}中由於把顯示名等同於條目中，結果鏈出到了一個相似的條目，比如 1905年俄國革命 (Special:Diff/73350680)。--Kethyga（留言） 2022年8月26日 (五) 02:42 (UTC)[回覆]
User:Kethyga您的觀察、修復方式都是正確的，這也是User:Cewbot/需要修正的跨語言連結堆積如山的原因，太多編者取中文名稱時沒注意，結果導致一堆錯誤需要手工修正。也歡迎您支持我在上面的提案，以便用機器人清理之前處理不到的Portal、User、User talk等命名空間，這些空間堆了少說數百個可以用機器人清理的連結。--迴廊彼端（留言） 2022年8月26日 (五) 02:06 (UTC)[回覆]
好像之前曾經設立過一個功能就是加入這類的連結時，如果本地的頁面已經存在的話，則以另一種顏色表示，這個可以在喜好設定中的小工具部份更改（游標懸浮時顯示Tooltip（對於已存在頁面的情況下高亮表示））。 Shinjiman ⇔ ♨ 2022年8月29日 (一) 03:25 (UTC)[回覆]
User:Shinjiman是有這設定沒錯，不過願意修改、檢查的人很少，您在自己的common.js頁加入importScript("User:WhitePhosphorus/js/CatUpdates.js"); 在清除快取後打開Category:有藍鏈卻未移除內部連結助手模板的頁面下方便可觀察到，每天大約都會多出10筆，其中有些綠鏈根本是錯的，才會累積到一萬多筆清不完的誇張狀況，可以的話請支持我在上面的提案，以便用機器人清理之前處理不到的Portal、User、User talk等命名空間，這些空間堆了少說數百個可以用機器人清理的連結，也歡迎您一起手動清理User:Cewbot/需要修正的跨語言連結。--迴廊彼端（留言） 2022年9月2日 (五) 04:32 (UTC)[回覆]
@迴廊彼端：所以為何要清理User和User talk命名空間，User不是幾乎都是沙盒，User talk的出現頻率極低...？（不過倒可以考慮自動清理存在{{AFC submission}}的頁面就是）--SunAfterRain 2022年9月12日 (一) 10:08 (UTC)[回覆]
User:SunAfterRain：User空間目前有7筆、User talk空間目前50筆。我個人是覺得能清就清，留個一般讀者看不到、又佔用模板引用大小的語法沒什麼意思，也多少避免被列入Category:引用模板後大小超過限制的頁面。--迴廊彼端（留言） 2022年9月12日 (一) 10:21 (UTC)[回覆]
小工具里「對於已存在頁面的情況下高亮表示」，這個感覺如何用一種其他比較醒目的顏色比較好，現在的顏色如果在長條目中不容易發現。實時地加入提醒會不會影響網頁性能？--Kethyga（留言） 2022年9月16日 (五) 09:02 (UTC)[回覆]

Kethyga我也覺得顏色不太明顯，不過我不確定哪種顏色較好，歡迎您另外開題討論；效能部分多少會影響吧，但既然消歧義頁有這功能而且運作良好，我懷疑性能影響不太大。--迴廊彼端（留言） 2022年9月22日 (四) 02:46 (UTC)[回覆]

目前手動可以通過在條目的網頁源代碼中搜索ilh-blue來快速定位，不過維基的源代碼編輯器裡面沒有相應的標識符。
顏色的話，可能紫色或者是將文字背景填充的方式。
上面這個偽綠鏈討論是否分成 藍綠鏈1（本地已有條目的綠鏈）、藍綠鏈2（本地已有條目、外部連結錯誤的綠鏈，像前面Kanashimi提到的 好萊塢唱片#發行公司中的A&M Records？--Kethyga（留言） 2022年9月22日 (四) 06:49 (UTC)[回覆]

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

模板:Infobox ship begin等子模板合併事宜

本主題或以下段落文字，在討論結束後應存檔至WikiProject talk:船舶、Template talk:Infobox ship、Template talk:Infobox ship begin。

英維社群目前正在討論模板:Infobox ship begin等子模板合併為一個模板事宜，詳情請看此。

如英維社群決定合併，一定會影響有引進此模板的中維，如果我們不跟着它們合併，長遠會影響中維翻譯英維船舶條目的工作（需要轉換原始碼，費時失事）。

我想問：有沒有熟悉模板編輯（主要是熟悉模板合併）的用戶處理此等事宜 ? 有沒有能夠進行成千上萬的船舶條目的原始碼轉換的機器人 ?--約翰同志－條目裱糊匠（留言） 2022年4月30日 (六) 20:22 (UTC)[回覆]

副知@Cwek、Vozhuo：可能需要進行模板合併的準備。-- 約翰同志－條目裱糊匠（留言） 2022年4月30日 (六) 20:45 (UTC)[回覆]

首先Template:Infobox_ship是跟隨en的更新？其次可以以並行切換的方式，逐步淘汰基於模塊思路的Infobox ship XX模板組（告知不要使用，和轉換方法），如同{{BS}}RDT系列逐步從模板型轉為Lua型。思路可以跟隨en，但做法可以有所調整。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年5月1日 (日) 01:32 (UTC)[回覆]
Infobox ship在英維現時是重定向至Infobox ship begin，想不到在中維還在。令人擔心引進英維模板框架的中維與英維的滯後。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 07:32 (UTC)[回覆]
是英語太快，Infobox ship目前有35個外語版呢，Infobox ship begin有48個。是否等英語那邊穩定和出現實際問題再研究。Infobox ship begin有1178個鏈入，似乎沒有那麼嚴重。相較而言，PRC admin系列的可維護性更值得中維關注，比如數據難以修訂；比如暨南街道壞了，目前壞了53條。--YFdyh000（留言） 2022年5月1日 (日) 08:14 (UTC)[回覆]
是否等英語那邊穩定和出現實際問題再研究，我也是這樣認為的。我出帖的目的，是提醒社群，英維社群對該模板可能有大動作，以免別人合併了，我們還慒然不知，影響中維翻譯英維船舶條目的工作。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 08:33 (UTC)[回覆]
我覺得首先應該先把{{軍艦模板}}（1287引用）、{{軍艦艦型模板}}（111引用）、{{潛艇}}（121引用）、{{艦型模板}}（18引用）這四個以中文參數為主的模板合併成一個覆蓋範圍更廣的模板，比如{{船舶信息框}}。然後再以這個新合併的模板為基礎，去擴展兼容英文的參數（從英維提議合併的作者的想法來看，中維上面這幾個模板在結構上會和英維合併後的單一模板相似，就有了擴展的可能）。中文維基一直以來就有中英文兩套船舶模板，正好趁這個機會先把自己的問題解決了，要不然等英維模板變成新的，中維再引進，就變成三套了，以後就越來越亂了。其實{{軍艦模板}}是有英文參數的，它的英文參數應該是原來英維的{{Infobox_ship}}，你把中維引用Infobox_ship條目的模板名字換成"軍艦模板"顯示出來的參數也少不了幾個，這是一個很好的合併起點。--Vozhuowhisper 2022年5月1日 (日) 14:00 (UTC)[回覆]
@Vozhuo：雖然沒有解決中維的問題，但直接跟隨英維的做法，不是更容易嗎 ? 進行翻譯英維船舶條目的工作的用戶，哪有心機去將Template:Infobox ship轉換成自家的船舶模板。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 15:43 (UTC)[回覆]
我說的都是進行模板合併的工作，和寫條目的用戶沒有關係的。事實上我剛才就已經做了一個初步的版本{{Template:軍艦模板/sandbox}}，把上面我說的四個模板合併了起來（樣例：Template:軍艦模板/testcases），比我想象中要簡單的多。到時候把英文合併後的模板和這個模板做個整合，也未必是件困難的事情。--Vozhuowhisper 2022年5月1日 (日) 16:37 (UTC)[回覆]
@Vozhuo：模板:Infobox service record能兼容嗎 ? 有些潛艇條目帶有這個模板。字體能和Infobox ship begin等子模板一樣大小嗎 ? 最後，Infobox ship begin等子模板有不同國家服役和多次服役退役的功能，能放上去嗎 ? 謝謝。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 18:41 (UTC)[回覆]
這得等到英文那邊整合好了再說。--Vozhuowhisper 2022年5月2日 (一) 05:02 (UTC)[回覆]
同意。-- 約翰同志－條目裱糊匠（留言） 2022年5月2日 (一) 07:33 (UTC)[回覆]
目標應該是全部整合進Infobox ship，相容中文與英文參數。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月2日 (一) 01:02 (UTC)[回覆]

英維社群已同意將模板:Infobox ship begin等子模板合併為一個模板，現正整合中。-- 約翰同志－條目裱糊匠（留言） 2022年5月11日 (三) 09:27 (UTC)[回覆]

@Comrade John：目前進度如何？—— Eric Liu 創造は生命（留言・留名・學生會） 2022年7月29日 (五) 08:21 (UTC)[回覆]
自當地社群決定合併後就停在這裏，沒有任何進展。-- 約翰同志－條目裱糊匠（留言） 2022年7月29日 (五) 08:45 (UTC)[回覆]

本討論章節會維持開放，暫時不按最後意見發表時間存檔，直到英文維基百科完成子模板合併，中文維基百科更新完成為止。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

Google 錯誤地索引 .m 鏈接

本主題或以下段落文字，移動自Wikipedia:互助客棧/求助#桌上型電腦以google搜尋進入維基百科會變成行動版。執行者：--Xiplus#Talk 2022年5月7日 (六) 05:51 (UTC)。[回覆]

於Phabricator查看
編號T307359的工單

目前只在搜索中文維基百科遇到過這種情況。比如搜索「機甲小寶 Wikipedia」，第一條是 https://zh.m.wikipedia.org/zh-hans/%E9%93%81%E7%94%B2%E5%B0%8F%E5%AE%9D

--Fireattack（留言） 2022年5月1日 (日) 12:43 (UTC)[回覆]

Google還會索引可視化編輯器（?veaction=edit [1][2]）呢！--Txkk（留言） 2022年5月5日 (四) 13:42 (UTC)[回覆]

現在google似乎將行動版wiki設為預設，使敝人必須每次手動切換成電腦版。不知其他維基人如何解決這問題？--es91213（留言） 2022年5月7日 (六) 05:43 (UTC)[回覆]

奇怪，「機甲小寶+Wikipedia」我反而搜到wiki沒語言綴的為第一條。不過偶然會搜到zh-tw語言綴的，可能與Google個人搜索算法有關。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年5月7日 (六) 07:38 (UTC)[回覆]
希望Google編制搜尋索引時能只收集一種網址版本（無論是內容變體還是行動版／電腦版等等），避免混亂。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月7日 (六) 10:23 (UTC)[回覆]
對於手機📱版網頁可以讓瀏覽器強制重定向，在用的工具Redirector，感覺可以移植到維基里。--Kethyga（留言） 2022年5月8日 (日) 09:12 (UTC)[回覆]
Special:Diff/70642469/71502073。--Xiplus#Talk 2022年5月8日 (日) 14:09 (UTC)[回覆]
似乎未有反應。--Kethyga（留言） 2022年5月8日 (日) 23:05 (UTC)[回覆]
「User:Xiplus/common.js」，他自己的……意思是供參考。--YFdyh000（留言） 2022年5月9日 (一) 01:02 (UTC)[回覆]
我已經添加到自己的common.js裡面了--Kethyga（留言） 2022年5月9日 (一) 01:51 (UTC)[回覆]

這個問題在我這邊已經改善，很少再遇到.m鏈接了。各位那邊怎麼樣？--Fireattack（留言） 2022年5月29日 (日) 11:43 (UTC)[回覆]

些微改善，但很大比例仍是.m。--Xiplus#Talk 2022年5月29日 (日) 12:32 (UTC)[回覆]

似乎變得更嚴重了，甚至開始影響日文維基了： https://www.google.co.jp/search?q=maho%E5%A0%82&hl=ja --Fireattack（留言） 2022年7月16日 (六) 23:34 (UTC)[回覆]

不知道維基媒體這邊方不方便自己解決，在 m.wikipedia.org 網頁的 html <head> 區塊中標示電腦版網址。以前用手機點開電腦版，都可以自動跳轉到手機版，所以電腦版應該有設定這種語法，但手機版似乎沒有。--S099001（留言） 2022年7月23日 (六) 00:41 (UTC)[回覆]

除了一些外部的重定向工具，英維有人寫了個腳本 en:User:Þjarkur/NeverUseMobileVersion (1071808272)--Kethyga（留言） 2022年7月26日 (二) 00:21 (UTC)[回覆]

最近工作需要有在研究谷歌。谷歌的搜索算法是基於移動版的，所以非常喜歡將移動版鏈接設為預設。Itcfangye（留言） 2022年8月14日 (日) 04:58 (UTC)[回覆]

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

特定頁面的目錄簡繁轉換異常

於Phabricator查看
編號T303855的工單

Wikipedia:編輯禁制方針頁面，有Template:NoteTA/MediaWiki轉換組。-{H|紀錄=>zh-cn:记录}-正常轉換了正文內容，但簡體中文下目錄區仍顯示「紀錄」。預覽結果中正常。刷新緩存不見效果。--YFdyh000（留言） 2022年5月8日 (日) 22:51 (UTC)[回覆]

好像沒有發現「紀錄」。內容和界面的設置都是中國大陸簡中。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年5月8日 (日) 23:45 (UTC)[回覆]
「5.3 紀錄」沒有嗎。--YFdyh000（留言） 2022年5月9日 (一) 01:05 (UTC)[回覆]
好像之前見過目錄部分的繁簡轉換有問題，已經報過P區了。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年5月9日 (一) 02:09 (UTC)[回覆]
Wikipedia:互助客棧/技術/存檔/2022年3月，搜「目錄問題」。——Sakamotosan路過圍觀 | 避免做作，免敬 2022年5月9日 (一) 02:11 (UTC)[回覆]
豎大拇指 贊！看來是新的已知bug，phab:T303855。--YFdyh000（留言） 2022年5月9日 (一) 03:40 (UTC)[回覆]
因為我用腳本把原生目錄直接隱藏掉了。 囧rz……——Sakamotosan路過圍觀 | 避免做作，免敬 2022年5月9日 (一) 02:12 (UTC)[回覆]
這邊插一句，Vector（2022）外觀目錄完全不支持簡繁轉換，希望有人出個腳本。--ꓱꓤꓵZꓯ SKY (talk-contribs) 2022年6月30日 (四) 08:47 (UTC)[回覆]
@Azure2022：或許可以試看看User:SunAfterRain/js/vector-2022-toc-covert-fix.js，只是我的寫法可能會讓部分自訂的特殊轉換失效（其實是很極端的情況）。--SunAfterRain 2022年7月16日 (六) 04:06 (UTC)[回覆]

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

語言代碼問題

最晚在2021年底MediaWiki的程式碼中已經建議把zh-tw改成較精準的zh-Hant-TW，其他幾種中文變體也是，但目前CS1系列模板尚不支援後者這種寫法，是否應該新增到模組當中？又按這篇程式碼來看，要調整的使用者語言模板、分類等等很多，甚至其他維基計畫也需修改，希望各位一起處理，謝謝。--迴廊彼端（留言） 2022年9月25日 (日) 03:43 (UTC)[回覆]

(＋)支持：但這工作量看起來不小。--冥王歐西里斯（留言） 2022年10月4日 (二) 09:02 (UTC)[回覆]

需要進一步完善{{for}}和{{ITNc}}

ITNc（僅限article參數）和for不支持手工轉換語法（-{}-）。--Txkk（留言） 2022年10月1日 (六) 06:43 (UTC)[回覆]

cewbot機器人

@Kanashimi： 在條目馮仁稚 (72981220)中因為錯誤的跨語言鏈接模板{{link-jp}}使用，如 {{link-jp|https://ja.wikipedia.org/wiki/%E5%85%A8%E6%97%A5%E6%9C%AC%E3%83%97%E3%83%AD%E3%83%89%E3%83%AA%E3%83%95%E3%83%88%E9%81%B8%E6%89%8B%E6%A8%A9|全日本プロドリフト選手権|D1 GRAND PRIX}}，導致機器人會將 超鏈接 加入到 Wikidata d:Q5152375 (d:Special:Diff/1666586565/1701690195) 中，不知道是否可以禁止。--Kethyga（留言） 2022年10月2日 (日) 00:46 (UTC)[回覆]

這應該修改誤用，而非留著誤用。修改完機器人會按照正確的方式去處理。--Kanashimi（留言） 2022年10月2日 (日) 01:40 (UTC)[回覆]

參考資料疑似有bug

我發現在2016年高雄美濃地震和維冠金龍大樓倒塌事故這兩個條目中，有數個參考資料的連結通往網路時光機，而原始內容存檔連結卻通向真正的新聞網頁，不知道還有沒有其他條目發生同樣狀況，請求各位協助。 --Picture GN（留言） 2022年10月2日 (日) 14:59 (UTC)[回覆]

|dead-url=參數若設為true就會這樣。表示當前頁面的原始鏈接已經失效（或對於維護機器人而言無法訪問，如網站設置了robots.txt等），並不是技術故障。HotaruTalk 2022年10月2日 (日) 15:12 (UTC)[回覆]
(～)補充：也可能是設置了access-date參數，這樣的話就會用Wayback Machine的頁面替換原始頁面，保證原始來源在任何時候訪問均為一致的，避免原始來源變動造成編輯爭議。HotaruTalk 2022年10月2日 (日) 15:15 (UTC)[回覆]
不過那些網址大部分還沒有失效，是不是該處理參數？--Picture GN（留言） 2022年10月2日 (日) 17:45 (UTC)[回覆]
(...) 吐槽 兩種狀態並存時我常點錯，不得不都點開或者懸停以仔細觀察。dead狀態的準確率不算很高。--YFdyh000（留言） 2022年10月2日 (日) 16:13 (UTC)[回覆]

錯誤通知

大家好，因為很好奇所以來提問，不曉得有無問錯地方、是因為不久前收到了這個通知Special:Diff/73927012，不過這個頁面不是我建立的，通知我的使用者也不曉得問題在哪裡，自己唯一想到的關聯可能是掛了快速刪除時重定向被解除？再麻煩看看了，謝謝大家。--Mafalda4144（留言） 2022年10月3日 (一) 14:00 (UTC)[回覆]

感覺應該是，TW將重定向和非重定向視作兩種頁面了，也就是將後者視作後來創建的條目。如果{{d}}模板放在第二行使重定向狀態保持，可能就不會這樣、不會有「移除重定向」標籤。--YFdyh000（留言） 2022年10月3日 (一) 19:15 (UTC)[回覆]
謝謝您了解了，以後（？）還是別假會要交給小工具XD--Mafalda4144（留言） 2022年10月4日 (二) 12:00 (UTC)[回覆]

Coolest Tool Award 2022: Call for nominations

The fourth edition of the Coolest Tool Award welcomes your nominations! What is your favorite Wikimedia related software tool? Please submit your favorite tools by October 12, 2022! The awarded projects will be announced and showcased in a virtual ceremony in December.

MediaWiki message delivery 2022年10月3日 (一) 18:30 (UTC)[回覆]

2022年第40期技術新聞

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

最近更改

  • Kartographer現在能夠通過Wikidata的QID或SPARQL查詢獲得地理點，之前只能獲得地理區域或地理線。 [3] [4]
  • 2022最酷工具獎現正接受提名，您可以在10月12日前推薦工具。

本週後期變更

  • MediaWiki的新版本將於10月4日部署於測試維基及MediaWiki.org。它將於10月5日部署至非維基百科wiki及部分維基百科，並於10月6日部署至所有wiki，參見日曆。
  • 阿拉伯語、孟加拉語、漢語、法語、海地克里奧爾語、希伯來語、韓語和越南語維基百科的移動版的討論頁將會有所變化，變得更易用和提供更多信息。 （由於上周部署延遲） [5] [6]
  • scribunto-console API模塊現在需要提供跨站請求偽造防護令牌。這個模塊在文檔記錄為內部使用，不對外提供支持。 [5]
  • Vector 2022皮膚在最小的維基媒體項目作為默認皮膚啟用。參見更多信息。

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

MediaWiki message delivery 2022年10月4日 (二) 00:23 (UTC)[回覆]

關於{{Infobox book}}

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

這個模板從維基數據擷取的資料似乎有一些奇怪的問題呀。下列

  • 「故事背景地」和其他欄位本該是頓號、的地方會變成英文的, 。
  • 無條目的連結會連到維基數據項。

最麻煩的是似乎只要能從維基數據擷取的資料都會自動擷取，而且沒有辦法刪減。例如小婦人的「故事時代背景」就成了「1862年, 1860年代, 1870年代」了。似乎英維就沒有這些問題。 --Sean0115 2022年10月5日 (三) 11:00 (UTC)[回覆]

此模板之前也出過類似的問題，皆因從維基數據上自動擷取資訊所致。本地模板的這種設計未見任何益處，不但會造成未知的錯誤，還會增加額外的函數開銷。因此個人建議一刀切，取消各參數對維基數據的自動擷取，像英維那樣讓編者手動填寫，這是最簡單快速的解決方式。另外此類自動擷取的資訊也不是無法刪減，而是需要去維基數據上刪減，如要在本地條目中禁止顯示，可在相關參數的等號後方填入空格，強制覆蓋此類資訊，但這顯然是治標不治本。--蕭漫（留言） 2022年10月6日 (四) 17:31 (UTC)[回覆]
確實，這種自動擷取似乎只會搞麻煩而已。--Sean0115 2022年10月7日 (五) 13:00 (UTC)[回覆]
這些因為該模板直接調用底層Wikidata模塊的語法不當、過時了。調用{{Wdib}}則有較明顯的編輯鏈接。以上幾個問題已修。其他字段的調用仍待修繕，不過我想先聽聽兩位對已修部分的意見。--YFdyh000（留言） 2022年10月7日 (五) 13:38 (UTC)[回覆]
@YFdyh000：目前看來應該解決了，謝謝。--Sean0115 2022年10月7日 (五) 13:46 (UTC)[回覆]
@YFdyh000，沒什麼意見了，暫未發現新的問題。--蕭漫（留言） 2022年10月8日 (六) 06:56 (UTC)[回覆]

模板cite web 無法正常調用

在條目中使用插入模板>cite web 目前無法正常使用，只能顯示源代碼


我在下方做出測試
HTML教程. W3school. W3school. [2022-10-08] （中文（中國大陸））. 

在條目中就是這樣顯示的。

--Te0sla（留言） 2022年10月8日 (六) 12:59 (UTC)[回覆]

(：)回應
使用下列原始碼：
陽光女孩<ref>{{cite web |accessdate=2022-06-30 |language=zh-tw |deadurl=no |url=https://news.campaign.yahoo.com.tw/2022-election/article.php?id=77d7a1e9-5df0-3e29-a100-8431aae6f2a8 |title=認陽光女孩！柯志恩：「側翼攻擊」我9年前在美國置產百坪 |first= |last= |author=鄭佩玟 |publisher=[[三立新聞網]] |date=2022-06-30 |archiveurl=https://web.archive.org/web/20220702011001/https://news.campaign.yahoo.com.tw/2022-election/article.php?id=77d7a1e9-5df0-3e29-a100-8431aae6f2a8 |archivedate=2022-07-02 }}</ref>
可以看到顯示這個結果：
測試結果正常，請問是哪個條目發生問題?--CaryCheng（留言） 2022年10月8日 (六) 18:22 (UTC)[回覆]
這點我也測試到了，只要套上<ref>雙標籤就能正常使用，但是嗎，當我使用可視化編輯器搜索模板cite web，之後調用時不會默認框上<ref>標籤。導致顯示的效果就是代碼完全顯示在本來的界面。您可以試一下。 Te0sla（留言） 2022年10月9日 (日) 02:17 (UTC)[回覆]
這是正常的，cite web模板和<ref>標籤是分開的--百無一用是書生 (☎) 2022年10月9日 (日) 02:27 (UTC)[回覆]
不能正常使用是正常的嗎？Te0sla（留言） 2022年10月9日 (日) 04:22 (UTC)[回覆]
因為你是通過搜索模板插入的，所以會這樣。如果是通過「引用」功能插入的就會自動加上<ref>標籤了--百無一用是書生 (☎) 2022年10月9日 (日) 07:00 (UTC)[回覆]

譯名問題

請問以下六個條目的譯名為什麼要修改？

這明顯違反WP:先到先得方針 --61.224.165.89（留言） 2022年10月9日 (日) 08:58 (UTC)[回覆]

取自「https://zh.wikipedia.org/zhwiki/w/index.php?title=Wikipedia:互助客栈/技术&oldid=74011410」