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

维基百科，自由的百科全书
跳到导航跳到搜索

快捷方式

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

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


發表前請先搜索存档，參考舊討論中的内容可節省您的時間。
一般
條目與內容
頁面處理
用户行為
其他

8月7日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄
# 💭 話題 💬 👥 🙋 最新發言 🕒 (UTC+8)
1 我的Wikiplus无法在除Edge之外的浏览器使用 20 4 Txkk 2024-08-17 22:51
2 2024年第32期技術新聞 3 3 魔琴 2024-08-10 22:53
3 Template:Lang 5 2 Kethyga 2024-08-11 09:30
4 关于检查插入不存在文件的过滤器 1 1 NegativeRnd 2024-08-12 19:25
5 中国国家标本资源平台的链接被列为“不可靠来源” 6 5 暁月凛奈 2024-08-13 12:45
6 2024年第33期技術新聞 2 2 暁月凛奈 2024-08-13 13:10
7 無法移動至機械人修復雙重重定向後的頁面 5 5 SunAfterRain 2024-08-14 12:16
8 Template:Infobox concert无法编辑 3 2 SunAfterRain 2024-08-16 13:25
9 我想改Template:TR ridership，但是碰到大問題 7 2 Matt Zhuang 2024-08-17 16:44
10 “通知”按钮、“感谢”按钮与“添加到监视列表”的新弹窗问题 4 2 暁月凛奈 2024-08-17 13:01
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時，
請先檢查設定是否有誤

正在廣泛徵求意見的議題

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

維基百科技術議題與模板

Wikipedia:徵求意見/深色模式 § 導言

近期部署的深色模式（Dark mode）对页面内容带来了很多兼容性问题，需要修复。可参考mw:Recommendations for night mode compatibility on Wikimedia wikis。

修复工作需要修复许多模板、模块以及小工具，还有个别的页面也需要修复。这个征求意见的目的一是需要很多人帮忙查找问题并修复，二是一些页面如何修复可能会影响到页面本身的用色、排版设计，需要进一步讨论寻求共识。

--百無一用是書生 (☎) 2024年6月22日 (六) 12:34 (UTC)

MediaWiki talk:Gadgets-definition § 提議引入CollapsibleToggle作為預設啟用可選擇關閉的小工具

日前的討論將多個使用NavFrame的模板切換成了一般的mw-collapsible導致這些模板不再能透過點Head來展開或關閉，故在此提議引入CollapsibleToggle來讓這些模板可以恢復以前的行為。同時此小工具也為其他類型的mw-collapsible提供點未隱藏的區塊來展開的功能，具體測試樣例可以參考[1]（Beta Cluster）。--SunAfterRain 2024年8月4日 (日) 13:23 (UTC)

Wikipedia:徵求意見/模板样式 § 導言

以下征求意见页面是MediaWiki:Common.css和相关CSS中需要转换为模板样式的列表，这些样式由于多种原因需要转换为模板样式，可参考en:MediaWiki talk:Common.css/to do。

设立这个征求意见的目的，一是需要管理员和用户协助找出需要转换为模板样式的列表并需要管理员协助处理；二是一些手动调用CSS类的页面上的样式在迁移后将会丢失，需要用户在此反馈并寻求共识，这会是一个很漫长的过程。

--Dabao qian℡ 2024年8月13日 (二) 16:59 (UTC)

條目主題
非條目主題
提示
要將某一個討論加入上述列表中：
  • 在討論頁中的對應討論章節頂端加上{{rfc|xxx}}標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入{{rfc}}中。多個分類請使用管道符號分開，如{{rfc|xxx|yyy}}，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱維基百科:徵求意見。請在維基百科討論:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。

我的Wikiplus无法在除Edge之外的浏览器使用

[编辑]

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

自添加Wikiplus工具以来，我主要在Microsoft Edge浏览器上编辑维基百科。但偶尔可能使用其他浏览器或其他操作环境，这时无论是Windows上的其他浏览器如Chrome，还是macOS上的Safari、Chrome等浏览器，均不显示“快速编辑”按钮——顶部和段落边本应显示“快速编辑”的地方会仅空出大约一个半角空格的位置而无任何按钮。（已排查过与“编辑按钮靠右侧显示”“添加‘查看源代码’按钮”等小工具无关。）--—自由雨日（留言・贡献） 2024年7月26日 (五) 09:12 (UTC)[回复]

我有时候也会出现这种情况，不过如果点击空白区域仍会正常弹出编辑框。——春祺夏安 ZhaoFJx（论•编） 2024年8月4日 (日) 07:13 (UTC)[回复]
我不行……空白区域就是什么都没有 囧rz……而且不是“有时候”，是一直以来就没法用……--—自由雨日（留言｜贡献） 2024年8月4日 (日) 07:14 (UTC)[回复]
这三个浏览器我都看了，发现都没有这种情况……要不试试清除浏览器缓存，或者下个firefox控制变量再试试——春祺夏安 ZhaoFJx（论•编） 2024年8月4日 (日) 07:28 (UTC)[回复]
清除缓存肯定一开始就尝试过了（）Firefox……我试试吧！--—自由雨日（留言｜贡献） 2024年8月4日 (日) 07:32 (UTC)[回复]
@ZhaoFJx：刚刚在Windows下载了Firefox，可以用！神奇……但不知道为什么，Wikiplus编辑框里的字号要比Edge上大很多，甚至比正文字号都要大。--—自由雨日（留言｜贡献） 2024年8月4日 (日) 07:46 (UTC)[回复]
Firefox裡的monospace（等寬）字號可以單獨調整。你可以看看瀏覽器設定頁面。--SuperGrey (留言) 2024年8月4日 (日) 08:45 (UTC)[回复]
@ZhaoFJx：怪了……刚刚在macOS试了下，macOS上的Firefox仍不能用…… 囧rz……--—自由雨日（留言｜贡献） 2024年8月4日 (日) 10:10 (UTC)[回复]
没坏别修，干脆就用edge吧（--春祺夏安 ZhaoFJx（论•编） 2024年8月7日 (三) 09:04 (UTC)[回复]
主要有时可能用macOS编辑；还有就是，我目前还没申请完成全域IP封禁豁免和英维的豁免，有时候代理IP被封需要切换没被封的节点，但是我发现必须要重开浏览器，否则仍会提示IP被封禁，这时候换个浏览器编辑就比重开要方便多了。（不过，我尝试了一下SuperGrey推荐的InPageEdit，发现非常精致好用！--—自由雨日（留言｜贡献） 2024年8月7日 (三) 09:16 (UTC)[回复]
我有一個猜想：會不會是新版Vector主題的問題？之前發現我開發的投票助手失效，排查後發現網頁的程式碼不再是直接排列h3，而是套了一層div.mw-heading.mw-heading3，「編輯」和「快速編輯」按鈕則改為置於這個div內。可以試試使用另一個快速編輯工具InPageEdit，也可以試試切換回舊主題。--SuperGrey (留言) 2024年8月4日 (日) 10:28 (UTC)[回复]
@自由雨日：按F12键打开开发工具，用它可以检查出错的原因。--Txkk（留言） 2024年8月16日 (五) 15:44 (UTC)[回复]
你加载的是 https://cdn.jsdelivr.net/npm/wikiplus-core ，我经过测试出现的现象和你的一样，所以我换成了 https://wikiplus-app.com/Main.min.js ，然后就正常了。--Txkk（留言） 2024年8月16日 (五) 16:03 (UTC)[回复]
@镜音铃：你去查查是由什么问题导致的。--Txkk（留言） 2024年8月16日 (五) 16:05 (UTC)[回复]
啊谢谢大佬！请问为什么我会加载前一个链接，以及如何改成后一个链接呢？（看您的编辑记录，我没有找到相关的更改方法思考...）--自由雨日🌧️（留言｜贡献） 2024年8月17日 (六) 01:57 (UTC)[回复]
咦？我看您JS页面里似乎没有用Wikiplus。不过第一个修订版本里引用了mw.loader.load('https://cdn.jsdelivr.net/npm/wikiplus-core');，似乎只用把它替换成旧版mw.loader.load('https://wikiplus-app.com/Main.min.js');就好了？——即请秋安 ZhaoFJx（论•编） 2024年8月17日 (六) 04:16 (UTC)[回复]
我的Wikiplus是在全局JS页面里（）旧版……我试试吧，不知道功能会不会少思考...--自由雨日🌧️（留言｜贡献） 2024年8月17日 (六) 04:42 (UTC)[回复]
@ZhaoFJx：旧版问题更大啊 囧rz……“快速编辑”按钮直接单独成行了，非常不美观；每次编辑都会弹出“是否允许采集数据”；编辑器完全没有按钮……算了，还是用新版吧（）--自由雨日🌧️（留言｜贡献） 2024年8月17日 (六) 04:48 (UTC)[回复]
🏳️投降了，那我可能不清楚。不如就用InPageEdit吧——即请秋安 ZhaoFJx（论•编） 2024年8月17日 (六) 06:22 (UTC)[回复]
如果只是想用快速编辑这一项功能，英语维基人BrandonXLF开发的QuickEdit也不错。--Txkk（留言） 2024年8月17日 (六) 14:51 (UTC)[回复]

2024年第32期技術新聞

[编辑]

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

功能週報

  • 高级項目 本週，將推出兩個新解析器函數：{{#dir}}和{{#bcp47}}。這將減少共享資源上對Template:Dir和Template:BCP47的需求，並使「链入页面」資料庫能刪減1億行內容。請各wiki的編輯者協助將這類模板替換為新函數。共享資源的模板將在維基媒體國際會議黑客松期間更新。 [2][3]
  • 各社群可以為時常用於討論的「项目」命名空間（如Wikipedia:或Wikisource:）請求啟用可视化编辑器，惟請先了解已知限制。對於討論，用户已經可以在這些命名空間中使用討論工具。
  • 追蹤分類「Pages using Timeline」（使用时间线的页面）已更名為「Pages using the EasyTimeline extension」，位於TranslateWiki。在本地创建分類的wiki應重命名該分類，配合新名稱。

项目近況

  • 邀請協助籌組維基專題和類似維基協作的編輯者，與活動和計畫團隊分享想法和成功案例。您可以填寫簡短問卷調查或在討論頁分享您的想法。團隊對於非英語維基上的成功協作案例特別感興趣。
  • 高级項目 新解析器將在接下來的幾個月內在维基导游站點推出。上週，英语维基导游和希伯来语维基导游已切換至Parsoid。參閱Parsoid/統一解析器了解更多。

延伸閱讀

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年8月5日 (一) 20:42 (UTC)[回复]

关于MinT，我们是否可以制作一个类似于绿链的模板，把待翻译的页面指向Special:AutomaticTranslation? 例如[4]。这样是否对读者更有帮助？--百無一用是書生 (☎) 2024年8月6日 (二) 07:08 (UTC)[回复]
MinT那翻译质量，读者不如去看猴子乱敲字，至少猴子还是有可能打出正常的话的，而且打不出来你也不会生气地责怪猴子。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年8月10日 (六) 14:53 (UTC)[回复]

Template:Lang

[编辑]

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

是否可以把英维en:Template:Lang的功能复制过来。现在模板有几个问题，第一未检测语言代码错误，第二英维的模板在鼠标悬停时可以提示语种，在不便使用lang-xx模板的时候比较方便读者。该模板似乎牵涉的比较广。--Kethyga（留言） 2024年8月10日 (六) 05:40 (UTC)[回复]

当年Vozhuo参与汉化的Module:Lang不知道是否真正完善了--Dabao qian℡ 2024年8月10日 (六) 12:19 (UTC)[回复]
可以先在沙盒进行充分测试吧。--Kethyga（留言） 2024年8月10日 (六) 12:34 (UTC)[回复]
目前沙盒中的版本 (64746486)，仅就以上两个功能来说，都实现了，见Wikipedia:沙盒 (83756185)。可能还需要进行其他的测试。--Kethyga（留言） 2024年8月10日 (六) 12:39 (UTC)[回复]
启用沙盒的版本，可以替代分类Category:ISO 639語言代碼模板中大多数的模板。--Kethyga（留言） 2024年8月11日 (日) 01:30 (UTC)[回复]

关于检查插入不存在文件的过滤器

[编辑]

本主題或以下段落文字，在討論結束後應存檔至Wikipedia:防滥用过滤器/过滤器请求。

注意到本站使用的245和261号过滤器使用了以下匹配不存在文件名的正则表达式： 

"(?i)(?:\[\[(?:File|Image|文件|檔案):|(?:file|img|image|logo|pic|photo|chart|screenshot|cover|symbol|flag|圖片|图片|圖像|图像|画像|文件|檔案)[^|]+?=)\s*([^|]+?)[ \t]*(?:\||\n)"

建议将其改为： 

"(?i)(?:\[\[(?:File|Image|文件|檔案):|(?:file|img|image|logo|pic|photo|chart|screenshot|cover|symbol|flag|圖片|图片|圖像|图像|画像|文件|檔案)[^|]*?=)\s*([^|]+?)[ \t]*(?:\||\n)"

之前使用的正则表达式的问题在于只能匹配下面列出的前两种情况，但无法匹配后两种情况： 

file = example.png
file =example.png
file= example.png
file=example.png

修改后即可解决此问题。--NegativeRnd（留言） 2024年8月12日 (一) 11:25 (UTC)[回复]

中国国家标本资源平台的链接被列为“不可靠来源”

[编辑]

原标题为：http://www.nsii.org.cn 链接被列为“不可靠来源”

参见： https://baike.710302.xyz/w/index.php?title=%E5%BC%A0%E5%8F%AF%E5%8F%AF&curid=2826377&diff=83786139&oldid=71270460

请大家代为查找参考资料被列为“不可靠来源”的根据；必要的话予以更正。--Zhenqinli（留言） 2024年8月12日 (一) 23:15 (UTC)[回复]

应该是链接内wiki的原因？以及似乎该文章是“NSII维基文档系统”思考...@Yfdyh000--—自由雨日🌧️（留言｜贡献） 2024年8月12日 (一) 23:51 (UTC)[回复]
不知道用户名重定向是否能成功发送提醒……更正@YFdyh000--—自由雨日🌧️（留言｜贡献） 2024年8月12日 (一) 23:58 (UTC)[回复]
第一个ping好像收不到。过滤器92，我目前没权限看，不清楚是否规则问题。WP:AF/FP。--YFdyh000（留言） 2024年8月13日 (二) 02:43 (UTC)[回复]
可能误报，那个标记当时巡视提醒，看一眼没太大问题就不用处理。——Sakamotosan路过围观 | 避免做作，免敬 2024年8月13日 (二) 02:54 (UTC)[回复]
如上所言，是wiki字串的问题。如果是可靠的，加到过滤器的白名单里即可。——暁月凛奈 (留言) 2024年8月13日 (二) 04:45 (UTC)[回复]

2024年第33期技術新聞

[编辑]

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

功能週報

项目近況

技術新聞由技術新聞編者撰寫，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2024年8月12日 (一) 23:20 (UTC)[回复]

验证码这个未必用得上，感觉中文的宣传很少是bot发送的，bot的一般都直接用阻止了。——暁月凛奈 (留言) 2024年8月13日 (二) 05:10 (UTC)[回复]

無法移動至機械人修復雙重重定向後的頁面

[编辑]

最低級的移動權限持有者能夠移動至歷史完全清白的重定向頁面，卻不能移動至機械人修復雙重重定向或人手改變重定向目標後、其頁面歷史只有重定向、即毫無實際內容的重定向頁面。這不合理，二者都是沒有頁面歷史保留價值的頁面。--— Gohan 2024年8月13日 (二) 10:34 (UTC)[回复]

仅当有一笔编辑历史时可以覆盖，或者说可以无害地直接删除。后续的编辑并不能被如此判断。——暁月凛奈 (留言) 2024年8月13日 (二) 11:30 (UTC)[回复]
技术上就是如此设计，自古以来，祖宗之法，以及可能页面内部性质不同。我觉得能直接覆盖重定向就是个奇怪的假定。其实可以将已有历史的页面移到其他名称再提删——没有共识支持或阻止这样做。--YFdyh000（留言） 2024年8月13日 (二) 11:58 (UTC)[回复]
以前的话即使是只有一条历史的移动后创建的重定向也无法移动覆盖，好像是某次调整后在mw核心判断认为前者是可以安全删除并移动“覆盖”的，核心就是“删除”权限。如果多余一条历史的话可能带来不确定性（无论是有没机器人操作过，或者如果没有使用机器人用户组的话）。——Sakamotosan路过围观 | 避免做作，免敬 2024年8月14日 (三) 00:28 (UTC)[回复]
畢竟MediaWiki系統無法判斷多筆編輯時的情況嘛，就像編輯歷史扯到重定向時TW的判斷建立者也常常會給出奇怪的答案--SunAfterRain 2024年8月14日 (三) 04:16 (UTC)[回复]

Template:Infobox concert无法编辑

[编辑]

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

Template:Infobox concert、Template:Infobox concert/doc进行任何编辑都会报错：参数名称不能为空。要记录未命名参数，请使用其内部编号“1”、“2”等。--Kcx36（留言） 2024年8月14日 (三) 17:36 (UTC)[回复]

问题已解决，感谢User:Miyakoo、User:TimWu007。应该是模板数据部分的"": {},导致的。--Kcx36（留言） 2024年8月15日 (四) 10:10 (UTC)[回复]
如果是這樣也挺怪的，技術上是允許空參數存在的啊？--SunAfterRain 2024年8月16日 (五) 05:25 (UTC)[回复]

我想改Template:TR ridership，但是碰到大問題

[编辑]

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

日前我將台鐵年報上的進出站人數上傳到Wikidata後想改Template:TR ridership，但是碰到大問題--—— Matt Zhuang表示有事按「此」留言 2024年8月16日 (五) 18:19 (UTC)[回复]

具体一点，有哪些问题。--YFdyh000（留言） 2024年8月16日 (五) 18:27 (UTC)[回复]

首先我在沙盒輸入以下內容： 

{{formatnum: {{#expr: ({{formatnum:{{wikidata|properties|qualifiers|qualifiers|{{WikidataEntity|基隆車站}}|P3872|P585=2023|P518=Q21171241}}|R}}+{{formatnum:{{wikidata|properties|qualifiers|qualifiers|{{WikidataEntity|基隆車站}}|P3872|P585=2023|P518=Q115287494}}|R}})/{{#ifexpr:{{#time: L|2023}}|366|365}} round 0 }} }}

我就順利得到 16,603 ，也就是基隆車站2023年的日均進出量( (離開人數+到達人數)/365 )

然後我就將基隆車站改成{{{station}}} 以方便該模板調Wikidata資料，如Special:diff/83837615，結果整個模板頁面整個崩潰出現「表達式錯誤：缺少+的操作數。分配用於運行腳本的時間已到期。」，然後想直接開Template:TR_ridership/doc則是後面幾個車站項目出現「表達式錯誤：預期外的<運算符」。

所以我暫時回退到修改前的版本。

—— Matt Zhuang表示有事按「此」留言 2024年8月16日 (五) 18:32 (UTC)[回复]

經過排查後可能是{{WikidataEntity|{{{station}}}}}會直接崩潰，要怎麼改才能正常使用？因為{{{station}}}是該模板的最重要參數，必須要餵進去來算出平均數—— Matt Zhuang表示有事按「此」留言 2024年8月16日 (五) 18:38 (UTC)[回复]
“缺少+的操作数”是需要#if处理未提供station参数的情况，如模板页面本身。
“预期外的<运算符”展现数量随机，疑似因为“分配用于运行脚本的时间已到期。”，这是解析器分析数据-Lua使用时间的10秒用尽。需要研究削减调用消耗。--YFdyh000（留言） 2024年8月16日 (五) 18:56 (UTC)[回复]
wikidata调用每次消耗约0.05秒，250个明显就超过10秒了。英文维基上调用Wd模块也是这样消耗。--YFdyh000（留言） 2024年8月17日 (六) 07:56 (UTC)[回复]
看來調用Wikidata的複雜函數不適合用在臺灣鐵路車站旅客人次排名（畢竟有240左右座車站），本來想要利用Wikidata來減少本地的編輯：
  1. 先匯入到Wikidata再直接改2023年就會實時更新用此模板的運量和排行
  2. 在各車站條目從Wikidata調出歷年的運量（上車、下車、上下車、上車平均、上下車平均）
這下只能放棄了。—— Matt Zhuang表示有事按「此」留言 2024年8月17日 (六) 08:44 (UTC)[回复]

“通知”按钮、“感谢”按钮与“添加到监视列表”的新弹窗问题

[编辑]

具体指右上角的“通知”按钮，监视列表、编辑历史（含查看差异）中的“感谢”按钮，以及任何页面右上方的“⭐️”按钮。一般情况下，点击“通知”按钮是直接在当前页面弹出一个小框，点击“感谢”按钮是在原来的“感谢”按钮右侧将右括号扩展像横幅一样展开“发送公开感谢吗？”文字并请求确认，点击“⭐️”按钮则是会直接添加到监视列表并在页面右上部弹出“已成功加入”横幅并可以选择时间范围。然而，点按这三个按钮并非每次都是“一般情况”的这种效果，而是时常都会新加载一个页面，即点击“通知”按钮跳转到一个只显示全部通知的页面，点击“感谢”“⭐️”按钮也同样跳转到新页面，再点击确认后需要“后退”两次才能返回原页面。--自由雨日🌧️（留言｜贡献） 2024年8月17日 (六) 03:56 (UTC)[回复]

js没加载完就是这样的静态页面。——暁月凛奈 (留言) 2024年8月17日 (六) 04:31 (UTC)[回复]
我也发现往往是“还没加载完很快就点击这些按钮”会显著地增加“新弹窗”出现的概率，但是有时候明明已经“等待了很久”（比如监视列表页），点击“感谢”，它还是弹出新窗口？思考...--自由雨日🌧️（留言｜贡献） 2024年8月17日 (六) 04:38 (UTC)[回复]
浏览器将页面视为加载完毕不等于js也全部加载完毕，若是监视列表设定的值较高，那么等待时间肯定是比较长的，js未必已经加载完毕，还是要打开调试器看有没有相应的js资源。——暁月凛奈 (留言) 2024年8月17日 (六) 05:01 (UTC)[回复]
检索自“https://baike.710302.xyz/w/index.php?title=Wikipedia:互助客栈/技术&oldid=83850507”