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

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

快捷方式
 发表前请先搜索存档，参考旧讨论中的内容可节省您的时间。

9月25日之后没有新回应的议题会移动至相应的讨论页或存档。跳至本页的：目录 · 底端

公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (UTC+8)
1 伪绿链二三事 39 7 Kethyga 2022-09-22 14:49
2 模板:Infobox ship begin等子模板合并事宜 16 5 Comrade John 2022-07-29 16:45
3 Google 错误地索引 .m 链接 17 10 Itcfangye 2022-08-14 12:58
4 特定页面的目录简繁转换异常 9 4 SunAfterRain 2022-07-16 12:06
5 Category:需要从朝鲜语维基百科翻译的条目 29 5 回廊彼端 2022-09-25 11:46
6 语言代码问题 2 2 S8321414 2022-10-04 17:02
7 折叠模板相关问题 3 2 ZhuofanWu 2022-09-26 07:06
8 模板:Gallery2出错 3 3 Bigbullfrog1996 2022-09-26 23:17
9 是否应该将黑暗模式小工具配色调整一下 1 1 桐生ここ 2022-09-26 22:26
10 2022年第39期技术新闻 1 1 MediaWiki message delivery 2022-09-27 08:30
11 需要进一步完善{{for}}和{{ITNc}} 1 1 Txkk 2022-10-01 14:43
12 cewbot机器人 2 2 Kanashimi 2022-10-02 09:40
13 参考资料疑似有bug 5 3 Picture GN 2022-10-03 01:45
14 错误通知 3 2 Mafalda4144 2022-10-04 20:00
15 Coolest Tool Award 2022: Call for nominations 1 1 MediaWiki message delivery 2022-10-04 02:30
16 2022年第40期技术新闻 1 1 MediaWiki message delivery 2022-10-04 08:23
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时，
请先检查设定是否有误

伪绿链二三事

  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://wiki.kfd.me/_mobile/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)回复[回复]

本讨论章节会维持开放，暂时不按最后意见发表时间存档，直到问题解决。欲让机器人存档，请移除本模板。留言请置于本模板上方。

Category:需要从朝鲜语维基百科翻译的条目

本主题或以下段落文字，在讨论结束后应存档至Category talk:需要从韩语维基百科翻译的条目、Category talk:韩语重定向、Template talk:ISO 639 name ko、Template talk:ISO 639 name kor、Template talk:ISO 639 name ko-hani、Template talk:ISO 639 name。

所有模板、分类皆已修改完成，感谢各位参与。--回廊彼端（留言） 2022年9月25日 (日) 03:46 (UTC)回复[回复]
下列讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

发现月份分类有繁简混用的情形，如Category:自2022年4月需要從朝鲜语維基百科翻譯的條目--John123521（留言-贡献） 2022年7月13日 (三) 11:47 (UTC)回复[回复]

正在关注。--Txkk（留言） 2022年7月16日 (六) 23:56 (UTC)回复[回复]
看来是Template:ISO 639 name ko的问题.....--John123521（留言-贡献） 2022年7月18日 (一) 14:18 (UTC)回复[回复]
按照Template:ISO_639_name/doc说法，ISO 639 name系列模板内的语言名称都应该使用繁体，发生类似问题的还有Template:ISO_639_name_ca、Category:自2022年5月需要从加泰罗尼亚语维基百科翻译的条目、Category:需要从加泰罗尼亚语维基百科翻译的条目及子分类，但是要用港澳繁体的加泰羅尼亞語、或是台湾的加泰隆尼亞語命名也是问题。又为一劳永逸，希望有模板编辑员或管理员彻底清查、一次处理干净。--回廊彼端（留言） 2022年7月18日 (一) 16:53 (UTC)回复[回复]
Template:ISO_639_name_ka、Category:需要从格鲁吉亚语维基百科翻译的条目。--回廊彼端（留言） 2022年7月18日 (一) 16:59 (UTC)回复[回复]
Category:带有简短描述的条目这个也是，不过牵涉到Module:Pagetype/config更加复杂，上级分类Category:带有简短描述的页面反而是繁简一致的。--回廊彼端（留言） 2022年7月19日 (二) 03:19 (UTC)回复[回复]
划线部分已处理，感谢各位帮忙，其他没列出来的我正在处理。--回廊彼端（留言） 2022年7月21日 (四) 07:38 (UTC)回复[回复]
可不留重新导向移动，或移动后删除重新导向，只要模板产生的繁简混用标题自动转换后与已有标题一致，就能正确归类。不过还是让模板一步到位产生繁简一致的标题为好，以免误建。 绀野梦人 2022年7月20日 (三) 16:01 (UTC)回复[回复]
在 https://wiki.kfd.me/wiki/Template:ISO_639_name_ko?variant=zh 的模板文档出现的一些链接（Category:含有朝鲜语的條目、Category:有朝鲜语外部連結的條目、Category:朝鲜语條目請求重定向）能否改成简繁一致（以免被人误建）？--Txkk（留言） 2022年7月22日 (五) 10:01 (UTC)回复[回复]
User:Txkk：只要修改Template:ISO 639 name ko即可解决问题，不过我不确定大家是否都同意把简体的朝鲜语改成繁体的韓語。--回廊彼端（留言） 2022年7月22日 (五) 14:29 (UTC)回复[回复]
我先比照ISO 639 name kor模板将“朝鲜语”之变体改为繁体了；此亦与朝鲜语条目本身之标题繁简相同。至于是否要将模板内容改成“韩语”，有待社群进一步讨论。—— Eric Liu 創造は生命（留言・留名・学生会） 2022年7月24日 (日) 08:58 (UTC)回复[回复]
User:Ericliu1912谢谢辛苦，不过似乎因为Module:Language/data/wp_languages里面使用繁体的“韓語”，原本正常运作的Category:韩语重定向分类坏了，原本内容跟模板都被导向到尚未建立的Category:朝鲜语重定向，需要尽快统一。这部分看User:John123521、User:Yumeto、User:Txkk各位有没有想法，我目前没有，不过台湾日常生活跟学术上都很少听到朝鮮語这个说法。--回廊彼端（留言） 2022年7月24日 (日) 11:35 (UTC)回复[回复]
因为先前有人改成繁体的“朝鮮語”，所以我就跟随其做法了。--Txkk（留言） 2022年7月24日 (日) 11:45 (UTC)回复[回复]
如果再改成“韓語”的话，那么多的分类又得再移一遍，劳民伤财啊！[开玩笑的] --Txkk（留言） 2022年7月24日 (日) 11:49 (UTC)回复[回复]
台湾这边真的很少用朝鲜语这词 都是用韩文韩语居多--John123521（留言-贡献） 2022年7月24日 (日) 14:11 (UTC)回复[回复]
目前朝鮮語的条目在zh-tw、zh-hk、zh-mo显示韓語，zh-sg、zh-my显示韩语，zh-cn显示朝鲜语。此条目有从韓語移动至朝鮮語的记录，且未查得先前移动记录，我依先到先得方针提出移动，但有人称最初标题非此等而反对。--绀野梦人 2022年7月25日 (一) 00:53 (UTC)回复[回复]
经过一番观察，我认为此条目之初始标题确实是“韩语”。—— Eric Liu 創造は生命（留言・留名・学生会） 2022年8月2日 (二) 14:20 (UTC)回复[回复]
那似乎是可以移回去？此外就现有转换规则来看，修改此模板内容为繁体的“韓語”应无问题，在此公示7日。--回廊彼端（留言） 2022年8月3日 (三) 15:25 (UTC)回复[回复]
公示已通过，有劳User:Ericliu1912将Template:ISO 639 name ko、Template:ISO 639 name kor内容改为“韓語”，其余分类我会处理，谢谢辛苦。--回廊彼端（留言） 2022年8月13日 (六) 03:21 (UTC)回复[回复]
@迴廊彼端：已经根据讨论共识更新模板。—— Eric Liu 創造は生命（留言・留名・学生会） 2022年8月13日 (六) 14:35 (UTC)回复[回复]

此外还有个类似状况，Template:ISO 639 name ko-hani内以简体书写“朝鲜汉字”，不过按Template:ISO_639_name/doc说法，ISO 639 name系列模板内的语言名称都应该使用繁体。此条目目前以繁体字命名朝鮮漢字，繁体转换为韓國漢字，韩语维基则同时记有韓國語漢字、韓國漢字、朝鮮漢字三种名称（但可能有南韓、韓國地域中心问题），邀请上面曾参与讨论的User:John123521、User:Yumeto、User:Txkk各位议决。--回廊彼端（留言） 2022年8月17日 (三) 07:10 (UTC)回复[回复]

韓語漢字（tw、hk、mo）、韩语汉字（my、sg）、朝鲜语汉字（cn）？--绀野梦人 2022年8月24日 (三) 08:28 (UTC)回复[回复]
User:Yumeto您的提议很棒，我(＋)支持，不过按Template:ISO_639_name/doc说法，ISO 639 name系列模板内的语言名称都应该使用繁体，此模板到时候只能使用繁体的“韓語漢字”，其他部分则可照您的提议去做无妨。--回廊彼端（留言） 2022年8月26日 (五) 01:50 (UTC)回复[回复]
七日无新留言，在此公示7日。--回廊彼端（留言） 2022年9月2日 (五) 04:32 (UTC)回复[回复]
公示已通过，有劳User:Ericliu1912将Template:ISO 639 name ko-hani内容改为“韓語漢字”，谢谢辛苦。--回廊彼端（留言） 2022年9月10日 (六) 05:49 (UTC)回复[回复]
@迴廊彼端：虽然现在才说是有点晚了，不过我个人是建议改成与条目同名之“朝鲜汉字”。—— Eric Liu 創造は生命（留言・留名・学生会） 2022年9月12日 (一) 07:48 (UTC)回复[回复]
User:Ericliu1912想请教您的理由是？个人偏向“韓語漢字”一些，毕竟Template:ISO 639 name ko、Template:ISO 639 name kor内容都是“韓語”，Template:ISO 639 name ko-hang内容是“韓語諺文”，全部都用韓語开头比较一致，又韩语汉字仍可连结到“朝鮮漢字”条目，问题不大。--回廊彼端（留言） 2022年9月12日 (一) 09:42 (UTC)回复[回复]
此模板已由User:Ericliu1912完成修改，感谢辛苦。--回廊彼端（留言） 2022年9月25日 (日) 03:46 (UTC)回复[回复]
本讨论已经关闭，请勿修改。如有任何意见，请至合适的讨论页进行，并不要再次编辑本讨论。

语言代码问题

最晚在2021年底MediaWiki的程式码中已经建议把zh-tw改成较精准的zh-Hant-TW，其他几种中文变体也是，但目前CS1系列模板尚不支援后者这种写法，是否应该新增到模组当中？又按这篇程式码来看，要调整的使用者语言模板、分类等等很多，甚至其他维基计划也需修改，希望各位一起处理，谢谢。--回廊彼端（留言） 2022年9月25日 (日) 03:43 (UTC)回复[回复]

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

折叠模板相关问题

如题，在用到折叠模板的页面如AFD中，我的Edge浏览器无法将其正确解析，只有底色而无法显示“展开/折叠”按钮，且默认展开。这是为什么呢？--Zhuofan WuRemember me? 2022年9月25日 (日) 12:12 (UTC)回复[回复]

Special:参数设置-小工具-折叠显示支持，大概您关掉了或者加载异常。--YFdyh000（留言） 2022年9月25日 (日) 12:26 (UTC)回复[回复]
感谢，经查的确如此。--Zhuofan WuRemember me? 2022年9月25日 (日) 23:06 (UTC)回复[回复]

模板:Gallery2出错

本主题或以下段落文字，在讨论结束后应存档至Template talk:Gallery2。

脚本错误: 函数gallery2不存在--太西浜（留言） 2022年9月26日 (一) 13:50 (UTC)回复[回复]

@Bigbullfrog1996：Special:Diff/64805686/73807264--YFdyh000（留言） 2022年9月26日 (一) 15:00 (UTC)回复[回复]
@太西浜、YFdyh000：已修复。--Bigbullfrog1996（𓆏） 2022年9月26日 (一) 15:17 (UTC)回复[回复]

是否应该将黑暗模式小工具配色调整一下

我觉得它可能太黑了，对比度有些太高了。

建议的配色，可供参考： User:桐生ここ/js/Gadget-darkmode.css

--桐生ここ★[讨论] 2022年9月26日 (一) 14:26 (UTC)回复[回复]

2022年第39期技术新闻

最新技术新闻来自维基媒体技术社群。请将这些变化转告其他用户。不是所有的变化都将影响您。翻译亦已提供。

最近更改

  • Parsoid客户端需要更新，以支持链接中rel属性里面以空格分隔多值的特性，详情请参与T315209。

本周后期变更

  • MediaWiki的新版本将于9月27日部署于测试维基及MediaWiki.org。它将于9月28日部署至非维基百科wiki及部分维基百科，并于9月29日部署至所有wiki，参见日历。
  • 可视化差异将对于除维基词典和维基百科项目以外的全部用户可用。 [3]
  • 阿拉伯语、孟加拉语、汉语、法语、海地克里奥尔语、希伯来语、韩语和越南语维基百科的移动版的讨论页将会有所变化，变得更易用和提供更多信息。 [4] [5]
  • Module命名空间下，以.json结尾的页面的内容类型将会自动为JSON类型，如同在User和MediaWiki命名空间下那样。 [6]

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2022年9月27日 (二) 00:30 (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查询获得地理点，之前只能获得地理区域或地理线。 [7] [8]
  • 2022最酷工具奖现正接受提名，您可以在10月12日前推荐工具。

本周后期变更

  • MediaWiki的新版本将于10月4日部署于测试维基及MediaWiki.org。它将于10月5日部署至非维基百科wiki及部分维基百科，并于10月6日部署至所有wiki，参见日历。
  • 阿拉伯语、孟加拉语、汉语、法语、海地克里奥尔语、希伯来语、韩语和越南语维基百科的移动版的讨论页将会有所变化，变得更易用和提供更多信息。 （由于上周部署延迟） [9] [10]
  • scribunto-console API模块现在需要提供跨站请求伪造防护令牌。这个模块在文档记录为内部使用，不对外提供支持。 [5]
  • Vector 2022皮肤在最小的维基媒体项目作为默认皮肤启用。参见更多信息。

技术新闻由技术新闻编者制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

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

取自“https://wiki.kfd.me/w/index.php?title=Wikipedia:互助客栈/技术&oldid=73941601”