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

维基百科,自由的百科全书

这是本页的一个历史版本,由Alexander Misel留言 | 贡献2024年2月27日 (二) 04:57 →‎RecomWP的热门条目功能已无法使用编辑。这可能和当前版本存在着巨大的差异。

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

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


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 Template:Weather box 14 6 Kethyga 2024-04-26 09:30
2 MobileFrontend侧边栏故障 6 2 Shizhao 2023-12-25 15:47
3 引文模板不应该报错全部的零宽空格 5 3 Cookai1205 2024-04-24 12:58
4 “阅读无障碍”功能和本站小工具兼容问题以及字号选择 34 8 Diskdance 2024-05-11 09:15
5 關於使用 ToolsRedirect 創建的繁簡重定向 9 5 Kethyga 2024-05-10 11:13
6 InternetArchiveBot故障? 22 10 Cyberpower678 2024-05-15 00:42
7 字詞轉換問題 1 1 Jimmy-bot 2024-05-20 16:14
8 字詞轉換問題 1 1 Jimmy-bot 2024-05-20 16:14
9 請問技術上如何修正:臺灣正體中文用 「進位」 代替 「進制」 的自動轉換? 5 2 Kethyga 2024-05-10 19:18
10 優先體驗深色模式(行動版網站、已登入使用者) 1 1 SGrabarczuk (WMF) 2024-05-10 22:42
11 北平市、重慶市 (中華民國)等民國大陸時期直轄市條目地圖定位偏差問題 12 5 Ericliu1912 2024-05-12 11:04
12 Template:Lang 模板语言代码检查 8 1 Kethyga 2024-05-17 10:29
13 MarkRights.js的修改:自动获取用户组、显示全域用户组 2 1 暁月凛奈 2024-05-13 19:10
14 閩越地圖 1 1 桜花雪 2024-05-13 15:26
15 讨论页重定向问题 2 2 YFdyh000 2024-05-14 00:23
16 2024年第20期技術新聞 1 1 MediaWiki message delivery 2024-05-14 07:57
17 關於部分日本城鎮頁面出現的Authority control模板 9 3 雪雨73 2024-05-15 14:54
18 Category:包含规范控制信息的维基百科条目 8 3 Shizhao 2024-05-15 20:11
19 限制页面宽度功能失效了? 2 2 暁月凛奈 2024-05-16 14:55
20 Template:Infobox building 1 1 Kethyga 2024-05-17 12:48
21 Sports results里跨语言链接的显示问题 2 2 魔琴 2024-05-20 21:16
22 是否有方法可以監視特定IP的編輯? 1 1 射命丸 2024-05-18 23:02
23 我好像发现了过滤器的一个bug 1 1 Dnaimfz 2024-05-20 13:59
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

正在廣泛徵求意見的議題

以下討論需要社群廣泛關注:重新整理

維基百科技術議題與模板

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

Template talk:Twitter § Twitter改為X

Template talk:Infobox person § 修改 Infobox person 中 native_name 参数位置

Template talk:电影信息框 § 影/視 資訊框互斥、難記

Template talk:Hang on § {{hangon}}

天气模板Template:Weather box,可以添加参数|width=auto以自动适应条目,但是在有信息框的条目中添加该参数并不总是会自适应,比如韦斯卡 (78803227)会在气候模板上方出现大段空白(可能也是信息框/Infobox的原因)。--Kethyga留言2023年9月5日 (二) 10:03 (UTC)[回复]

自带{{clr}}效果?如果没有,表格在小屏幕宽度下不会放不下吗。--YFdyh000留言2023年9月9日 (六) 04:14 (UTC)[回复]
手机网页和App看了下,应该都要左右滑动。--Kethyga留言2023年9月9日 (六) 08:20 (UTC)[回复]
应该又是V22皮肤的css更新所致,换成2010版皮肤看是正常的。--蕭漫留言2023年10月10日 (二) 02:44 (UTC)[回复]
似乎现在显示效果正常了?--Kcx36留言2023年11月15日 (三) 10:39 (UTC)[回复]
目前已 无法重现 Willy1018留言) 2023年11月19日 (日) 02:50 (UTC)-- Willy1018留言2023年11月30日 (四) 03:21 (UTC)[回复]
在条目韦斯卡中,未登录和Timeless Skin下目前均无法自适应页面宽度。--Kethyga留言2023年11月27日 (一) 04:11 (UTC)[回复]
我的显示效果。--Kcx36留言2023年11月27日 (一) 04:50 (UTC)[回复]
发现新版皮肤/外观在未登录状态下的右下角有一个切换“全屏宽度”和“有限宽度”的按钮,如果选择“全屏宽度”的话就不会被信息框/Infobox遮挡,但是Weatherbox/天气框仍未填满空间。另外在条目洛帕中,Timeless Skin下可以正常自适应页宽。--Kethyga留言2023年11月28日 (二) 01:55 (UTC)[回复]
@Kethyga英文維基百科也有這種情形嗎?—— Eric Liu 創造は生命(留言留名學生會 2024年1月29日 (一) 17:28 (UTC)[回复]

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

MobileFrontend侧边栏故障

[1] Log in(登录)、Settings(设置)、Donate(资助)、About Wikipedia(关于Wikipedia(随维基媒体计划名称而变))、Disclaimers(免责声明)均无法被点击,也无法对其长按弹出浏览器菜单,全站(所有语言、所有维基媒体计划)均发生该问题。--Txkk留言2023年11月29日 (三) 03:05 (UTC)[回复]

在firefox下未能复现,可点击,可弹出浏览器菜单。但是侧边栏各项一点击或弹出浏览器菜单时(点击鼠标左键或右键时),侧边栏就会迅速缩回,虽然点击的链接打开没问题(选择使用弹出的浏览器菜单中的功能也没问题),但是用户体验比较糟糕。从前端角度看,很可能算是个bug--百無一用是書生 () 2023年11月29日 (三) 03:20 (UTC)[回复]
似乎现在mediawiki更新后,这个问题(或类似问题)已不存在了?--百無一用是書生 () 2023年12月15日 (五) 11:56 (UTC)[回复]
还在。--Txkk留言2023年12月15日 (五) 21:21 (UTC)[回复]

有没有人去Phabricator报告问题?--Txkk留言2023年12月25日 (一) 06:46 (UTC)[回复]

我现在是只有关于和免责声明点击后侧边栏缩回,页面不跳转--百無一用是書生 () 2023年12月25日 (一) 07:47 (UTC)[回复]

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

引文模板不应该报错全部的零宽空格

Cat:引文格式1错误:不可见字符现在只要有U+200B就会报错,实际上有些零宽字符是合理且必要的,比如emoji和孟加拉文使用其连接字符。

建议将其改为维护而不是错误。--落花有意12138 2023年12月16日 (六) 12:44 (UTC)[回复]

en:Module:Citation/CS1/Configuration有為特定文字或Emoji添加例外。--Cookai餅塊🍪💬留言 2023年12月24日 (日) 10:10 (UTC)[回复]
等等,Module:Citation/CS1/Configuration也有indic_script,但Module:Citation/CS1沒有把它排除。--Cookai餅塊🍪💬留言 2023年12月24日 (日) 10:19 (UTC)[回复]
請問此問題有辦法解決嗎?《亂世勇者》的97號來源出現此情況,但不知道該如何解決。--H2226留言2024年1月7日 (日) 10:11 (UTC)[回复]

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

現時若要避免此小工具將差異頁面顯示的原始碼轉換,必須如§ 自定义的範例,在檢視差異時停用此小工具,但如此一來下方的頁面內容的時間戳也不會被轉換。

英維的版本沒有這種狀況,可能是因為L-497用了

document.querySelector('.mw-body-content .mw-parser-output')

中維的版本用的是

document.getElementById('bodyContent')  // 簡化,非源碼

在此提議對這點做修改。--Cookai餅塊🍪💬留言 2024年1月29日 (一) 16:47 (UTC)[回复]

(+)支持,我在我fork的版本中測試過沒什麼大問題。題外話,有辦法讓Gadget之間有運行順序嗎……之前在站外提過空格小工具和本地時區顯示簽名時間工具同時運行,有些時候簽名時區來不及在空格小工具前運行,導致加了空格後無法轉換時區,有辦法修嗎?--西 2024年2月3日 (六) 15:39 (UTC)[回复]
mw.loader.getState('ext.gadget.HanAssist') 方式判断并延迟?在User:SunAfterRain/js/download.js看到这种。--YFdyh000留言2024年2月3日 (六) 19:58 (UTC)[回复]
{{ping|YFdyh000}不太行,因為我的用法是必然會載入ext.gadget.HanAssist,然而此情境空格小工具不一定會載入(而且在本站一定是走User:SunAfterRain/js/download.js#L-3分支...)--SunAfterRain 2024年2月4日 (日) 08:31 (UTC)[回复]
@YFdyh000--SunAfterRain 2024年2月4日 (日) 08:32 (UTC)[回复]
我指在字距工具中mw.loader.getState('ext.gadget.CommentsinLocalTime'),等待loading/loaded/executing,ready或出错([2])后运作。--YFdyh000留言2024年2月5日 (一) 04:35 (UTC)[回复]
@YFdyh000那您需要的應該是這個:
new Promise((resolve, reject) => {
	let loopFlag;
	const loopFn = () => {
		switch (mw.loader.getState('ext.gadget.CommentsinLocalTime')) {
			case 'registered':
			case 'ready':
			case 'error':
			case 'missing':
				clearInterval(loopFlag);
				resolve();
				break;
		}
	};
	loopFlag = setInterval(loopFn, 100);
});
--SunAfterRain 2024年2月15日 (四) 09:36 (UTC)[回复]
		var element_class = unique_url ? unique_url : '.mw-body-content .mw-parser-output';
		replace_text(document.querySelector(element_class), /(\d{4})年(\d{1,2})月(\d{1,2})日 \([一二三四五六日]\) (\d\d):(\d\d) \(UTC\)/g, adjust_time);
改成這樣如何。--Cookai餅塊🍪💬留言 2024年2月12日 (一) 16:08 (UTC)[回复]
@LuciferianThomasSunAfterRainYFdyh000請問三位對此方案有甚麼看法?是否同意免去公示程序?--Cookai餅塊🍪💬留言 2024年2月18日 (日) 08:37 (UTC)[回复]
“此方案”指哪一份。我没有测试各案,但我支持解决误转换问题,测试稳妥后无需公示。--YFdyh000留言2024年2月18日 (日) 08:44 (UTC)[回复]
指上方這則留言。--Cookai餅塊🍪💬留言 2024年2月18日 (日) 08:56 (UTC)[回复]

修了測試版,為測試刪了HanAssist;可以直接合併的在這比較)。

改了

  • 轉換區域
  • dateFormatymd改成無前導0
    • 加了ymd0有前導0
    • 其他值的month加了前導0,符合ISO日期

--Cookai餅塊🍪💬留言 2024年2月20日 (二) 15:05 (UTC)[回复]

為何引文格式1模板引用的來源整條都變斜體了?

如題。--紺野夢人 2024年2月17日 (六) 16:14 (UTC)[回复]

没看到,请指出问题位置。--YFdyh000留言2024年2月17日 (六) 16:55 (UTC)[回复]
行動版。--寒吉留言2024年2月17日 (六) 18:26 (UTC)[回复]
显示异常的移动版页面中没有出现应有的TemplateStyles Module:Citation/CS1/styles.css cite.citation。该styles.css的链入页面,在移动版中正常呈现,templatecount.toolforge.org说该页面仅有1.2万个嵌入。Module:Citation/CS1的英文版,结尾会加载templatestyles,中文版CS1区别和问题成因未找出。--YFdyh000留言2024年2月17日 (六) 19:25 (UTC)[回复]
若本地沒有任何介面修改,那就是上游技術鍋,應考慮提報phab任務。—— Eric Liu 創造は生命(留言留名學生會 2024年2月18日 (日) 05:39 (UTC)[回复]
显示正常的1.2万个页面,基本都是经Template:Catalog_lookup_link引入了所需css。--YFdyh000留言2024年2月18日 (日) 08:56 (UTC)[回复]
确认MediaWiki 1.42.0-wmf.18所致,移动版皮肤css变更[3],cite元素不再有font: inherit;。但锅是本地的,CS1模板样式一直未起效。--YFdyh000留言2024年2月18日 (日) 12:48 (UTC)[回复]
本地现在有人改么?--百無一用是書生 () 2024年2月20日 (二) 02:01 (UTC)[回复]

在讨论页中发表回复后,简繁转换暂时失效

偶见此问题,刷新页面后即恢复。--AdyaTalk 2024年2月18日 (日) 14:22 (UTC)[回复]

同见此问题。--0xDeadbeef (留言) 2024年2月18日 (日) 14:57 (UTC)[回复]
可见即所得的回复?可能老毛病,AJAX请求的解析器对书写转换支持问题。——Sakamotosan路过围观 | 避免做作,免敬 2024年2月19日 (一) 00:26 (UTC)[回复]

2024年第08期技术新闻

MediaWiki message delivery 2024年2月19日 (一) 15:35 (UTC)[回复]

@Shizhao、@AnYiLin:Vector 2022那条好像会影响本站,请检查。--碟之舞📀💿 2024年2月21日 (三) 12:30 (UTC)[回复]

字詞轉換

在 英文網站上 下列語法 能正確轉換: (已將"{|}"符號 改為全形) {{lang-ru|{{wt|ru|перестройка}}}

但是 在中文網站上 卻會出錯!? 有高手能check一下差異嗎? Thanks --Innova留言2024年2月21日 (三) 08:58 (UTC)[回复]

Reference: https://en.wikipedia.org/wiki/Singularity_theory
奇点理论 --Innova留言2024年2月21日 (三) 09:08 (UTC)[回复]
中英文的{{wt}}模板指向不同。--YFdyh000留言2024年2月21日 (三) 10:25 (UTC)[回复]
是 有什麼特殊需求 導致中英文使用不同模板?
或者說 中文版 使用英文相同模板 會出什麼問題?
那 該如何解決 奇點理論 裡面的「... perestroika(俄語: class="wikitable")」 問題好 ?--Innova留言2024年2月23日 (五) 02:59 (UTC)[回复]
历史原因导致模板简称(别名、重定向)不同吧。模板调用代码中直接换掉就好,将wt换成英文实际指向的{{Wikt-lang}}。--YFdyh000留言2024年2月23日 (五) 03:59 (UTC)[回复]
07年注册、500多次编辑……把模板换掉不就是很容易的事?——Sakamotosan路过围观 | 避免做作,免敬 2024年2月23日 (五) 03:27 (UTC)[回复]
別這樣~ 中間有十多年窩在對岸... 連古哥都看不到... 只能擺渡的日子... ←_←"' --Innova留言2024年2月26日 (一) 09:51 (UTC)[回复]
哦,对(虽然这个理由的确很合理)——Sakamotosan路过围观 | 避免做作,免敬 2024年2月27日 (二) 01:14 (UTC)[回复]

现在RfC已经正式上路,但回饋請求服務似乎还没有引入。建议引入该服务,以提高RfC的曝光度。——BlackShadowG Slava Ukraini! 2024年2月22日 (四) 12:57 (UTC)[回复]

英维的机器人源码在[9]。——BlackShadowG Slava Ukraini! 2024年2月22日 (四) 12:59 (UTC)[回复]
之前本地化的供参考。我暂时对此没兴趣了,也不太懂本站打算怎样运转。--YFdyh000留言2024年2月23日 (五) 01:44 (UTC)[回复]

“阅读无障碍”功能和本站小工具兼容问题以及字号选择

测试功能中Vector 2022的“阅读无障碍”功能之前和本站大字体小工具存在兼容性问题,目前主要问题已经修正,但是存在若干遗留问题。

该测试功能有三个挡位,“小”对应14px,“标准”对应16px,“大”对应20px,并无本站目前使用的15px。本来该功能是有望让小工具在Vector 2022下直接退役的,但由于缺少15px所以目前不行。

目前个人认为有以下解决方案,请社群评估:

  1. 维持现状(大字体小工具将“小”修改为15px,其他不变)。
  2. 让大字体小工具在打开“阅读无障碍”时直接失效,之后在正式部署“阅读无障碍”时调整为默认启用16px,小工具退役。注意会导致默认字号改变。
  3. (新增)让基金会加上15px的挡位,正式部署时默认启用,小工具退役。

以上。--碟之舞📀💿 2024年2月23日 (五) 02:13 (UTC)[回复]

我個人會傾向2。--冥王歐西里斯留言2024年2月23日 (五) 03:56 (UTC)[回复]
@S8321414:刚刚加了个3,提醒一下。--碟之舞📀💿 2024年2月23日 (五) 13:36 (UTC)[回复]
有看到,但我個人還是傾向2,但不排斥3。--冥王歐西里斯留言2024年2月23日 (五) 13:59 (UTC)[回复]
阅读方面14px和15px我感觉都行,但排版变化明显。顺便一提,Timeless皮肤下是15.2px。16px感觉较大,但部分用户和繁体用户可能偏爱。--YFdyh000留言2024年2月23日 (五) 14:02 (UTC)[回复]
依據「阅读无障碍」功能的文檔「Small is the current default」,而本站預設啟用「大字體」小工具及實際上本站預設字體為 15px 而非 14px,故「小」選項應由現時的 14px 增加至 15px,或是增加 15px 的選項及成為預設選擇。至於「大字體」小工具,當「阅读无障碍」功能仍在測試階段時應改為不覆蓋該功能字體設定,待該功能正式部署後才僅在 Vector 2022 暫停使用。謝謝。--SCP-0000留言2024年2月23日 (五) 15:22 (UTC)[回复]
另外,沒壞就不要修,除非有明確共識或證據支持其他字體大小比現時預設的 15px 更佳。--SCP-0000留言2024年2月23日 (五) 15:30 (UTC)[回复]
「小」選項由現時的 14px 增加至大字體的 15px,大家不觉得这让很多人难以理解吗?小变成了大,但却还是叫做小。。。
总的来说,15px是中文网页(可能也包括日文网页)最常见的字体大小(可认为是最优),但是随着近几年显示技术和网页技术的变化,是否15px还是最优可能需要再探讨。另外,偶数大小(14、16)从网页设计上来说更方便计算和取整,可以避免一些页面排版和渲染方面意外的发生。所以最后还是要权衡利弊,是保守原来的不变,还是拥抱新变化,还是只要最优大小,还是虽然不是最优但能够更灵活?--百無一用是書生 () 2024年2月26日 (一) 02:27 (UTC)[回复]
更新:Jon (WMF)表示可以针对不同语言调整预设值大小。--碟之舞📀💿 2024年2月24日 (六) 02:21 (UTC)[回复]
那正好,基於最小修改原則,新版外觀預設字體大小應該就設定為原本者。—— Eric Liu 創造は生命(留言留名學生會 2024年2月25日 (日) 16:52 (UTC)[回复]

Google Chrome条目内报错

Infobox以及参考文献模板显示Lua错误:not enough memory。--在下荷花请多指教欢迎签到2024年2月25日 (日) 08:09 (UTC)[回复]

已解决,原因似乎是Special:Diff/80520976,已回退。@Taeas来看一看?--在下荷花请多指教欢迎签到2024年2月25日 (日) 10:07 (UTC)[回复]
我感觉是 Template:Official URL 的问题。--Taeas留言2024年2月25日 (日) 10:41 (UTC)[回复]
里面调用了8次 Template:Wikidata。--Taeas留言2024年2月25日 (日) 10:47 (UTC)[回复]

Chrome浏览器访问部分页面变卡

Chrome浏览器自从前几天开始,访问Special:Watchlist、Special:最新页面等页面,就会卡住,如果不停地点击,会让页面出现“页面崩溃”的报错,不太清楚是什么原因,是否有解决方法。(注1:无痕模式访问不卡;注2:一些外部网站也会卡,如谷歌翻译)--Leiem留言·签名·维基调查 2024年2月26日 (一) 07:35 (UTC)[回复]

看起来像是js载入的问题--百無一用是書生 () 2024年2月26日 (一) 09:25 (UTC)[回复]
电脑缓存应该是够的,是有什么更新影响了js吗?(PS:如监视列表页面,卡住之后退出,报错为“错误代码:RESULT_CODE_HUNG”)--Leiem留言·签名·维基调查 2024年2月27日 (二) 02:38 (UTC)[回复]
好像找到原因了,大概是chrome插件的问题(大概率是“EndNote Click”插件)。--Leiem留言·签名·维基调查 2024年2月27日 (二) 02:46 (UTC)[回复]

2024年第09期技术新闻

MediaWiki message delivery 2024年2月26日 (一) 19:22 (UTC)[回复]

active在這裡是「啟用」不是「活躍」...--Xiplus#Talk 2024年2月27日 (二) 01:30 (UTC)[回复]
changetags问题不知道会不会影响WP:高风险主题的一些操作方式? @LuciferianThomas--百無一用是書生 () 2024年2月27日 (二) 02:22 (UTC)[回复]
不會。只是從系統設定層面實踐目前奪去一般用戶修改版本標籤的權限,並不影響管理員添加標籤。--西 2024年2月27日 (二) 04:28 (UTC)[回复]

RecomWP的热门条目功能已无法使用

不知道是否还有人用我的RecomWP小工具(User:Alexander_Misel/test2.js),但它在过去的3年中,平稳地运行。我做这个小工具的热门条目部分的原因是,中文维基的浏览量头部长期被影视娱乐条目占据,导致普通用户很难得知其他类别的热门条目。它的原理很简单,就是对条目的分类进行一些正则匹配,根据规则把它们划分开来。如今toolforge的Grid Engine已彻底关闭,我也没有精力再移植到Kubernetes engine,所以目前热门条目功能已无法展现原先的效果。

PS:为了避免有少量用户仍然使用,我把热门条目的功能回退到了切换toolforge实现之前的版本。比较慢,也无法保证每类都超过10个条目。如果有人想要开发新的类似工具可以参考我原来的实现。toolforge-repos/alex-wiki以及RecomWP--1=0欢迎加入WP:維基百科維護專題 2024年2月27日 (二) 04:56 (UTC)[回复]