维基百科:互助客栈/技术

本頁用作讨论在编辑时遇到的技术问题;發表問題或討論前,請先參閱常見問題解答帮助信息MediaWiki基本問題及搜索舊討論記錄。另請注意:

請注重礼仪、遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 偽綠鏈二三事 41 7 迴廊彼端 2022-10-23 00:41
2 Google 错误地索引 .m 链接 19 11 Zys6913 2022-11-24 14:20
3 特定页面的目录简繁转换异常 10 5 Ericliu1912 2022-11-22 00:07
4 Infobox CnCity相关内容需优化和修正 3 2 YFdyh000 2022-11-22 05:43
5 社群是否有意测试PageTriage? 10 8 Sanmosa 2022-11-24 23:00
6 {{Replace}}需要更新以允许正则表达式 1 1 Jimmy-bot 2022-11-27 00:14
7 以application/xhtml+xml代text/html 8 5 Diskdance 2022-11-24 22:02
8 某些条目出现了两个字词转换图标 7 6 Diskdance 2022-11-24 22:03
9 2022年第47期技术新闻 1 1 MediaWiki message delivery 2022-11-22 07:21
10 Cite book的unified需要更新 2 2 YFdyh000 2022-11-22 14:55
11 Template:NumBlk 2 1 Justin545 2022-11-24 08:14
12 Template:Infobox settlement 8 3 A2569875 2022-11-24 22:24
13 Template:Designation/divbox的外观调整 14 4 David Xuang 2022-11-26 21:00
14 關於來源語言標示的問題 13 7 Ghren 2022-11-27 01:08
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

偽綠鏈二三事编辑

  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 JohnUser: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:Cwekuser:Xiplus也許比較清楚? --Kanashimi留言) 2022年8月23日 (二) 21:08 (UTC)回复[回复]
User:Kanashimi謝謝您的調整與告知,我快速查了一下Github上面的程式碼,似乎沒看到Template:Internal link_helper/doc「其他捷徑」欄上的Template:LkTemplate: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-zzaTemplate: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)回复[回复]

這是錯誤使用模板... 所對應的外語條目不存在。--Kanashimi留言) 2022年9月22日 (四) 05:41 (UTC)回复[回复]

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

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

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

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

請教User:KanashimiUser: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:SunAfterRainUser空間目前有7筆、User talk空間目前50筆。我個人是覺得能清就清,留個一般讀者看不到、又佔用模板引用大小的語法沒什麼意思,也多少避免被列入Category:引用模板后大小超过限制的页面。--迴廊彼端留言) 2022年9月12日 (一) 10:21 (UTC)回复[回复]
User:SunAfterRain竭誠歡迎您支持上一章節「讓Cewbot請理所有空間」的提案。--迴廊彼端留言) 2022年10月22日 (六) 16:41 (UTC)回复[回复]

小工具里“对于已存在页面的情况下高亮表示”,这个感觉如何用一种其他比较醒目的颜色比较好,现在的颜色如果在长条目中不容易发现。实时地加入提醒会不会影响网页性能?--Kethyga留言) 2022年9月16日 (五) 09:02 (UTC)回复[回复]

Kethyga我也覺得顏色不太明顯,不過我不確定哪種顏色較好,歡迎您另外開題討論;效能部分多少會影響吧,但既然消歧義頁有這功能而且運作良好,我懷疑性能影響不太大。--迴廊彼端留言) 2022年9月22日 (四) 02:46 (UTC)回复[回复]
目前手动可以通过在条目的网页源代码中搜索ilh-blue来快速定位,不过维基的源代码编辑器里面没有相应的标识符。
颜色的话,可能紫色或者是将文字背景填充的方式。
上面这个伪绿链讨论是否分成 蓝绿链1(本地已有条目的绿链)、蓝绿链2(本地已有条目、外部链接错误的绿链,像前面Kanashimi提到的 Special:PermaLink/67656806#发行公司中的A&M Records?--Kethyga留言) 2022年9月22日 (四) 06:49 (UTC)回复[回复]
User:Kethyga抱歉慢回,我個人是覺得先不必分一二兩種,這種東西說一般難說是本地或外地名稱錯誤,也竭誠歡迎您支持上一章節「讓Cewbot請理所有空間」的提案,減少需要手動修復的工作。--迴廊彼端留言) 2022年10月22日 (六) 16:41 (UTC)回复[回复]

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

Google 错误地索引 .m 链接编辑

目前只在搜索中文维基百科遇到过这种情况。比如搜索“机甲小宝 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)回复[回复]
我没这事鸭,是不是不同地方搜的不同--Zys6913留言) 2022年11月24日 (四) 06:20 (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)回复[回复]

話說,還沒有進展啊?orz —— Eric Liu 創造は生命(留言留名學生會 2022年11月21日 (一) 16:07 (UTC)回复[回复]

特定页面的目录简繁转换异常编辑

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)回复[回复]

話說,還沒有進展啊?orz —— Eric Liu 創造は生命(留言留名學生會 2022年11月21日 (一) 16:07 (UTC)回复[回复]

Infobox CnCity相关内容需优化和修正编辑

  • 事出有人提出济源市错列为“地级市”。此前为“省直辖县级市(副地级市)”。问题大概起自模板改版,settlement_type将标题未匹配条件的均视作地级市,未考虑省直辖县级行政区。调用模板时也无法指定settlement_type参数。
  • 更换模板本应基本解决该问题,但此后我注意到,两个模板的leader_name系列参数的顺序和定义并不相同,所以更换会导致职位错置。另也注意到,之前版本(模板:Infobox China Prefecture)似乎现将“隶属行政区”错误显示为单字“南”,也许本意显示“省”(参考下文条目)。
  • 天门市受同样影响,更换模板后因指定有“leader_title”,领导职位显示正常。仙桃市依赖预置参数则职位异常。潜江市同上。未确定是否有更多条目受影响。
  • leader_name这种参数名,及Template:Infobox China County源码中似乎为兼容旧参数的leader_name1 = ,以及leader_name1、leader_name2、leader_name、leader_name3、leader_name4顺序,实在一言难尽,希望有人着手清理和改版。leader_title最好写在条目中,或者至少系列模板调用统一的默认数据。标题未匹配则属于地级市、县级市这种模板逻辑,也不是稳定的选择。

--YFdyh000留言) 2022年10月23日 (日) 06:18 (UTC)回复[回复]

目前此模板約有多少使用量?—— Eric Liu 創造は生命(留言留名學生會 2022年11月21日 (一) 16:09 (UTC)回复[回复]
{{Infobox China Prefecture}}嵌入三百多个,直辖县级市大概一二十个。{{Infobox China County}}较多,三千个嵌入。--YFdyh000留言) 2022年11月21日 (一) 21:43 (UTC)回复[回复]

社群是否有意测试PageTriage?编辑

PageTriage是一个新页面巡查辅助工具,已在英文维基百科中启用。近期WMF正将其移植到enwiki以外的站点中(见phab:T50552)。社群是否有意在zhwiki的测试站点(zh.wikipedia.beta.wmflabs.org)上启用此扩展?(相关task见phab:T321922) --Steven Sun留言) 2022年11月11日 (五) 02:23 (UTC)回复[回复]

PageTriange据我所知是不少活跃编者(不乏巡查员)都比较希望引入的扩展。我首先在这里放一个我的(+)支持。--MilkyDefer 2022年11月11日 (五) 12:35 (UTC)回复[回复]
(+)支持 要是WP:RW也能引进就更好了----诚挚的 ZhaoFJx 2022年11月15日 (二) 15:36 (UTC)回复[回复]
已提交至phab:T323378。--Steven Sun留言) 2022年11月18日 (五) 14:44 (UTC)回复[回复]
已安装。如有意测试,请向任意一个管理员申请相关权限。问题还是很多的。 Stang 2022年11月22日 (二) 21:48 (UTC)回复[回复]
註:此留言已被原作者(User:魔琴)移除。2022年11月23日 (三) 13:42 (UTC)回复[回复]
(-)反对,極易被人濫用以壓制新條目。--Roy17留言) 2022年11月23日 (三) 10:17 (UTC)回复[回复]
我想听听你的理由。--MilkyDefer 2022年11月23日 (三) 14:18 (UTC)回复[回复]
我也想聽聽你的理由。--~~Sid~~ 2022年11月24日 (四) 08:14 (UTC)回复[回复]
哎,老幽靈用戶啊,你的出沒頻率可比Opky9407還要低,難得你會特地關注這個小工具啊。我非常真誠的想要問你一句:你是真的知道這小工具是在做甚麽的嗎Sanmosa Je sers 2022年11月24日 (四) 15:00 (UTC)回复[回复]

{{Replace}}需要更新以允许正则表达式编辑

以application/xhtml+xml代text/html编辑

現在Windows 9x與NT(8.1以前)都被微軟停止技術支援,而可上網的PC不應以被取消技術支援的OS作host OS,因此中文版維基百科不該再考慮舊瀏覽器(會用舊瀏覽器的通常用的OS是已被停止技術支援者),只要支援最新穩定版的Microsoft Edge、Google Chrome、Safari、Opera與Mozilla Firefox即可,這樣的話CSS就無須考慮IE5到7那違反W3C規範的處理方式,text/html亦應用application/xhtml+xml取代,這樣解析效率較快,長頁面要引用導航模板也才能正常顯示。--RekishiEJ留言) 2022年11月15日 (二) 15:10 (UTC)回复[回复]

然后呢?——Sakamotosan路过围观 | 避免做作,免敬 2022年11月16日 (三) 00:06 (UTC)回复[回复]
What do you mean?你是說改用application/xhtml+xml與CSS只考慮最新穩定版瀏覽器使用者之後要做啥嗎?--RekishiEJ留言) 2022年11月16日 (三) 02:40 (UTC)回复[回复]
只是不明白你提出的这个意见是什么意思?我推测你指是页面的HTTP头“content-type: text/html”要调整?这是Mediawiki的设计吧?这问题是与维基百科社群所能控制?你应该去mw:提出你的意见。——Sakamotosan路过围观 | 避免做作,免敬 2022年11月16日 (三) 03:34 (UTC)回复[回复]
应该是去phab:吧?另,现在已经停止支持IE8以下了(phab:T248061),其他的IE支持可以去这里讨论:[3]--百無一用是書生 () 2022年11月16日 (三) 03:58 (UTC)回复[回复]
不太确定流程,但我认为应该在mw上跟开发人员确认两种MINE对浏览器解析性能的影响,然后再去phab开单子如何去修改或调整。mediawiki是基金会“赞助”开发和最主要的产品用户,各Wiki项目是基金会旗下营运管理的使用mediawiki的项目,我们就只是这些项目下面卑微的用户,改个底层参数还要看基金会的各种面色。 ——Sakamotosan路过围观 | 避免做作,免敬 2022年11月16日 (三) 06:18 (UTC)回复[回复]
原则上我不认为把HTTP响应头改掉可以解决长页面导航模板的问题(WP:模板限制),模板限制是先于服务器返回HTTP响应发生的。--MilkyDefer 2022年11月17日 (四) 04:54 (UTC)回复[回复]
@RekishiEJ:关于MediaWiki的浏览器支持列表详见此页面。--Diskdance 2022年11月24日 (四) 14:02 (UTC)回复[回复]

某些条目出现了两个字词转换图标编辑

今天登上首页的罗得西亚驻葡萄牙代表处,我注意到出现了两个字词转换的图标。其中左边的列出了所有的转换,而右边的仅列出了标题转换和一个“公共转换组”。不清楚该现象是否正常。(见右图) --Shenzhiming88留言) 2022年11月16日 (三) 15:52 (UTC)回复[回复]

條目調用了{{駐葡萄牙外交代表機構}},該模板有Category:放置于模板的noteTA,補回noinclude(Special:Diff/74643727)後,罗得西亚驻葡萄牙代表处似乎回復正常(衹有一個字词转换图标)。—— 留言) 2022年11月16日 (三) 16:04 (UTC)回复[回复]
的确已经修复。感谢!话说此类模板内调用noteTA的,还有必要在条目上方显示吗?--Shenzhiming88留言) 2022年11月16日 (三) 16:07 (UTC)回复[回复]
过往技术,不应该。现在主要观感不好和不便管理。——Sakamotosan路过围观 | 避免做作,免敬 2022年11月17日 (四) 00:24 (UTC)回复[回复]
有辦法更改Module:NoteTA以合併重複調用嗎?要不然對於模板中確實需要語言轉換的,是否需要機器人將之合併到主條目中?--Kanashimi留言) 2022年11月21日 (一) 21:13 (UTC)回复[回复]
改进JS合并图标更可行吧,我记得以前提过。机器人合并,除非新增一种语法,不然会有后续维护问题,新条目/旧无法跟进模板最终采用的转换,且不排除出现过度转换,更容易发生模板超过限制。--YFdyh000留言) 2022年11月22日 (二) 06:58 (UTC)回复[回复]
这是长期存在的技术问题,目前没有特别好的解决方案,共识是尽量不要在模板内使用NoteTA。--Diskdance 2022年11月24日 (四) 14:03 (UTC)回复[回复]

2022年第47期技术新闻编辑

MediaWiki message delivery 2022年11月21日 (一) 23:21 (UTC)回复[回复]

Cite book的unified需要更新编辑

原本的問題存檔了Template_talk:Cite_book#Cite_book的unified需要更新,問題還是沒有解決。承之前的討論,统一书号(unified)的規則可以慢慢找,能不能先更新支持6位數。--Nostalgiacn留言) 2022年11月22日 (二) 06:35 (UTC)回复[回复]

请求已交至模块讨论:Citation/CS1/Identifiers。--YFdyh000留言) 2022年11月22日 (二) 06:55 (UTC)回复[回复]

Template:NumBlk编辑

@GqqnbLiangentXiplus克勞棣:各位好,我是 2008 年最早在英文維基上建立 template:NumBlk 模板的使用者。最近看到 [4] 有提到該模板有間距過大的問題,臨時性的解決辦法或許可以參考 [5] 的說明,如果您與該問題不相關,請直接忽略本話題,不好意思打擾了,以上。 --Justin545留言) 2022年11月23日 (三) 16:42 (UTC)回复[回复]

另外個人有發現 Firefox 和 Chrome 對於 &nbsp; 的處理方式似乎不同,在 Firefox 中有無 &nbsp; 似乎對於間距沒有影響,但在 Chrome 中有 &nbsp; 可能會使間距加大。如果前述的觀察屬實,基於排版上一致性的考量,個人認為還是應該將 Template:NumBlk 之中的 &nbsp; 移除較為適當。--Justin545留言) 2022年11月24日 (四) 00:14 (UTC)回复[回复]

Template:Infobox settlement编辑

瓦爾納 (60158610) 中发现 {{Infobox settlement}} 问题,起因是模板中填写 |official_name Zabr,即缺少了 “=” 符号,结果“official_name Zabr”出现在了 人口->统计 处,这里是不是应该像其他未知参数一样只应该在预览中显示,不直接显示在最终结果里面?忘记添加“=”应该是比较常见的笔误。另外,也许其他模板可能也有类似的问题。 --Kethyga留言) 2022年11月24日 (四) 04:42 (UTC)回复[回复]

A2569875似是模块:IfUtilifnoAddTail不良,local input_str = args['1'] or args[1] or ''。重现方式,编辑Template:Infobox settlement/sandbox,内容替换为{{#invoke:IfUtil|ifnoAddTail|{{{population_total}}}|人}},用用户:YFdyh000/沙盒预览。--YFdyh000留言) 2022年11月24日 (四) 06:14 (UTC)回复[回复]
@YFdyh000:刪除module:IfUtil#L-198「parentFirst=true,」讓他不要向外層模板讀取參數即可。因為你列出的那一行程式碼並非不良(讀取1號參數哪裡不良了??),而是ifnoAddTail會讀到外層模板參數,然後外層模板剛好提供了1號參數,所以只要讓他不要去讀取外層模板的參數即可。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 08:17 (UTC)回复[回复]
没注意到这个参数。没有文档和跨语言,我不太明白它是做什么。会读取无关未传入参数,所以我说读取一号参数可能出了问题。功能不良,指运行不正常,也许您误会了。--YFdyh000留言) 2022年11月24日 (四) 08:33 (UTC)回复[回复]
@YFdyh000(:)回應:「parentFirst=true,」的功能就是「讀取外層模板參數」,並讓「外層模板參數」優先於「內層模板參數」。「內層模板參數」指的是跟{{#invoke:}}寫在一起的參數,「外層模板參數」是呼叫包含{{#invoke:}}的模板(外層模板)時傳的參數。本參數本該跟{{#invoke:}}寫在一起的,不應讀取到外面那層模板呼叫時所包含的參數,故刪除「parentFirst=true,」就會阻止「外層模板參數」的讀取,就不會讀到外層模板給出的1號參數,以便解決此問題。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 14:08 (UTC)回复[回复]
@YFdyh000:總之,此例癥結點就在於模板外層的參數與ifnoAddTail無關,所以只要讓ifnoAddTail不要讀取外層模板的參數,問題就解決了;讀取1號參數本來就是正常行為,有什麼問題??,這個函數本來就是要這樣工作的,不然要讀取什麼鬼參數?,不認為你列出的那行乃至於那個函數的功能有什麼不良。已提出編輯請求Module_talk:IfUtil#編輯請求_2022-11-24-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 08:39 (UTC)回复[回复]
  囧rz……意思只是问题存在于那个模块、那句(附近)相关(读匿名参数1),不是一定要改掉这句。总之能解决就行。--YFdyh000留言) 2022年11月24日 (四) 14:19 (UTC)回复[回复]
能解決是能解決,但是要等編輯請求Module_talk:IfUtil#編輯請求_2022-11-24。-- 宇帆-雪菲蛋糕🎂娜娜奇🐰鮮果茶☕在維基百尋求休閒是否搞錯了什麼☎️·☘️) 2022年11月24日 (四) 14:24 (UTC)回复[回复]

Template:Designation/divbox的外观调整编辑

文物保护单位系列模板(本次格式调整的目标样式)
全国重点文物保护单位
中华人民共和国国务院公布

先前U:Sanmosa在推进文物遗产类信息框整合时,遭到一些维基人的反对(参见Template_talk:文物保护单位#请求恢复_Template:文物保护单位_等系列模板原有样式),其中理由之一是“不美观”,即不符合{{文物保护单位}}模板的原有显示效果。

因此,作为同类型模板走向最终整合的第一步,现建议调整Template:Designation/divbox的显示外观,首先实现同类型模板的显示效果统一。(之后也会逐步持续推进相关模板各个零件的调整,以摆脱不实用及翻译照搬的情况)

根据WP:模板编辑员方针:“会显著改变该模板或相关模板的功能和显示的编辑,尤其是删除被使用过的功能和参数,都应在互助客栈技术区或条目探讨区详细讨论,达成共识后再提出编辑请求……模板的外观和结构出现显著变化,包括手机版显示的变化。例如:将信息框的颜色改为粉红色,表格显示变为段落显示等。”之规定,现交付客栈讨论。(调整后的代码提案现临时储存在User:Patlabor_Ingram/沙盒/7内)PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 06:50 (UTC)回复[回复]

我想問一下調整後的效果是全部空心都變成實心,還是只有現在該是實心但顯示成空心的才變成實心?Sanmosa Je sers 2022年11月24日 (四) 06:57 (UTC)回复[回复]
@Sanmosa:技术限制,目前的建议是“全部空心都變成實心”。因为如果需要空心实心两种效果可能需要拆成两个模板才能实现;或者需要复杂的代码。PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 06:59 (UTC)回复[回复]
如果那些背景顔色都是淺色的話,全部變成實心倒是沒甚麽大問題,但萬一有些邊框顔色是深色的,一旦變成了實心,就算是沒有色盲我們也看不清那些字,我建議你先檢查一下那部分的顔色代碼有沒有深色系的,如果有的話那就還要討論要替換成哪種/哪些淺色系的顔色。除此以外我沒任何意見。Sanmosa Je sers 2022年11月24日 (四) 07:05 (UTC)回复[回复]
好的,我会排查一下底层模板的参数,看一下有没有此种问题。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 07:09 (UTC)回复[回复]
我觉得空心和实心都不好看,未看出使用颜色的必要。--YFdyh000留言) 2022年11月24日 (四) 08:38 (UTC)回复[回复]
这次讨论主要考虑的是统一维基百科现行两种不同的文物遗产类信息框模板的显示样式(原有“方框式”与“彩条式”,此次全面统一为后者),属于阶段性安排。
至于是否需要在文物遗产类信息框模板全面取消背景颜色,应属于另一个话题了。建议另开提案较妥当。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 08:42 (UTC)回复[回复]
弄清颜色的意义才能了解哪种标注方式(颜色或其他)更适合。--YFdyh000留言) 2022年11月24日 (四) 09:06 (UTC)回复[回复]
本提案只是阶段性安排,调整的目的在于促进同类模板最终走向整合。(在文物遗产类同一类别,维基百科目前有基于enwiki的T:Infobox historic site模板体系及zhwiki自创的T:文物保护单位模板体系,最终目的是促进以上两个重复的模板体系统一)
关于是否需要在信息框中“全面取消背景颜色”的问题,这是纯粹只关乎于审美观的问题,还是建议您单开讨论比较妥当。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月24日 (四) 09:59 (UTC)回复[回复]
(!)意見:示例中上海的公布单位在上是什么考虑?这个顺序垂直对齐不良(附图),没有强制性的要求的话建议统一为公布单位在下。--DvXg 📬 2022年11月25日 (五) 13:45 (UTC)回复[回复]
另外方框不好看的原因有与汉字配合显得太粗的因素,建议先尝试将方框调至.2em左右(比粗体笔画稍粗)。--DvXg 📬 2022年11月25日 (五) 13:53 (UTC)回复[回复]
(1){{上海市优秀历史建筑}}模板原本就是这样子,倘若有必要调整,您可直接移步该模板调整即可。该模板方框内文字的参数位于Template:Designation/text,此处的文字并未设定保护,您直接调整即可。
(2)这次调整的目的,在于促进同类模板(基于enwiki的T:Infobox historic site模板体系及zhwiki自创的T:文物保护单位模板体系)样式走向整合。好不好看不在考虑范围内。倘若有必要调整粗细,阁下可直接另行提案,我对审美观问题不持立场。--PATLABOR 英格拉姆Akina 40th Talk 2022年11月26日 (六) 10:25 (UTC)回复[回复]
(-)傾向反對:前一个可以说是不耦合的问题,后一个……这次提案不就是既合并又调整外观么?仅合并的提案推不动,然后又来推二合一的提案可以理解,但外观调整既然加进去了就要有共识,毕竟现有的译制条目是有在用目标模板的,在无共识的情况下直接把并入模板的样式覆盖了似乎并不合理。--DvXg 📬 2022年11月26日 (六) 12:42 (UTC)回复[回复]
诚然合并的目标模板并不是保护模板,但是合并事项当下并未见特别紧迫性,外观调整再另立议案会把整个时间拉得更长。真的想分开的话建议就在这个话题下分立两个子议题,如果合并先通过,可以先全部暂用色块式,然后等后者结案。毕竟既然是临时样式就要有期限的样子,不能把“临时”当许愿。DvXg 📬 2022年11月26日 (六) 13:00 (UTC)回复[回复]

關於來源語言標示的問題编辑

我留意到在Module_talk:Citation/CS1#语言变体命名提出的問題,的確目前cite模板中的language參數如果調用zh-cn的話,會顯示為(中文(中國大陸)),zh-tw的話會顯示為「(中文(臺灣))」,不但有雙重括號的問題,而且也不是正常的中文語法,因此我認為應該修改成這樣。好處有幾個,首先解決了雙重括號的問題,用字上也更接近於版本轉換的名稱,同時根據Module_talk:Citation/CS1#script-title=zh:的思維,通過強制不轉換來反映原文。希望能得到大家的意見,謝謝。--AT 2022年11月24日 (四) 13:12 (UTC)回复[回复]

暫無意見。Sanmosa Je sers 2022年11月24日 (四) 14:52 (UTC)回复[回复]
不理解為什麼通過要強制不轉換來反映原文。另外不要將草稿寫到已經被保護的模板上,那怕是已經馬上回退。--Ghren🐦🕛 2022年11月24日 (四) 16:14 (UTC)回复[回复]
因為語言標示與來源字體相同比較好,當然這個還是比較次要,另外兩點比較重要。手太快沒注意到是高風險模板,抱歉。--AT 2022年11月24日 (四) 16:33 (UTC)回复[回复]
支持此修改方向,另由於MediaWiki程式碼更新,希望可以參照Wikipedia:互助客栈/技术/存档/2022年10月#語言代碼問題討論,加入zh-Hans-CN、zh-Hans-SG、zh-Hans-MY、zh-Hant-TW、zh-Hant-HK、zh-Hant-MO等變體代碼,原討論下方其他待更新語言代碼最好可以一起。--迴廊彼端留言) 2022年11月25日 (五) 03:35 (UTC)回复[回复]
如果要加這些變體,那AT的更改案:['zh-cn'] = '中国大陆简体', ['zh-hk'] = '香港繁體',就會和zh-Hans-CN、zh-Hans-CN重覆了。--Ghren🐦🕛 2022年11月25日 (五) 04:30 (UTC)回复[回复]
User:ghren:重複並不是問題,既有程式碼也有數個「西部占语(阿拉伯文字)」,既然兩種都有人用,要全面修改統一不切實際,那走兼容即可。我也希望將既有程式碼含有括號的盡量按AT意見修改。最後如果要統一語言標示跟來源字體的話,請記得修改「['cjy-hant']='晋语(繁体)'」為繁體。--迴廊彼端留言) 2022年11月25日 (五) 12:03 (UTC)回复[回复]
@迴廊彼端,晉語有繁體來源麼?--AT 2022年11月25日 (五) 13:16 (UTC)回复[回复]
(题外话,不是只有非中文来源才需要标注语言吗?--Tim Wu留言) 2022年11月25日 (五) 03:52 (UTC)回复[回复]
不喜歡的話,直接標“zh”就好。--石添 小草 (talk to me) 2022年11月25日 (五) 06:31 (UTC)回复[回复]
更好的選項應是「中國大陸中文(zh-CN)」、「臺灣中文(zh-TW)」;「簡體中文(zh-Hans)」、「繁體中文(zh-Hant)」;「中國大陸簡體中文(zh-Hans-CN)」、「臺灣繁體中文(zh-Hant-TW)」,這樣可以順利處理各種變體而不至於矛盾。此外,這只是單純的語言標示,不需要「反映原文」,仍應予以轉換。—— Eric Liu 創造は生命(留言留名學生會 2022年11月26日 (六) 08:49 (UTC)回复[回复]
我會這樣認為:既然目前貴站已經在字詞轉換中將zh-CN譯成大陸簡體、zh-TW譯成台灣正體,那照依也無不可。但是我認為,這種東西應該按可靠來源來。--Ghren🐦🕐 2022年11月26日 (六) 17:03 (UTC)回复[回复]
另外,我注意到有人在填「lzh」這種玩意,應該怎辦...(公期)--Ghren🐦🕐 2022年11月26日 (六) 17:08 (UTC)回复[回复]