Wikipedia:互助客栈/技术

互助客棧： 消息  方针  技术  求助  条目探讨  其他 |  知识问答

發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

公告欄

• [公告] 实装Automoderator工具、更新管理员布告板排版、緊急修正快速刪除O1款、仲裁委员会成立后的管理人员解任机制、选举监察员运作细节及开放自由提名管理员等权限申请、修订WP:外文重定向方针与首句MOS:外语名称格式指引，并将他们对应、規範資訊框內母公司子品牌的列出方式（重公示版本）、在本地启用安全投票及electionadmin权限、調整COVID-19條目共識的規定、規範日本選舉條目命名、禁止有關藝人演出的獨立列表條目羅列非固定參與的節目、修订政治人物关注度指引、修改學校關注度指引、明確香港街道名為譯名可靠來源的一種、規範中文維基百科內「貨物駅」與「貨物ターミナル駅」兩詞的譯法及電子遊戲與日本動漫條目命名的標點符號使用規定已經通過。
• [公告] 重命名WP:关注度为WP:收录标准、修订用户名方针与用户页指引及調整現行用戶頁指引條文規定的定義正在公示，如有意見請儘快提出。
• [討論] 互助客栈方针区正在討論提升“MOS:模棱两可”为正式指引、是否將格式手冊移動到MOS命名空間下、在非原創方針新增例子以禁止綜合常識及可靠來源、擴充ITNR獲選類別、根据WP:用戶頁对WP:用戶框进行修订、被不限期封禁用户不应默认复审移除IP封禁豁免权限、電子遊戲與日本動漫條目命名的標點符號使用規定、重提為可供查證方針與可靠來源指引調整有關用戶生成內容的規定、关于条目命名常规中纳入中立性的考虑及关于纯破坏提报应当如何处理，請踴躍參與討論。
• [討論] 互助客栈技术区正在討論修订过滤器警告信息，請踴躍參與討論。
• [討論] 互助客栈条目探讨区正在討論有關日本內閣條目的命名問題，請踴躍參與討論。
• [討論] 互助客栈其他区正在討論Automoderator配置、2025新年徽标、是否应关闭中文维基百科以抗议基金会举措、管理人員任免制度檢討等事、本地部署安全投票及相关权限、禁制復核及提议将每日提示内容同步到首页提示版块展示，請踴躍參與討論。
• [討論] 互助客棧試行案討論區正在討論討論遞進機制試行案-檢討意見分享，請踴躍參與討論。

• [協作] 现有138个页面需维基化，415个条目需清理，39个移动请求正在讨论。
• [獎勵] 現有1名用户獲提名维基奖励，欢迎投票。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (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等子模板合併事宜

英維社群目前正在討論模板: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条目的模板名字换成"軍艦模板"显示出来的参数也少不了几个，这是一个很好的合并起点。--Vozhuo_whisper 2022年5月1日 (日) 14:00 (UTC)

@Vozhuo：雖然沒有解決中維的問題，但直接跟隨英維的做法，不是更容易嗎 ? 進行翻譯英維船舶條目的工作的用戶，哪有心機去將Template:Infobox ship轉換成自家的船舶模板。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 15:43 (UTC)

我说的都是进行模板合并的工作，和写条目的用户没有关系的。事实上我刚才就已经做了一个初步的版本{{Template:軍艦模板/sandbox}}，把上面我说的四个模板合并了起来（样例：Template:軍艦模板/testcases），比我想象中要简单的多。到时候把英文合并后的模板和这个模板做个整合，也未必是件困难的事情。--Vozhuo_whisper 2022年5月1日 (日) 16:37 (UTC)

@Vozhuo：模板:Infobox service record能兼容嗎 ? 有些潛艇條目帶有這個模板。字體能和Infobox ship begin等子模板一樣大小嗎 ? 最後，Infobox ship begin等子模板有不同國家服役和多次服役退役的功能，能放上去嗎 ? 謝謝。-- 約翰同志－條目裱糊匠（留言） 2022年5月1日 (日) 18:41 (UTC)

这得等到英文那边整合好了再说。--Vozhuo_whisper 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 链接

於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}}

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

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

最麻煩的是似乎只要能從維基數據擷取的資料都會自動擷取，而且沒有辦法刪減。例如小婦人的「故事時代背景」就成了「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)