维基百科:互助客栈/技术/存档/2025年3月
![]() | 本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
2025年第10期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
近况更新 - 面向编辑者
- 所有已登入编辑者现在皆可在手机版网站编辑整个页面。在工具列上的“更多”选单中点击“编辑整页”即可。先前编辑者须启用高级模式才能使用这项功能。 [1]
- 请界面管理员协助移除本地
MediaWiki:Common.css中带有“ mw-ref
”的已弃用Cite CSS码。此全域搜寻列出了需清理的维基站点以及需移除的代码,另可参考此范例。参阅CSS迁移项目页面进一步了解如何提供协助。Cite脚注标记(“[1]
”)现在由Parsoid渲染,不再需要上述的已弃用CSS。反向链接的CSS(“mw:referencedBy
”)目前应维持不变。这项清理作业应不会给读者带来明显变化。请在3月20日前协助移除这些代码,若未及时处理,之后将由开发团队代为移除。 - 现在,若在受连锁保护的页面加入文件(例如
[[File:MediaWiki.png]]
),系统将不再限制对文件描述页面的编辑,而仅限制文件新版本的上传。反之,若嵌入文件描述页面(例如{{:File:MediaWiki.png}}
),对描述页面的编辑将受连锁保护限制。 [2][3] - 编辑者若想要将文件还原至较早版本,现在需要与上传文件新版本相同的权限。系统现在会检查“覆盖现存文件
(reupload)
”或“覆盖自己上传的文件(reupload-own)
”权限,并遵守连锁保护。 [4][5] - 现在,管理员在使用Special:大量删除工具列出待删除页面时,可以选择同时列出相关的讨论页和重定向页面,而无需事后再手动处理。 [6]
- 前几期提到单一用户登录(SUL)系统为配合浏览器对跨网域Cookie的限制,登入和账号建立页面将移至中央网域——这项更新将于3、4月向所有用户推出。团队计划于本周为Group0站点上的所有新账号建立流程应用这项更新。参阅SUL3项目页面了解最新时间表和更多细节。
- 自上周以来,部分界面图示在页面尚未加载完全时,错误显示为黑色方块(深色模式中则为白色)。本周将修正此问题。 [7]
- 已新建一个维基: 锡尔赫特语维基百科 (
w:syl:
) [8] 上周有23件社群提交的工单得到解决。 例如,之前老旧版本的手机版Firefox浏览器无法正常加载图片,现已修正此问题。 [9]
近况更新 - 面向技术贡献者
本周稍晚代码更新细节: MediaWiki
MediaWiki message delivery 2025年3月4日 (二) 02:29 (UTC)
- mw-ref废弃代码已在MediaWiki:Common.css清理--百無一用是書生 (☎) 2025年3月4日 (二) 03:08 (UTC)
是否有办法引入AI辅助进行字词转换
新增新条目推荐候选不当繁简标题过滤器
Template:Certification Table Entry建立的新西兰地区来源也应该支持source=radioscope
2025年第11期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
近况更新 - 面向编辑者
- 在多个维基上使用密码管理工具的编辑者可能会注意到将来的变化。我们的维基提供密码管理工具跨网域重复使用密码资讯的方式最近已经更新,因此有些密码管理工具现在可能会为您提供您为不同维基媒体网站储存的登入凭证。有些密码管理工具已经这么做了,现在正在为更多的维基媒体网域进行此操作。这是SUL3专案的一部分,旨在改善我们的单一登入系统的运作方式,并使其与不断变更的网络浏览器相容。 [10][11]
- 维基百科App团队邀请有兴趣的用户协助改善维基百科的离线和受限网络使用情况。经过Afrika Baraza和上次ESEAP通话会议的讨论后,我们正在探讨搜寻、编辑、离线访问等关键挑战,即将召开的焦点团体将深入探讨这些主题。欢迎以任何语言参与,活动将提供口译服务。如有任何想法,欢迎参与讨论或寄信至
[email protected]! - 3月19日,所有维基媒体网站将进入只读状态数分钟,预定于14:00 UTC开始。详情将在技术新闻发布,并在未来几周内发送至各维基。
上周有27件社群提交的工单得到解决。
近况更新 - 面向技术贡献者
本周稍晚代码更新细节: MediaWiki
深入了解
MediaWiki message delivery 2025年3月10日 (一) 23:07 (UTC)
提议修改模板:Ping
如题。其末尾的冒号“:”显得有点多余。如果这个模板用在留言的最后,就会看起来很奇怪。若用在留言前端,冒号完全可以手动加。--HoweyYuan(留言) 2025年3月8日 (六) 11:09 (UTC)
- 虽说如此,有大量嵌入,变更行为除非大规模替换引用。以及,修改后与英文维基行为不一致。--YFdyh000(留言) 2025年3月8日 (六) 11:41 (UTC)
- (-)反对:见YF,有难以想象数量的潜入。如有需要,创建另一个不带冒号的模板即可。 ——自由雨日🌧️❄️ 2025年3月8日 (六) 11:48 (UTC)
- 用在留言最后,用
{{ping|Example|p=}}
即可消除冒号(显示为@Example
)。 ——自由雨日🌧️❄️ 2025年3月8日 (六) 11:49 (UTC) - 其实有一个不带冒号的模板{{Ping2}}。--2402:7500:93E:31AE:ACCE:E4C5:F62F:57D9(留言) 2025年3月8日 (六) 11:50 (UTC)
自由雨日
- 这个可以
赞--HoweyYuan(留言) 2025年3月11日 (二) 12:36 (UTC)
- 这个可以
- 用在留言最后,用
新版跨语言链接小工具
提议以langx模板取代lang-xx系列模板
提议以IPA模板取代IPA-xx系列模板
Template:Infobox settlement
有关侵权
地区词fallback问题
Template:MedalistTable 增加location参数支持
模板:Page views double是否能使用
Template:Infobox country的year_start参数问题
以本地时区显示签名时间工具在Talk命名空间失效
排序页面
是否有一种专门页面或维基代码能够帮助排序页面?我一直都得用大量讯息发送者沙盒来排,颇为不伦不类。—— Eric Liu 創造は生命(留言・留名・学生会) 2025年3月13日 (四) 15:04 (UTC)
- VS Code外挂可提供此功能。--SuperGrey (留言) 2025年3月14日 (五) 03:35 (UTC)
公式解析失败
过滤器154修改或新增另一过滤器
见其他区的讨论,总之因为我没什么程式概念,所以想知道能否有人能协助调整该过滤器,或者追加一个新的过滤器以防更多的“[[w:英文名|中文名]]”在出现于条目内。--WiTo🐤💬 2025年3月14日 (五) 03:04 (UTC)
- @WiTo7946:目前的情况是改154是不合适的,154的警告信息是MediaWiki:Abusefilter-disallowed-interwiki,这个和条目内加入跨语言嵌入链接的情况不相符,而若更改警告信息,那这个154的警告会显得很杂乱(又是维基数据又是ilh模板)。在不更改警告信息的情况下我更倾向于新增过滤器处理这个问题。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年3月17日 (一) 16:18 (UTC)
2025年第12期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
本周要闻
- 每年春秋分前后,维基媒体基金会的网站可靠性工程团队例行执行资料中心服务器切换,将所有流量从主要服务器导向备用服务器。这个半年一次的程序确保了我们在面临危机时,可以随时使用备援资料中心。多亏了Listen to Wikipedia工具,您可以实际听到切换的过程:开始之前,您会听到源源不绝的编辑声音;然后,当系统进入短暂的只读阶段时,声音会停止数分钟,切换完成后才会恢复。更多关于此次切换的背景和细节,请参阅Diff文章。如果您想聆听即将到来的服务器切换,请于3月19日 14:00 UTC收听各维基的声音。
近况更新 - 面向编辑者
- 经改良的内容翻译工具面板现已供10个维基百科使用,并即将在所有维基百科推出。有了统一的面板,桌面装置使用者现在可以翻译条目章节;探索并存取以主题为基础的条目建议筛选器(起初仅限移动设备);从维基专题和编辑活动中探索并存取社群定义的清单筛选器,也称为“收藏集”(Collections)。
- 维基共享资源引入新的档案分类选择系统:如果某分类含有一个或多个子分类,点击箭头即可在表单中展开子分类清单,以便选取正确分类。父分类名称会持续显示在顶部,可随时返回父分类。这应该可以减少志愿者修复/建立新分类的工作量。这项变更同样适用于移动设备。这些变更是上传向导改进计划的一部分。
- 社群技术团队正在征求维基社群参与试用多重封锁功能以及更新后的Special:封禁页面,预定3月底进行。多重封锁可让管理员同时对同一使用者施加多种不同类型的封锁。如果您是管理员或监管员,并希望我们与您的社群讨论参与试行的事宜,请在专案讨论页留言。
- 3月25日开始,编辑团队将在12个维基百科站点测试编辑检查的新功能:多重检查。在这些维基中,一半的新手在编辑时会看到所有参考检查,而另一半则如同往常只看到一个。此测试旨在观察编辑者在单一编辑阶段中看到多个(且相关的)参考检查时,是否会感到困惑或气馁。在这些维基中,有显示参考检查的编辑所使用的标签将被简化,因为一笔编辑中可能会显示多个标签。Phabricator工单记录了变更的标签。 [12]
- 全域提醒机器人是一项通知使用者其临时权限即将到期的服务,现已支援在讯息标题中使用权限群组的本地化名称。请翻译人员参阅说明文件和现有译文清单,检查其语言是否需要更新或新增译文。
- Special:全域设置中的性别设定——用来设定软件在界面讯息中应该如何称呼您——现在可以如预期般覆写本地预设值。 [13]
上周有26件社群提交的工单得到解决。 例如,Android版维基百科App修正了使用者以多种语言浏览和搜寻时发生的错误。 [14]
近况更新 - 面向技术贡献者
MediaWiki message delivery 2025年3月17日 (一) 23:47 (UTC)
错别字
由于已知的技术原因,图表暂时不可用。为您带来不便,我们深表歉意。
在再可用前,请访问pageviews.wmcloud.org以查看动态式图表
--2602:F919:101:0:0:0:0:EE(留言) 2025年3月19日 (三) 16:05 (UTC)
建议自动化处理MOS:INFOBOXFLAG
近来社群通过了MOS:INFOBOXFLAG,即通常不允许在资讯框内使用旗帜。唯大量条目依然存在资讯框旗帜,且善意的新手常按直觉加入旗帜,为巡查工作增加负担。有见及此,遂建议以下措施:
- 自动清理资讯框旗帜,方法有二:
- 使用机器人一次性批量替换。好处是灵活性高,能容忍确实允许使用旗帜的例外存在,缺点则是需要进行大量编辑。
- 使用CSS隐藏旗帜:优点是只需要修改
{{flagicon}}
以及Infobox的CSS,缺点是无法容许任何例外。
- 增加过滤器侦测在资讯框内增加旗帜的行为,标签、警告皆可,但私以为无需一刀切禁止。由于旗帜模板众多,且没有技术上可侦测的命名规律,实施或会有困难。
以上,权当抛砖引玉。祝编安--1F616EMO(喵留言~回复请ping) 2025年3月23日 (日) 04:36 (UTC)
- @1F616EMO:我近两月前已在WP:机器人/作业请求#去除人物信息框、电影信息框等中的旗帜提了2025年3月23日 (日) 04:52 (UTC)补充:第1.1点。 ——自由雨日🌧️❄️ 2025年3月23日 (日) 04:40 (UTC)
- 过滤器方面,技术上可以使用html的class配合过滤器的new_html检查新页面是否存在信息框嵌套旗帜模板的问题,但是无法检查原页面是否存在同样问题,会有误报。如果采用wikitext判断会无法检查所有旗帜模板和信息框模板,尤其是中文名,而且很容易通过新建去往旗帜模板的重定向绕过。另外指引也给了一些豁免情况,不适合用过滤器警告或阻止。综上认为过滤器意义不大。使用CSS选择器有同样问题,一是容易通过再嵌套div等方式绕过,二是不匹配指引的豁免。全部机器人替换也是一样,容易造成把豁免情形也纳入替换的问题,如果是指定范围条目则应可行。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年3月23日 (日) 04:48 (UTC)
Template:engname在条目中出现报错
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
如题,例子见阿飞正传等,在条目中显示“错误:{{Lang}}:文本有斜体标记”。--银色雪莉(留言) 2025年3月26日 (三) 07:06 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
Template:Lang为什么现在限制内部不能有斜体了
- 下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
我在查看Wikipedia:翻译腔/城墙的时候,意外发现,存在两个“错误:{{Lang}}:文本有斜体标记”。我有些不太理解,因为以前像是{{lang|en|xxx}}
这种用法,里面无论是什么都没有关系的。我理解的它不就是标记一下语言,让浏览器知道用什么字体设置吗?(类似<span lang="en">xxx</span>
)为什么不允许里面有斜体?--1=0,欢迎加入WP:维基百科维护专题 2025年3月27日 (四) 01:57 (UTC)
- 见WP:互助客栈/求助#请求尽快执行编辑请求,Lang模组最近更新了,而且(无论模组是否更新)理论上正确的做法是加
|italic=yes
参数。我估计你可能需要拆开多个模板分别放斜体文字与非斜体文字。Sanmosa 新朝雅政 2025年3月27日 (四) 15:20 (UTC)
- 本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。
请求导入模板
请求导入模板,en:Template:Pharmacokinetics of long-acting injectable antipsychotics到Template:可注射的长效抗精神病药的药代动力学,谢谢-Lemonaka 2025年3月21日 (五) 08:59 (UTC)
- 这应该是"可注射的抗精神病药(antipsychotics)",而非"镇痛注射剂"的模板吧?🤔--竹林下小径,月光映一叶 2025年3月21日 (五) 09:23 (UTC)
- 等下 抱歉,搞错了。 -Lemonaka 2025年3月21日 (五) 09:39 (UTC)
- {{长效注射用抗精神病药物的药代动力学}}。--东风(留言) 2025年3月28日 (五) 08:21 (UTC)
2025年第13期技术新闻
维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改;不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。
本周要闻
- 维基媒体基金会正在征求您对下年度目标与关键结果(OKR)草案的反馈意见,这些OKR将影响基金会的下一个财政年度(从7月开始)的产品与技术优先事项。“目标”是广泛的高层次领域,而“关键成果”则是追踪目标成功与否的可衡量方式。请在讨论页分享您的意见,语言不限,最好在4月底之前提出。
近况更新 - 面向编辑者
- CampaignEvents扩充功能将于2025年4月部署至多个维基(详情请见部署计划),团队已开始与确定部署的维基社群接触。该扩充功能提供了在维基上筹办、管理和推广协作活动(如Event活动、编辑松、维基专题)的工具。该扩充功能有三个工具:活动报名、协作清单和邀请清单。该扩充功能目前已部署至13个维基百科(包括中文、英语、法语、西班牙语等),以及维基数据。若有任何问题或请求,请至扩充功能讨论页或Phabricator(加上
#campaigns-product-team标签)。 - 3月31日当周开始,维基站点将能够自行设定哪些使用者群组可以在活动报名功能中检视非公开报名者,这是CampaignEvents扩充功能的一部分。预设情况下,活动筹办人员和本地管理员将能够检视非公开报名者。这改变了目前的行为,即只有活动筹办人员才能检视非公开报名者。维基社群在Phabricator请求变更配置(加上
#campaigns-product-team标签)来变更预设配置。过往活动的参与者可随时取消报名。 - 有自订
MediaWiki:Sidebar的维基的管理员应检查其之中是否列有特殊页面项目。若没有,管理员应使用 * specialpages-url|specialpages
来加入该项目。带有预设侧边栏的维基将在4月看到该链接从工具栏移至侧边栏。 [15] - Minerva外观(手机版网站)将重要通知和常规通知整合进一个铃铛图示
中。Minerva长期存在一个错误,仅在有未读“重要通知”时才会显示新通知标示。现已修正此问题。未来在Minerva中,无论您有未读的重要通知或常规通知,铃铛图示上方皆会显示未读通知数量。 [16]
上周有23件社群提交的工单得到解决。
近况更新 - 面向技术贡献者
- 视觉化编辑器引入了新的用户端勾点,供开发者在整合视觉化编辑器目标生命周期时使用。该勾点应该会取代现有的生命周期相关勾点,并且在不同平台之间更加一致。此外,新的勾点也将适用于全文编辑以外的视觉化编辑,让小工具也能与讨论工具(DiscussionTools)中的编辑器互动。编辑团队打算弃用并最终移除旧的生命周期勾点,因此团队很关注任何新勾点未涵盖的用例,如有相关资讯,欢迎在工单中与团队分享。
- 使用
mw.Api
这一JavaScript函式库的开发者,现在可以使用userAgent
参数来识别使用该函式库的工具:var api = new mw.Api( { userAgent: 'GadgetNameHere/1.0.1' } );
。如果您有在维护小工具或使用者脚本,请务必设置使用者代理(user agent),这将有助于函式库和服务器的维护,以及区分合法与非法的流量。 [17][18] 本周稍晚代码更新细节: MediaWiki
MediaWiki message delivery 2025年3月24日 (一) 22:41 (UTC)
- MediaWiki:Sidebar已修改--百無一用是書生 (☎) 2025年3月25日 (二) 02:23 (UTC)
- 所有带mw.Api()的都要改吗
囧rz…… ——魔琴[留言 贡献 PJ:小学 PJ:两岸] 2025年3月25日 (二) 16:20 (UTC)
- 个人理解,原文没有表达“务必”。顺便一提,传入
userAgent
和旧的var api = new mw.Api( { ajax: { headers: { 'Api-User-Agent': 'GadgetNameHere/1.0.1' } } } );
效果相同。--安忆Talk 2025年3月28日 (五) 17:13 (UTC)
- 个人理解,原文没有表达“务必”。顺便一提,传入
{{Template:修辞方法}}影响页面缩进
知识问答的这条留言导致下面的标题被缩进。--Python6345(查论编) 2025年3月30日 (日) 16:18 (UTC)
已修复。请参照版本86636334的变更--竹林下小径,月光映一叶 2025年3月31日 (一) 05:52 (UTC)
- 感谢优枰君的二次修正。签名的部分得另外换行,留言系统才能正确找抓到上下回复的关系呢😅--竹林下小径,月光映一叶 2025年3月31日 (一) 09:19 (UTC)