跳转到内容

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

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

这是本页的一个历史版本,由Wctaiwan留言 | 贡献2022年3月10日 (四) 02:45 在瀏覽過程中保留中文變體:​ 公示)编辑。这可能和当前版本存在着巨大的差异。

本页用作讨论在编辑时遇到的技术问题;发表问题或讨论前,请先参阅常见问题解答帮助信息MediaWiki基本问题及搜索旧讨论记录。另请注意:

请注重礼仪、遵守方针与指引,一般问题请至互助客栈其他区知识问答提出,留言后请务必签名(点击 )。


发表前请先搜索存档,参考旧讨论中的内容可节省您的时间。
公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (UTC+8)
1 滥用过滤器警告信息 14 4 人间百态 2025-01-10 20:47
2 Navbox hlist 数字清单 多余开括号(重开) 3 3 Dabao qian 2024-12-18 02:15
3 应将使用Fullurl模板之页面连结排除于待建立模板外 36 4 A2569875 2025-01-08 07:32
4 条目左上角的“维基百科,自由的百科全书”怎么不见了? 22 6 Kethyga 2025-01-08 20:03
5 提议给MediaWiki:Noarticletext和MediaWiki:Noarticletext-nopermission(含所有中文变体)加上维基数据 5 3 A2569875 2025-01-11 09:48
6 不蓝不绿的绿链问题 42 9 Cwek 2025-01-04 11:58
7 顽固的缓存 7 3 Cwek 2025-01-04 15:56
8 修订间差异不太智能 3 2 GUT412454 2025-01-04 02:02
9 机器人自动修正WP:MOSIW 5 4 魔琴 2025-01-05 20:28
10 “在编辑记录中标示使用者权限”小工具不支持显示仲裁员 2 2 What7what8 2025-01-06 11:42
11 方针区章节结构混乱 2 2 1F616EMO 2025-01-08 07:35
12 Template:澳门主题无法显示图片 2 2 Tp0910 2025-01-06 01:59
13 Template:PH wikidata疑似无法正常显示 2 2 YFdyh000 2025-01-06 01:43
14 InternetArchiveBot将有效连结判断成失效连结 2 2 YFdyh000 2025-01-07 01:18
15 未能订阅WP:DYKC讨论 2 1 1F616EMO 2025-01-08 07:41
16 Twinkle无法识别重定向页模板 2 2 自由雨日 2025-01-11 20:21
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时,
请先检查设定是否有误

正在广泛征求意见的议题

议题清单

以下讨论需要社群广泛关注:重新整理维基百科技术议题与模板

Wikipedia talk:字词转换处理/公共转换组 § 思路:条目预储公共转换组中匹配的规则,减少载入时间
资源充足的条目可以考虑把压力转移给Lua模组,也就是让Module:NoteTA更智慧,只加载条目中用到的转换规则,代码见Module:沙盒/GnolizX/NoteTA。看效果,User:GnolizX/肖申克的救赎/新
Post‐expand include size: 647267/2097152 bytes
Lua time usage: 1.732/10.000 seconds
Lua memory usage: 30646218/52428800 bytes
可以对比User:GnolizX/肖申克的救赎/旧,两个页面转换后的内容是一致的:
Post‐expand include size: 1764141/2097152 bytes
Lua time usage: 0.859/10.000 seconds
Lua memory usage: 20785293/52428800 bytes
于是用充足的Lua记忆体与紧张的模板展开大小进行了交换。
这个功能还可以迁移到Module:沙盒/GnolizX/CGroupViewer,汉漢图标打开的速度也能变快很多,不用再一股脑地把所有的规则全部加载出来。看效果:User:GnolizX/CGroupViewer
至于条目下方的导航模板可以考虑用机器人更新,把CGroupViewer稍微改造一下(-{D|改成-{H|等等)就可以自动获取匹配到的规则了。--GnolizX留言) 2024年8月26日 (一) 16:12 (UTC)
Template talk:AFG § 是时候在阿富汗条目及模板挂上塔利班的旗帜了吧?

喀布尔陷落已经三年了,而民族抵抗阵线的声音也已经消失了三年,可以确认的是塔利班已经基本掌控整个阿富汗地区,是时候让阿富汗的旗帜换上塔利班的了。--糯米花留言) 2024年12月10日 (二) 09:03 (UTC)

Template talk:SYR § Template:SYR所使用的旗帜

阿萨德政权垮台后的新政权所使用的旗帜这个,但Template:SYR仍未更新。请问是否应立即更新?--132.234.228.89留言) 2024年12月16日 (一) 08:57 (UTC)

Talk:天安门广场 § “位置与面积”章节显示大片空白

--Tjw123hh留言) 2025年1月6日 (一) 16:57 (UTC)

Template:Cite AV media

{{cite AV media |title=example |time=12:34}}

显示为“example. 事件发生在 12:34.”。
Cite AV media里面的time参数的措辞(“事件发生在”)很奇怪,我不知道怎么改,改成怎样的措辞能比较好一点?--Txkk留言2021年11月1日 (一) 06:38 (UTC)[回复]

我觉得改成半形冒号就可以,类似表示页数的方法。Sanmosa Ázijská Práca 2021年11月1日 (一) 06:44 (UTC)[回复]
是什么样子的?--Txkk留言2021年11月4日 (四) 15:03 (UTC)[回复]
@Txkk“example. :12:34.”。--Sanmosa Hrom a peklo, márne vaše proti nám sú vzteky! 2021年11月16日 (二) 07:53 (UTC)[回复]
@Sanmosa在哪里改呢?赶紧解决了吧,不然下面的不存档一直放在这……--Txkk留言2022年1月8日 (六) 04:42 (UTC)[回复]
@Txkk我也不太清楚,你可能找个懂技术的管理员比较好。Sanmosa Immortal 2022年1月8日 (六) 04:44 (UTC)[回复]
Module:Citation/CS1/Configuration#83。--东风留言2022年1月8日 (六) 05:54 (UTC)[回复]
L-83* —— Eric Liu 创造は生命(留言留名学生会 2022年2月11日 (五) 03:31 (UTC)[回复]
个人认为应改成“见视频第xx分xx秒处”,比较麻烦的是“视频”一词需添加地区词转换,大陆用词为“视频”,港台用词为“影片”。--萧漫留言2022年2月19日 (六) 17:17 (UTC)[回复]
感觉有些啰嗦,不如改成“于12:34”。--东风留言2022年2月28日 (一) 09:26 (UTC)[回复]
浅显比简洁更重要,得确保读者一看就懂。--萧漫留言2022年2月28日 (一) 10:07 (UTC)[回复]

在浏览过程中保留中文变体

参见 Help_talk:中文维基百科的繁简、地区词处理#未登入情况下的预设值

目前如果使用者没有登入、又无法从浏览器判断他的偏好,中文维基会在每一个页面皆预设为不转换。然而假使某人已经在浏览某条目时选取了用字模式,应该可以合理推定这是他所偏好的用字模式。是否能考虑用 cookie(或 session cookie)来保存匿名使用者的用字模式,以免每点一个连结就需要重新设定?

我写了个简短的 JavaScript(User:Wctaiwan/rewritePathVariant.js)透过改写连结网址来达到这个目标(如果当下的网址是/zh-tw/Foo,则把页面上所有/wiki/Bar的连结都改写成/zh-tw/Bar),自己测了一下效果还不错。不知道社群对于把这个 script 放到 MediaWiki:Common.js 之类的地方(或包装成预设开启的小工具)有没有什么看法?

(另一个作法是试着在 MediaWiki 里面直接解决,可是根据 phab:T223053 上的讨论,因为各种共用快取的关系,这样做的难度有点高。)wctaiwan留言2021年12月6日 (一) 12:14 (UTC)[回复]

先前的讨论
如有可能,应在后端实现。通过前端脚本循环全部相关DOM节点并无差别替换将严重影响页面性能。--安忆Talk 2021年12月6日 (一) 12:45 (UTC)[回复]
同意,我一开始也是试着在后端解决,但是发现这样做会影响到 parser cache 的正确性。还有些其他可能可行的后端作法,可是应个都会更复杂,也会需要基金会的人员提供协助(参见 Phabricator 上的讨论)。
还有一点我想特别强调的是这个 script 只有在网址包含变体的时候才会发生作用,所以理论上只会影响透过下拉选单手动选择变体的使用者(以及点选包含变体连结的使用者)。两害相权(效能 vs. 每点一个连结就跳回不转换)的情况下,我觉得这可能还是值得。wctaiwan留言2021年12月6日 (一) 13:03 (UTC)[回复]
如果包含无效变体,会产生无效网址,如[1]。另已确定会破坏popups-- Sunny00217  2021年12月6日 (一) 13:14 (UTC)[回复]
变体是从网址中取得,所以应该不太需要担心无效变体的情形吧?(要把 regex 改得严格一些也是可以,我只是觉得未必有必要)Popups 的部分看来问题是因为 Popups 假设连结都会符合 MediaWiki 里$wgArticlePath的格式(源代码:en:MediaWiki:Gadget-popups.js),稍微看一下我觉得要解决可能有点复杂... wctaiwan留言2021年12月6日 (一) 13:31 (UTC)[回复]
@AnYiLinSunny00217 改了一下作法,变成在点选连结的时候才去改写网址,这样效能应该会好一点,也应该可以解决 Popups 失效的问题。wctaiwan留言

能不能请大家对这个提案多给点意见?这个对多数中港台使用者可能影响不大,可是像我自己手机的操作系统是英文的,不登入的话每次看中文维基都要一直切换变体,所以我真的还蛮希望可以解决这个问题的,谢谢。wctaiwan留言2021年12月10日 (五) 03:00 (UTC)[回复]

咱真的不能写个cookie吗?--Milky·Defer 2021年12月10日 (五) 14:55 (UTC)[回复]
如果不能纯粹在JavaScript实现的话会有难度,因为必须要修改 Varnish 去用这个 cookie 去判定要回传哪个变体的内容(详见 [2]wctaiwan留言2021年12月11日 (六) 01:37 (UTC)[回复]
如果您使用的是Android操作系统,其实可以在系统的语言设置中添加其他语言,这样浏览器发送的请求里面应该就会有您偏好的多种语言及优先级。不清楚iOS的情况如何。--David Xuang (contact me) 2021年12月17日 (五) 11:05 (UTC)[回复]
比如我的手机设置的是zh-Hans-CN和en-GB,那么Firefox发送请求时的Accept-Language头是zh-CN,en-GB;q=0.5,Chrome则是zh-CN,zh;q=0.9,en-GB;q=0.8,en;q=0.7,这样网站就会按照顺序依次匹配可用的语言。--David Xuang (contact me) 2021年12月17日 (五) 11:12 (UTC)[回复]
就我所知 iOS / Safari 不支援这个,不过即使支援,我还是觉得如果可以不需要手动设定也能自动保留变体,对读者会是比较好的体验。改版过的JS只需要在点选连结的时候执行,效能应该不会是太大的问题。@AnYiLinSunny00217MilkyDefer您们还有什么其他意见吗?wctaiwan留言2021年12月18日 (六) 07:06 (UTC)[回复]
代码在该URL改坏链接。--Lt2818留言2021年12月18日 (六) 08:05 (UTC)[回复]
修好了。(把zh-\w+换成zh-(cn|hk|mo|my|sg|tw)wctaiwan留言2021年12月18日 (六) 08:31 (UTC)[回复]
@Wctaiwan我会建议是如果网址变体和当前变体匹配再修改,如User:Sunny00217/rewritePathVariant.js的做法-- Sunny00217  2021年12月22日 (三) 15:22 (UTC)[回复]
感谢您的建议;已修改。(我剩下的部分还是保留我原本的做法,因为可以向下相容不支援 ES2015 的浏览器,而且可以支援在背景分页开启等情形,且因为只需要在 document 上加两个 listener,页面开启时的效能影响应该比较小一点。)wctaiwan留言2021年12月23日 (四) 01:51 (UTC)[回复]

是否可以部署?

这个也讨论一段时间了,大家提出来的问题我应该也都有所修正。想请问社群和管理员群对部署这个 script 有没有什么看法,有什么其他缺失也麻烦继续提出。wctaiwan留言2021年12月23日 (四) 01:51 (UTC)[回复]

现在提议的脚本是哪一份?--Xiplus#Talk 2022年1月11日 (二) 01:53 (UTC)[回复]
我都是直接改在User:Wctaiwan/rewritePathVariant.js,目前版本为 [3] wctaiwan留言2022年1月11日 (二) 03:42 (UTC)[回复]
如果破坏popups则反对。--桐生ここ[讨论] 2022年1月11日 (二) 10:41 (UTC)[回复]
原本会影响 Popups 是因为原始版本是在页面载入时直接改写所有符合 regex 的连结,现在已经改成在点选当下改写,所以这个问题已经得到改善。(已点选过连结的 Popups 还是会失效,不过这应该 99% 的人都不会被影响,毕竟都点开来看了...)wctaiwan留言2022年1月11日 (二) 11:20 (UTC)[回复]
是说,点一下href被改了所以才失效了吧,弹出新标签页也是默认行为。那就直接阻止默认行为,从href用window.open开个新窗口好了,不实际更改href。--安忆Talk 2022年1月11日 (二) 11:26 (UTC)[回复]
相对于直接改动window.location.href,我当初会选择现行的做法是因为这样可以保留浏览器原本的事件处理,不用手动处理以新分页开启等特例(也由此减低边角案例出错的几率)。不过如果您可以提出处理右键、中键开新分页的具体方式,且经测试可以相容于主要的电脑及行动浏览器,我对现有的做法也没有太强烈的偏好。wctaiwan留言2022年1月11日 (二) 15:28 (UTC)[回复]
$(document).mousedown(e=>console.log(e.button))?中键同左键用window.open,右键再实际改href。--安忆Talk 2022年1月12日 (三) 10:13 (UTC)[回复]
这里的情况其实还蛮多种的:
  1. 一般左键或是触控萤幕点选(应修改window.location.href
  2. 中键点选(应使用window.open
  3. 右键点选(端看点选右键后选择的选项)
  4. ctrl/cmd+左键(应使用window.open
  5. 触控萤幕长按(端看长按后选择的选项)

感觉起来如果要全部正确处理会有点复杂,而且边角案例可能还是会出错。这样处理的原因除了避免影响 Popups 还有什么理由吗?如果只是这样的话,我会觉得现有方法可能还是利大于弊。wctaiwan留言2022年1月12日 (三) 14:11 (UTC)[回复]


如果加入,则建议以可开启关闭的小工具方式。--桐生ここ[讨论] 2022年1月11日 (二) 10:44 (UTC)[回复]
如果可以只针对匿名使用者部署我也觉得 OK,毕竟已登入的使用者可以透过修改个人设定解决这个问题。wctaiwan留言2022年1月11日 (二) 11:20 (UTC)[回复]
看上去应该改不坏什么,所以不反对。--Milky·Defer 2022年1月11日 (二) 13:56 (UTC)[回复]
在只默认对未登录用户启用的情况下支持,但仍然建议使用浏览器DevTools对性能进行一下对比测试(对没有偏好的游客是否有影响)。--David Xuang (contact me) 2022年1月12日 (三) 10:32 (UTC)[回复]
直接复制连结的部分应该就不用处理了,毕竟如果是要把连结传去其他地方的话带有变体并不好-- Sunny00217  2022年1月15日 (六) 08:55 (UTC)[回复]
这个要刻意排除有点难度。为了要完整处理上面提及的各种情况(尤其是以新分页开启),我现在的做法是在 mousedown(鼠标按钮按下去)或 touchstart(触控萤幕接触开始)时改写连结。如果要避免复制的连结被改到,则必须区分按右键 -> 以新分页开启和按右键 -> 复制连结两种情形。我甚至不太确定这能不能透过 JS 达成。有鉴于这只有在使用者手动选择变体时才会有效果(如果 Accept-Language 标头中有变体资讯则不会用到),我觉得这应该是个可以接受的缺点?wctaiwan留言2022年2月14日 (一) 00:09 (UTC)[回复]
我支持默认启用,毕竟你都开了popups怎么还不选一个你喜欢的变体…… ——魔琴 [ 留言 贡献 ] 2022年1月21日 (五) 15:01 (UTC)[回复]
应该是login就不执行吧,直接叫他去偏好调了-- Sunny00217  2022年2月9日 (三) 07:29 (UTC)[回复]
已排除已登入的使用者。wctaiwan留言2022年2月13日 (日) 23:58 (UTC)[回复]

@Xiplus(或其他路过的管理员)能不能麻烦您依据以上的讨论看一下是否可以部署,并将此讨论存挡?谢谢。wctaiwan留言2022年2月14日 (一) 00:20 (UTC)[回复]

最近比较忙没空处理这个,不过我打算等有空把这个 JavaScript 包装成一个 gadget 然后在这里公示透过 MediaWiki:Gadgets-definition 预设部署。这样就不需要修改 Common.js。wctaiwan留言2022年3月3日 (四) 03:47 (UTC)[回复]
容我把先前的讨论折叠起来,免得一直占空间。wctaiwan留言2022年3月3日 (四) 04:02 (UTC)[回复]
问个技术问题,要怎么制作对未登入使用者预设启用,但对登入使用者预设关闭的小工具?--Xiplus#Talk 2022年3月3日 (四) 09:08 (UTC)[回复]
印象里没有直接办法,反过来倒是行。想到的方法是,先在common.js之类的地方判断userid再load,嗯…load会慢一些,可以直接default加载再用if包裹具体内容执行。--安忆Talk 2022年3月3日 (四) 09:36 (UTC)[回复]
应该做不到,不过现行的版本里面已排除已登入使用者。[4] 大概可以在部署 gadget 时把它设成 default|hidden,这样对未登入使用者会自动启用,对已登入使用者则应没有影响。wctaiwan留言2022年3月3日 (四) 14:24 (UTC)[回复]

部署公示讨论

研究了一下 mw:Gadget kitchen#Deploying or enabling a gadget,看来要部署的话具体的步骤如下:

  1. User:Wctaiwan/rewritePathVariant.js 搬动到 MediaWiki:Gadget-rewritePathVariant.js
  2. MediaWiki:Gadgets-definition 中进行以下修改:
现行条文

browser ...

appear

提议条文

browser ...

* RewritePathVariant[ResourceLoader|default|dependencies=mediawiki.user|hidden|targets=desktop,mobile|type=general]|rewritePathVariant.js

appear

这样做的话会预设为匿名使用者开启这项功能,但不影响已登入使用者。现行部署的版本将会是 [5]

依据以上的具体提案,🕗 公示7日,2022年3月17日 (四) 02:45 (UTC) 结束 wctaiwan留言2022年3月10日 (四) 02:45 (UTC)[回复]

本讨论章节会维持开放,暂时不按最后意见发表时间存档,待办事项尚未完成。欲让机器人存档,请移除本模板。留言请置于本模板上方。

本地是否启用Commons deletion notification bot?

我们是否可以在本地启用Commons deletion notification bot?当共享资源上的文件被提删时,该bot会在本地使用了该文件的页面的对话页发出通知。该bot由基金会的Community Tech提供支持--百无一用是书生 () 2021年12月30日 (四) 07:43 (UTC)[回复]

(+)支持。—— Eric Liu 创造は生命(留言留名学生会 2021年12月30日 (四) 15:49 (UTC)[回复]
(+)支持桐生ここ[讨论] 2022年1月6日 (四) 15:30 (UTC)[回复]
( ✓ )同意。--东风留言2022年1月9日 (日) 13:45 (UTC)[回复]
(+)支持----👻Cryberghost 2022年1月11日 (二) 13:07 (UTC)[回复]
(+)支持--0906(回复请Ping我) 2022年1月11日 (二) 15:34 (UTC)[回复]
(+)支持--在下荷花请多指教欢迎签到2022年1月29日 (六) 06:40 (UTC)[回复]
(+)支持,之前经常看到条目中共享资源的图片不知什么时候就没了,想在本地合理使用又找不到图片存档……有了这个机器人会方便许多。——BlackShadowG留言2022年2月1日 (二) 15:24 (UTC)[回复]
(+)支持。--Leiem留言·签名·维基调查 2022年2月4日 (五) 18:37 (UTC)[回复]

部署相关问题

phab那边给了一些意见需要社群给予回应:

  • 这个东西的i18n相关问题需要社群给予关注。translatewiki.net上面CommunityTechBot分zh-hans和zh-hant,而且两者很多用语都不一样,需要确定提示信息具体使用哪一种语言变体(这应该意味着必须牺牲一部分地区词,如果我没理解错的话)。
  • 同时,社群需要决定什么时候给讨论页上留通知。commons常见的删除方式有快速删除、删除讨论(类似于存废讨论,需要7天的讨论)以及npd (no permission)(可以理解成需要提交上传者确实是版权持有人或者得到了授权,否则文件会在7天后删除)——默认设置是前两者得到通知。如果认为有必要的话,可以在第三种情况下也进行通知。
  • 最后是有没有必要给这个通知的账户bot flag的问题——这个交给BAG的人商量比较好。 Stang 2022年2月20日 (日) 21:43 (UTC)[回复]
通知问题我觉得全部都可以上,bot flag不需要--百无一用是书生 () 2022年2月21日 (一) 02:50 (UTC)[回复]

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

路过解决了RFR申请页排版问题

路过解决了RFR申请页排版问题,请管理员复核:[6][7][8][9][10][11][12][13][14][15][16][17][18][19]--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年1月22日 (六) 10:17 (UTC)[回复]

  • 电脑板
    电脑板
  • 手机版 宽屏
    手机版 宽屏
  • 手机版 正常
    手机版 正常
  •   Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年1月31日 (一) 11:43 (UTC)[回复]
    [20]你应该检查你的分辨率--。->>Vocal&Guitar->>留言 2022年1月31日 (一) 12:19 (UTC)[回复]
    额 待会修理--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年2月6日 (日) 11:56 (UTC)[回复]

    Template:DNA

    Vector2022 不重新加载页面时显示预览错位

    下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。

    编辑页面不重新加载页面时显示预览错位,2022年2月3日

    如图,我使用Vector2022皮肤,今天编辑页面时点击预览按钮,预览就会错位。昨天没有这种情况,不知道怎么解决。 -- 2022年2月3日 (四) 06:36 (UTC)[回复]

    @ Ericliu1912你删除{{Hide}}模板后图片整个跑版凸出去了。我猜U:50829!可能是看到排版问题才使用{{Hide}}模板的。—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鲜果茶☕](☎️·☘️2022年2月4日 (五) 10:59 (UTC)[回复]
    。—— Eric Liu 创造は生命(留言留名学生会 2022年2月4日 (五) 14:16 (UTC)[回复]

    本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。

    @50829!请问这个问题是怎么解决的?我现在每一次预览都会这样,在维基文库也是--0906(回复请Ping我) 2022年2月9日 (三) 15:12 (UTC)[回复]

    @ChhTJ096我也不清楚。我发现这个问题的第二天,bug就自然消失了,此后也没有类似的情况出现。-- 2022年2月10日 (四) 04:41 (UTC)[回复]
    结果现在我也没有这个问题了...--0906(回复请Ping我) 2022年2月17日 (四) 17:07 (UTC)[回复]

    Template:DNA

    Category 页面的次级标题存在冗余的“分类”二字

    在 Category 页面的次级标题中,重复出现了“分类”一词。例如 Category:自然科学 这个页面,其第二个次级标题为「分类“分类:自然科学”中的页面」,对比英维的相应页面,该标题作「Pages in category "Natural sciences"」,可见本站应删去此处的“分类:”字样,希望管理人员能处理一下这个 bug。--萧漫留言2022年2月19日 (六) 17:52 (UTC)[回复]

    在“不转换”模式下是正常的,其他变体都有问题。 Stang 2022年2月19日 (六) 18:09 (UTC)[回复]

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

    请教Lang-OO模板的|link=no是否可以统一或把|links=no设为别名

    如题,我留意到Template:Lang-de是用|link=no,但Template:Lang-nl是用|links=no,希望可以统一或设为通用别名。如果已经是别名的话,则希望可以不要在预览时跳出错误讯息,谢谢--回廊彼端留言2022年2月21日 (一) 16:42 (UTC)[回复]

    提议修改Module:Lang,见Module_talk:Lang#编辑请求_2022-02-28。若成功,之后也需要修改Template:Lang-de,见Template:Lang-de/sandbox。--Tjmj留言2022年2月28日 (一) 10:46 (UTC)[回复]
    @User:Tjmj,谢谢您帮忙!--回廊彼端留言2022年2月28日 (一) 11:57 (UTC)[回复]

    Chembox模板更新(技术)

    先前Chembox模板需要更新的内容已讨论完毕,参见Template_talk:Chembox#Chembox模板更新,模板修改涉及技术问题,希望有熟悉代码的进行更新。--Leiem留言·签名·维基调查 2022年2月23日 (三) 06:23 (UTC) Template:DNA[回复]

    请求处理Module:Tlg的编辑请求

    如题,于Module talk:Tlg。合并英文维基最新版本。该版本解决了一些技术问题。--Yining Chen留言|签名页2022年2月26日 (六) 13:13 (UTC) Template:DNA[回复]

    Coming soon

    - Johanna Strodt (WMDE) 2022年2月28日 (一) 12:39 (UTC)[回复]

    简而言之就是有一个新的模版编辑对话框,一个在VE下删除模版的按钮(以前要选定模版按退格键),以及插入模版时搜寻模版的改进。wikitext编辑器那边的wikitext代码高亮颜色微调(色弱色盲友好),以及括号匹配高亮。
    都是些细微但是不错的改进。--MilkyDefer 2022年2月28日 (一) 17:27 (UTC)[回复]

    2022年2月28日 (一) 22:59 (UTC)

    用于替换的系统内置box css样式见这里的测试案例:User:Shizhao/boxcss--百无一用是书生 () 2022年3月1日 (二) 03:02 (UTC)[回复]
    有一些页面使用[25]--百无一用是书生 () 2022年3月1日 (二) 03:05 (UTC)[回复]
    ok。已经基本替换(除用户空间外)--百无一用是书生 () 2022年3月1日 (二) 03:24 (UTC)[回复]
    还有很多没改啊。messagebox没有对应的替代品似乎(如果从boxcss那个页面来看)。 Stang 2022年3月2日 (三) 17:48 (UTC)[回复]
    还有哪些啊?能举几个例子吗?messagebox这个我深深怀疑是否是个bug?完全和其他几个不是一个风格.....--百无一用是书生 () 2022年3月4日 (五) 07:16 (UTC)[回复]
    主要是messagebox吧(很多表格里面有,不知道怎么搞的),别的基本都解决了。 Stang 2022年3月7日 (一) 16:47 (UTC)[回复]
    找到了[26],看起来不少啊--百无一用是书生 () 2022年3月8日 (二) 03:48 (UTC)[回复]
    有的应该可以用mbox换掉(不过就比较费功夫了),实在不行暂时抄过来顶顶也不是不可以。 Stang 2022年3月9日 (三) 07:20 (UTC)[回复]

    mw-add(remove)-media

    这两个标签1.37起就默认禁用了,但本站历史上大量使用本标签,禁用后编辑摘要里就只能显示比较不具有描述性的tag-mw-add-mediatag-mw-remove-media。可否本地强制创建对应的界面信息?-- Stang 2022年3月4日 (五) 12:07 (UTC)[回复]

    应该去phab:T286362报告吧?这不是单一站点的问题。--Xiplus#Talk 2022年3月4日 (五) 12:54 (UTC)[回复]
    两个标签已从所有编辑移除,结果根本不是需要本地担心的事情嘛。--Xiplus#Talk 2022年3月7日 (一) 15:07 (UTC)[回复]
    那挺好。 Stang 2022年3月7日 (一) 16:43 (UTC)[回复]

    请求清理Category:在infobox_station使用未知参数的页面

    如题,Category:在infobox_station使用未知参数的页面分类中条目数量非常多,从呼和浩特东站来看似乎不相容旧有中文参数名称(预览编辑时会显示很多未知参数错误),又有至少三个系统的参数(见Template:Infobox_station/doc/更新旧有模版参数)需要清理;不相容中文参数部分需要修改Template:Infobox_station,更新旧有参数部分则不知道有无机器人处理,如果没有的话希望在此建立共识,以便之后请求建立机器人。--回廊彼端留言2022年3月5日 (六) 16:15 (UTC)[回复]

    Abuse filters that need to be optimized

    Hello, and apologies for writing in English! While I was investigating an AbuseFilter issue (T303059), I noticed in the MediaWiki logs that a some filters here on the Chinese Wikipedia need to be improved. In particular:

    • Filter 340 often fails to run because the regex has horrible performance and the PHP regex engine kills it. I'd suggest replacing every "match-all dot" with something more specific that guarantees that the regex engine won't try to look ahead until the end of the page.
    • There are other filters that also use the match-all dot and sometimes the regex takes a long time to be checked, slowing the page save down by a few seconds. These are: 170, 201 (third regex), 214, 223, 245, 255, 261, 267. Sometimes, these will also fail to run.
    • In filter 294, I suggest reordering the conditions to check user_blocked last, because that can be expensive to compute.

    I strongly suggest fixing those, because they can have a noticeable impact on performance. Also, the AbuseFilter has a limit of 1000 conditions that can be checked by all filters, and this limit is sometimes reached (see stats here). I suggest you to optimize the conditions used, or some filters will not be checked. Please feel free to ask me if you need any help, just make sure to ping me as I don't watch this page. Thank you, --Daimona Eaytoy留言2022年3月5日 (六) 17:49 (UTC)[回复]


    概要:系统维护人员通知:防滥用过滤器340的性能惨不忍睹以至于经常不能在时间限制内执行完毕。其他性能差的还有170、201、214、223、245、255、261、267。另有对294提出建议。--MilkyDefer 2022年3月5日 (六) 19:00 (UTC)[回复]

    Filter 340 is disabled now. Filter 294 (and 295 with same condition) are fixed.--Xiplus#Talk 2022年3月6日 (日) 03:55 (UTC)[回复]
    Filter 201 is fixed. Replace .* with .{0,10}.--Xiplus#Talk 2022年3月6日 (日) 04:03 (UTC)[回复]

    模板:Infobox royalty

    T:Infobox royalty中的“full name”栏位异常,参阅乔治王子 (剑桥),在“全名”栏位多了一个换行,格式也没有对齐。--CaryCheng留言2022年3月7日 (一) 07:59 (UTC)[回复]

    好像这个模板就是这么设计的?--Tim Wu留言2022年3月7日 (一) 08:33 (UTC)[回复]
    了解,感谢。--CaryCheng留言2022年3月7日 (一) 15:39 (UTC)[回复]

    参考文献提示工具的弹出框中跨语言链接小工具无法正常显示

    鼠标浮于在参考文献提示工具的弹出框中的跨语言链接时,跨语言链接小工具的弹出框无法正常提示跨语言链接。——角色扮演对话留言2022年3月7日 (一) 08:27 (UTC)[回复]

    @角色扮演对话 参数设置里8个跨语言链接的选项只选了1个?--Tim Wu留言2022年3月7日 (一) 08:32 (UTC)[回复]
    @Tim Wu 是的,只选了“光标悬浮时显示Tooltip(对于已存在页面的情况下高亮表示)”。--角色扮演对话留言2022年3月8日 (二) 03:16 (UTC)[回复]

    关于近期的新功能notpageimageT301588

    近期多出了可以使用|class=notpageimage来防止某张图片被加入预览图,而现在Module:Location map生成的图像有时会莫名覆盖掉当前的图像,如自由女神像,想问各位觉得有必要对这个模组加上上面这个功能吗?--SunAfterRain 2022年3月7日 (一) 15:28 (UTC)[回复]

    觉得可以。如果条目缺图的时候,地图作为页面图像意义也不大(毕竟上面也没有具体坐标点)。@ShizhaoMilkyDefer Stang 2022年3月7日 (一) 16:59 (UTC)[回复]
    首先{{Flag}}和{{Flagicon}}的国旗都要先排除成为页面图像。--路西法人𖤐 2022年3月8日 (二) 02:51 (UTC)[回复]
    The best possible page image on Wikimedia wikis is one of the first four images in an article which has a width/height between 400-600px and a height/width which is twice the value of the other dimension. Stang 2022年3月8日 (二) 03:16 (UTC)[回复]
    旗帜模板中的国旗系统已经自动过滤掉了,不需要这个新的参数。唯一不确定的问题是这个新参数是否对og起作用?当然加上这个参数也没什么问题,多一点冗余应该不是坏事--百无一用是书生 () 2022年3月8日 (二) 03:59 (UTC)[回复]
    另外,地图是Kartographer生成的,没法用这个参数吧?--百无一用是书生 () 2022年3月8日 (二) 04:00 (UTC)[回复]
    如果Kartographer地图顶掉了其他图片,是不是应该提报bug啊?--百无一用是书生 () 2022年3月8日 (二) 04:03 (UTC)[回复]

    啊,搞错了,不是Kartographer啊--百无一用是书生 () 2022年3月8日 (二) 04:04 (UTC)[回复]
    不过不论是内部链接预览还是站外平台的连结预览,都还是会将国旗图示当成预览图的情况。还是这个不相关?--路西法人𖤐 2022年3月9日 (三) 00:41 (UTC)[回复]
    不相关。您可以理解成她实现了另一套东西。 Stang 2022年3月9日 (三) 07:16 (UTC)[回复]
    @Shizhao但感觉预览图出现国旗(页面中只有国旗时)也怪怪的?--SunAfterRain 2022年3月9日 (三) 14:49 (UTC)[回复]
    然后搜寻一下目前存在这些Flag有[[File:]]连结(限Special:Prefixindex/Template:Flag找的到的) 囧rz……
    1. {{Flag/core}}
    2. {{Flagathlete/core}}
    3. {{Flagc/1}}
    4. {{Flagcountry/core}}
    5. {{Flagdeco/core}}
    6. {{Flagicon/core}}
    7. {{Flagicon/nt}}
    8. {{Flagicon image}}
    9. {{Flaglink/core}}
    10. {{Flaglist/core}}
    11. {{Flagmedalist/core}}
    12. {{Flagright/core}}
    13. {{Flagu/core}}
    --SunAfterRain 2022年3月9日 (三) 15:00 (UTC)[回复]

    2022年3月7日 (一) 21:16 (UTC)

    部分条目的标题显示异常

    P进数,现在网页版显示的是<i>p</i>进数 --Ember Edison 2022年3月9日 (三) 03:24 (UTC)[回复]

    完成,改为使用DISPLAYTITLE魔术字即可正常显示。--街灯电箱150号 开箱维修 抄表 检验证明 2022年3月9日 (三) 11:32 (UTC)[回复]

    在使用翻译器翻译过程中发现一些英文模板缺失相应的中文版本

    比如相当重要的参考文献模板、一些人物模板之类的。

    有没有小伙伴想要一起研究一下把那部分英文模板转成中文模板呢? --Georges Smiley留言2022年3月9日 (三) 03:26 (UTC)George Smiley[回复]

    @Georges Smiley给个列表出来,我去改改。--Ghren🐦🕖 2022年3月9日 (三) 11:01 (UTC)[回复]
    目前发现问题最大的是,Template:reflist经常会显示缺少该模板的相关信息,不知道究竟是因为模板不一样还是因为别的什么……
    但是会把翻译好的东西搞得一团糟。--Georges Smiley留言2022年3月10日 (四) 00:44 (UTC)[回复]

    使用2017编辑器时光标偏移

    如题。在编辑文字时光标正常,但在编辑代码高亮的模板部分时就会出现严重偏移(实际编辑的位置与光标显示位置不一致),不清楚是否为设备或浏览器或Mediawiki的问题。--Yining Chen留言|签名页2022年3月9日 (三) 15:20 (UTC)[回复]

    老问题了。--Bigbullfrog1996𓆏2022年3月9日 (三) 17:58 (UTC)[回复]