跳转到内容

维基百科:互助客栈/技术/存档/2022年4月

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


标题显示不正常

请求修正Template:AfdCalendar模板

Template在doc中无法显示

Template:大陆政治群体在doc之中无法显示,应该如何修正?--诚心诚意。留言2022年4月1日 (五) 02:06 (UTC)

@笔和擦胶必有用:不太清楚阁下指的是什么,如果是指在doc中提供模板示例的话,推荐用{{Parameter_names_example}}.--BlackShadowG留言2022年4月2日 (六) 03:27 (UTC)

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

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

邀请有在清理相关参数的User:JhstriverUser:OwennsonUser:Disney2967评论,也请有在添加这类参数的User:Marvin LouUser:FoampositeUser:S2000171User:2021 LEE KAR KEE JACKYUser:Cyron ChoiUser:Vitsuha留意。--回廊彼端留言2022年3月15日 (二) 05:04 (UTC)
我觉得中文参数应该保留,毕竟这里是中文维基百科。这个Infobox station本身就是由数个Infobox合并而成,为了兼容旧的参数而留存至今。不过有一些我觉得确实有需要换掉,比如Station Infobox和与其相关的大写参数,这个我还在清理,没有那么快(整理旧的日本车站就花了我整整一年时间)。另外,namecolour、linecolour和livery三个参数亦应当保留。--owennson聊天室奖座柜2022年3月15日 (二) 05:34 (UTC)
确实该清理这些“未知参数”了,可能是因为中维人手不够,所以无暇顾及,英维的情况倒是好很多。--Jhstriver留言2022年3月21日 (一) 05:26 (UTC)
我也同意保留中文参数,这部分既有共识,不知可否麻烦User:TjmjUser:Sanmosa帮忙处理?更新旧参数部分看大家还有没有什么想法,汇整后我再拿去请求建立机器人。--回廊彼端留言2022年3月31日 (四) 02:22 (UTC)
@迴廊彼端:我对这模板的历史(以往讨论)不是很熟,所以以下只是个人的浅见:目前模板能使用的参数约470个。页面若使用源代码中列出的约160个参数(目前全英文参数),将不会显示预览错误。若要移除预览编辑时显示的错误,需要先整理出哪些参数是算正规的——英文以及中文(简繁)参数。然后修改这个参数列表。正规参数列表这个部分,我略看了讨论区,目前好像还没有什么共识。所以可能需要先达成这个部分的共识才可以着手修改。--Tjmj留言2022年4月2日 (六) 08:38 (UTC)

关于{{#time:N月}}模板

部分必要模板在可打印版本中不可见的问题

数学中的Distinguish模板和main模板都在可打印版本中不可见--Yinyue200留言2022年4月3日 (日) 11:47 (UTC)

这些是自我参照,不可见没毛病吧。不应该指望打印版本中的链接能点击。--YFdyh000留言2022年4月4日 (一) 03:20 (UTC)

2022年4月4日 (一) 21:01 (UTC)


(~)补充:那个“添加链接”功能,从phab的工单上来看,是按照语言代码顺序部署的。顺带一提,zh在倒数第四个。 --MilkyDefer 2022年4月5日 (二) 16:55 (UTC)

Template:Navbox的Lint errors

我编辑条目用Lint error工具检查时,会发现条目本身没问题,但是只要含Template:Navbox就会有。而这个模板,一:只有管理员可以编辑,全保护;二、即使开放编辑,我也还是不懂这里面要怎么修正Lint errors。那要怎么做呢?还是条目用模板的方式有问题,我可以那个拿出问题的条目来。——George6VI留言2022年4月1日 (五) 15:12 (UTC)

哪个条目?--Antigng留言2022年4月1日 (五) 17:44 (UTC)
朝鲜哲宗(正在GA评选中),显示lint问题是在Template:朝鲜国王Template:大韩帝国皇帝两个模板的地方。--George6VI留言2022年4月2日 (六) 01:13 (UTC)
@George6VI:,跟{{~w}}有关,元素闭合错误(先结尾再开头)。GA有要求处理这种问题?——Sakamotosan路过围观 | 避免做作,免敬 2022年4月2日 (六) 02:36 (UTC)
GA评选是没人要求这点,不过既然条目都要到一定标准了,就打算一次解决条目的问题。——George6VI留言2022年4月2日 (六) 02:58 (UTC)
不过“先结尾再开头”我不太理解,那这样有办法修正吗?——2022年4月2日 (六) 03:04 (UTC)
看{{Nowrap begin}}的说明。——Sakamotosan路过围观 | 避免做作,免敬 2022年4月6日 (三) 01:32 (UTC)

有没有自动更新简繁重定向的机器人

即将所有指向简繁重定向的内链直接指向条目本身--Yinyue200留言2022年4月4日 (一) 15:25 (UTC)

有用又没有用。降低源码长度,但增加历史记录长度。--YFdyh000留言2022年4月4日 (一) 17:50 (UTC)
但是简繁重定向后页面上方也显示一个"重定向自",容易引发困惑,建议简繁重定向隐藏这个提示.--Yinyue200留言2022年4月6日 (三) 00:24 (UTC)
隐藏不利于除错。我记得页面会自动重新加载?--YFdyh000留言2022年4月6日 (三) 02:18 (UTC)
所有重定向页跳转后都会这样显示,似无必要调整。--回廊彼端留言2022年4月7日 (四) 13:29 (UTC)

Category:含有中文的条目

今天发现Category:含有中文的条目,似乎是加入{{Lang|zh-latn|OOO}}或“引用此模板的模板”后被自动归入,希望调整相关代码并修正分类命名,谢谢。--回廊彼端留言2022年4月4日 (一) 09:13 (UTC)

个人认为此分类在本站没有意义。本站所有条目都必然含有中文。—— Eric Liu 創造は生命(留言留名学生会 2022年4月7日 (四) 12:41 (UTC)
User:Ericliu1912我同意你的观点,这分类名字确实怪怪。不过维基百科也确实需要针对{{Lang|zh-latn|OOO}}(查了一下似乎是指用任何一种拼音表达中文的语种,汉语、威妥玛都包含在内)、Template:Lang-pinyin(今天新发现,专门显示汉语拼音的模板)的追踪分类便是。--回廊彼端留言2022年4月7日 (四) 13:29 (UTC)
再研究了一下,Template:Lang-pinyin的追踪分类应该设定到Category:含有汉语拼音的条目Category:含有明确引用中文的条目可能也得一起加入讨论。--回廊彼端留言2022年4月7日 (四) 16:05 (UTC)

维基百科电邮系统

请问我如何可以检视收件箱?Choi Chin Long 欢迎签名 2022年4月8日 (五) 10:47 (UTC)

维基本身的电邮系统仅供内部使用。站内的所谓“电邮系统”实际上起到发送/转发邮件的作用;站内信会发送到您自行设定的第三方邮箱中,您可以去那里查阅。--Antigng留言2022年4月8日 (五) 12:02 (UTC)
可以教我怎么按吗?Choi Chin Long 欢迎签名 2022年4月8日 (五) 14:47 (UTC)

本站 MediaWiki:Common.css 中的Logo变体覆盖可以移除了

Template:Lang-ka模板地区词转换问题

今日浏览贝利亚斯大林条目,发现在大陆简体下,【格鲁吉亚语】统统转换成了【乔治亚语】,之前未出现该情况,该模板由这位维基人@Solvyn:在2022年3月17日做出过编辑,请问是否与此有关?另外请问如何修复。我加入Template:NoteTA模板时被警告

警告:您在模板内加入了却没有将其放置于<noinclude></noinclude>内,或未將{{NoteTA}}紧随<noinclude>之后放置。

这样可能会导致包含其的页面的NoteTA模板产生冲突,造成维护及修复字词转换的麻烦,请阅读使用该模板的注意事项。 请将放置于<noinclude></noinclude>內緊隨<noinclude>之后的位置,并在所有使用此模板的条目也加入该转换组。

如果您确实有将NoteTA放置于noinclude内却仍看到此警告,可再次点击“发布更改”,并向我们报告此错误。

——Zzhtju留言2022年4月5日 (二) 02:02 (UTC)

非常抱歉,这个问题确实有我的责任。目前这个问题似乎已经暂时解决。--- soɫˈvɨn 2022年4月5日 (二) 05:13 (UTC)
好的谢谢,祝编安!--Zzhtju留言2022年4月5日 (二) 05:48 (UTC)
推测是转换表无双向转换,已提交转换表。--SunAfterRain 2022年4月7日 (四) 14:16 (UTC)
这个恐怕不行吧,美国一个州也叫这个名。不过可以转换【格鲁吉亚语】【喬治亞語】--Zzhtju留言2022年4月10日 (日) 08:33 (UTC)

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

2022年第15期技术新闻

2022年4月11日 (一) 19:42 (UTC)

Twinkle更新 (2022-03-20) @c2eea2b0

近期变更
  • 速删、提删:应方针更改,暂时不再支援非wikitext页面的提删,请手动编辑这些页面
  • 封锁:当管理员无限期封锁使用者时,现在会自动移除所有可移除的使用者群组。

如果近期变更有任何错误,或是认为未来变更会造成任何问题,请在Twinkle讨论页互助客栈技术版Telegram群组Github择一报告。--Xiplus#Talk 2022年3月20日 (日) 15:08 (UTC)

(?)疑问@Xiplus:封禁时要移除使用者群组一事是有方针或指引背书的吗?万一用户封禁申诉获解封,权限不是都要重新申请?—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鲜果茶☕](☎️·☘️2022年3月24日 (四) 04:55 (UTC)
Wikipedia:申请解除权限#已封禁或除权用户复审。--Xiplus#Talk 2022年3月24日 (四) 05:28 (UTC)
方针或指引背书?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鲜果茶☕](☎️·☘️2022年3月24日 (四) 09:11 (UTC)
我猜是相当于预设管理员无限期封锁使用者时同时“判断”将其除权的意思。—— Eric Liu 創造は生命(留言留名学生会 2022年3月24日 (四) 11:49 (UTC)
无限期封锁的使用者100%会被除权吧,印象中无一例外,有的话可以找出来看看。--Xiplus#Talk 2022年3月25日 (五) 03:57 (UTC)
Special:Redirect/logid/10600041--Lt2818留言2022年3月25日 (五) 05:31 (UTC)
被盗更应该除权吧?--Xiplus#Talk 2022年3月25日 (五) 05:40 (UTC)
移除用户组后似乎还需要备案,是否自动完成?桐生ここ[讨论] 2022年3月26日 (六) 16:48 (UTC)
虽然Wikipedia:解除权限方针没有指出,不过仅有非永久封锁才需要考虑权限是否保留吧;实务上明显短期内不可能解封的无限期封锁应没有合适理由不予除权。--Xiplus#Talk 2022年3月28日 (一) 08:28 (UTC)
我想到了Jason22因为签名不当永封的案例。所以签名不当还会被永封吗? ——魔琴 [ 留言 贡献 ] 2022年3月26日 (六) 06:41 (UTC)
以后这些改作封禁999年不就行了(--路西法人𖤐 2022年3月26日 (六) 16:34 (UTC)
需要管理员移除自定义签名的功能,谁去提一个phab。桐生ここ[讨论] 2022年3月26日 (六) 16:48 (UTC)
@桐生ここ:不妥,管理员不应该有权限变更偏好设定内容。(强制拉伸存档时间)--SunAfterRain 2022年4月4日 (一) 15:15 (UTC)
@SunAfterRain:可是界面管理员实际上可以更动你的JS和CSS(JS某程度上可以视为使用者偏好设定的一部分)。代表现行规则还是有变更偏好设定内容的项目,即违反方针或影响运作之时,方可执行。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鲜果茶☕](☎️·☘️2022年4月13日 (三) 03:18 (UTC)
现在已改成会询问管理员是否要除权,当然通常应该选择除权,但可在上述特例中不除权。--Xiplus#Talk 2022年3月26日 (六) 18:29 (UTC)

验证码问题

rater工具使用importStylesheet的问题

移动版维基会提示importStylesheet已弃用(尽管移动版维基似乎用不了这个工具),可否对此进行修改--Yinyue200留言2022年4月10日 (日) 06:46 (UTC)

Special:Diff/71108654。--安忆Talk 2022年4月12日 (二) 05:19 (UTC)
AnYiLin还有一个 Stang 2022年4月13日 (三) 13:31 (UTC)
Special:Diff/71137632。--安忆Talk 2022年4月14日 (四) 04:21 (UTC)

解决规范控制SBN错误的问题

IP封禁豁免

如题,仅限于本地社群?刚刚发现没办法操作wikidata(因为被封禁,要操作当然因为发现wikidata的跨语言链接出错了,有权限的人帮忙处理一下算了,具体什么事我在用户贡献里面写的很清楚了,当然,日语那边也需要处理...)--我是火星の石榴留言2022年4月12日 (二) 09:02 (UTC)

User:Red16:我已连结中文及日文条目并加上一些简单资讯,详见Wikidata项目,如需修改请告知,谢谢。--回廊彼端留言2022年4月12日 (二) 09:39 (UTC)
@Red16:,可以申请个GIPE,或者当地的LIPE。理由直接说明在中国大陆,并且有本地权限职务,显得编辑质量是可以信的。——Sakamotosan路过围观 | 避免做作,免敬 2022年4月12日 (二) 13:17 (UTC)
“Because of the Internet censorship in the People's Republic of China and Great Firewall of China, I can't access to Wikimedia Projects some page directly, so I need to use proxy to edit the Wikimedia Projects. Also ,the foundation decided force log-in on https([1]) and the https of wikipedia in China has been blocked.I need the permission of Global IP block exempt reasonably.
I have 30,449 edits in zhwp and hava local IP exempt in zhwp”当时申请GIPE时的理由。——Sakamotosan路过围观 | 避免做作,免敬 2022年4月14日 (四) 09:14 (UTC)

openstreetmap地图

东名高速公路的条目里的地图,本应可以在地图上以红色显示走线,但在条目看不到,要点进去才能看到现在连点开都看不到了,请问有没有办法解决这个问题?--owennson聊天室奖座柜2022年4月18日 (一) 10:28 (UTC)

技术新闻:2022-16

2022年4月18日 (一) 23:10 (UTC)

关于模板排版问题

我在我的用户页里放了几个倒数模板,我想让它们不要全排在最右边,而是分布在整个页面上,于是我用column-count进行分列,但是如Special:固定链接/71214893所示,这样的排版并没有把各个模板整个地进行排版,而是拆散了模板,有什么办法让模板保持完整吗?--GUT412454留言2022年4月19日 (二) 02:24 (UTC)

@GUT412454:用无边框表格大概可以实现,参special:permalink/71221105。--185.217.119.25留言2022年4月19日 (二) 11:00 (UTC)
感谢。--GUT412454留言2022年4月19日 (二) 12:11 (UTC)

Category:未完成替换引用的页面

模板:Cite wikisource

意大利的繁简转换存在问题

下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

繁体的“意大利”在自动转换成简体时会被转为“义大利”而不是正确的“意大利”,例子可见“罗马大学”条目和“意大利”条目

很抱歉,我之前没有找到繁简转换修复请求的界面而在此发布讨论,请将我的讨论移除。 --Mlmslider留言2022年4月20日 (三) 10:36 (UTC)


本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

参考文献模板的问题

按理而言,在{{reflist}}中插入了参考文献后,在内文不显示应该要报错,但是目前不会显示,请问这是feature还是个bug?

reflist:

  1. ^ 1.0 1.1 1.2 朱耀伟. 書評:Readings in Chinese Literary Thought. 人文中国学报. 
  2. ^ 2.0 2.1 2.2 乐黛云. 突破中西文體系的“雙向闡發”——介紹《中國文論:英譯與評論》. 社会观察. 2003, (S1): 44-45. 
  3. ^ 3.0 3.1 3.2 邸小松; 王确. 在中國發現文學理論——評宇文所安《中國文論:英譯與評論》. 中国文学研究. 2016, (1): 118-121. 

<references>:

引用错误:在<references>标签中name属性为“朱耀偉”的参考文献没有在文中使用
引用错误:在<references>标签中name属性为“樂黛云”的参考文献没有在文中使用
引用错误:在<references>标签中name属性为“邸小松”的参考文献没有在文中使用

依我认为应该还是要报错以提醒编者为宜,以避免参考文献出现空引注的问题,而且参考文献在内文不使用不应该是一个正常现象。Ghren🐦🕒 2022年4月17日 (日) 19:32 (UTC)

您把reflist用错了,参考文献是放在{{{refs}}},不是放在{{{1}}}。正确的样本见此,可正常报错。--街燈電箱150號 开箱维修 抄表 检验证明 2022年4月20日 (三) 03:31 (UTC)
啊... 囧rz……。不好意思了,问了个蠢问题。--Ghren🐦🕚 2022年4月21日 (四) 15:27 (UTC)
似乎我是被{{notelist}}的用法误导了。--Ghren🐦🕒 2022年4月22日 (五) 07:17 (UTC)

谁帮忙找一下引用错误

User:Neonlight185/沙盒,东西都写完了,不知道出错的地方在哪--Neonlight185留言2022年4月26日 (二) 00:59 (UTC)

@Neonlight185:我做了这笔编辑,帮您改好了。--50829! Talk · 496,547,958 2022年4月26日 (二) 01:14 (UTC)
感谢!--Neonlight185留言2022年4月26日 (二) 02:35 (UTC)

2022年第17期技术新闻


中维就在S2。 --MilkyDefer 2022年4月26日 (二) 02:53 (UTC)

2022年4月25日 (一) 22:53 (UTC)

为什么Copyvio加不上黑名单网站

如题,我在提报侵权时被垃圾过滤器挡掉了,想请教一下有没有什么解决办法---- 2022年4月26日 (二) 11:24 (UTC)

没什么办法。网址中间放些东西截断,能看懂就可以。--YFdyh000留言2022年4月26日 (二) 12:29 (UTC)
网址不加 https/http,不过不要滥用。--Kethyga留言2022年4月26日 (二) 12:33 (UTC)
例如:www.example.comwww.exam<!---->ple.com。--12З4567留言2022年4月26日 (二) 16:55 (UTC)
那么再请教一下,能够用TinyURL绕过去吗?---- 2022年4月27日 (三) 02:10 (UTC)
如果短链接本身没被屏蔽。但这没必要且不好,如果短链接服务失效,后人就很难重新查证了。--YFdyh000留言2022年4月27日 (三) 02:36 (UTC)
谢谢。后来才发现短连也会被挡。---- 2022年4月27日 (三) 03:01 (UTC)
如果用TW提交的话,我记得会将http头转换成实体字符来代替,用于避开过滤器的。——Sakamotosan路过围观 | 避免做作,免敬 2022年4月27日 (三) 03:56 (UTC)

模板超限问题

冠状病毒条目几周前还正常,但现在突然出现模板超限的问题(4月25日已超限,当时有维基人将{{Reflist}}替换成<reference/>以避免参考文献显示异常),期间条目并没有任何改动,且现在查看去年的条目版本也会出现模板超限的问题,显见此问题是其他模板的编辑连带影响了本条目,而非本条目本身编辑所致。有没有懂技术的帮忙看一下?谢谢。--Sanchytriomycota🧬 2022年4月26日 (二) 08:34 (UTC)

@Antigng:可能和你近期的编辑有关。清空Module:Citation/CS1/Antigng预览该条目不会超限。--Lt2818留言2022年4月26日 (二) 09:55 (UTC)
(:)回应,今天晚些时候将更新CS1模块,见上方讨论。由于新旧模块不兼容,为避模块逐个修改/调试期间引用模板显示不正常,拟采用倒接方案,即在各引用模板中插入“倒接开关”{{cutover}};通过操作{{cutover/switch}}可将全部的引用模板一次性切换为沙盒版本。这样就可以安全地修改Module:Citation/CS1系列模块。同时,如果沙盒版本发现了任何之前未发现的bug,都可以通过{{cutover/switch}}迅速切换回旧版本。
采用这种方案的一个副作用就是模板更容易超出限制产生如您所报告的问题,但这是临时性的:模块正式“割接”后,将陆续拆除“倒接开关”,届时条目也会恢复正常。目前有类似问题的条目数量并不多,本人也会持续做好监测工作。--Antigng留言2022年4月26日 (二) 10:26 (UTC)
@Cookai1205 你的名字问题是因为这里才出现的,在这个问题解决后有需要可以加回转换组。另外,出现类似问题的不至上面的,有些条目只是炸了Navbox,又或者只是炸了些少参考模板。可以的话这个倒接开关还是和正式修改时间距离越短越好。--Ghren🐦🕖 2022年4月26日 (二) 11:49 (UTC)
有问题的条目不止这些,如蒋经国毛泽东条目末尾导航模板亦受影响。Category:引用模板后大小超过限制的页面现有428个页面。损害已经不容忽视,这种修改方式不宜成为今后常例。--Lt2818留言2022年4月26日 (二) 14:29 (UTC)
应该只有200个页面左右受影响,今天没有了cutover之后只有251个页面超出限制。--Ghren🐦🕒 2022年4月27日 (三) 07:44 (UTC)
这里尽可能简单地解释一下采用“倒接方案”的技术背景:
首先,Module:Citation/CS1模块是极高使用量模块。对极高使用量模块进行的修改须以确保“无感”为前提;不能进行任何有潜在导致大量条目出现错误的风险的操作。
第二,Module:Citation/CS1不是单一一个模块,而是一系列模块,需要与Module:Citation/CS1/Configuration等一系列的子模块配合工作。mediawiki不允许批量提交页面修改,如果一个模块一个模块手动提交修改,而新旧版本的模块又彼此不兼容,那么有可能出现“某个模块先更新,但与之配套的模块没有随之更新”导致的报错。如果刚提交完某个模块的修改,接着就断网了或是浏览器崩溃了,没法及时提交配套模块的修改,那后果就可能很严重。这种风险是不能容忍的。
本次CS1模块的大更新就涉及这方面的问题。具体来说,主模块Module:Citation/CS1与子模块Module:Citation/CS1/Configuration,无论先更新何者,都会产生不兼容性,有引起大面积报错的风险:
新版本Module:Citation/CS1用到了新版本Module:Citation/CS1/Configuration中的periodical表,而这是旧版本Module:Citation/CS1/Configuration中没有的;
旧版本Module:Citation/CS1用到了旧版本Module:Citation/CS1/Configuration中的message['subscription'],而新版本Module:Citation/CS1/Configuration已将上述冗余代码删除。
当然,除Module:Citation/CS1/Configuration之外,本次修改还涉及Module:Citation/CS1/UtilitiesModule:Citation/CS1/Identifiers,主模块与三个既有子模块之间存在复杂的相互依赖关系,更增加了不兼容而导致错误的风险。
因此,唯一可行的方法即是将所有CS1系列引用模板先“切换”到已经修改、调试完成的沙盒版本Module:Citation/CS1/Antigng,待Module:Citation/CS1下线之后,便可安全地对其及相关子模块进行修改和调试,再之后便可“切换”回正式版本。
此外,由于本次CS1模块更新力度大而既有测试用例覆盖面不够广,需使用线上环境对新版本的模块进行调试。一旦发现之前测试中未发现的bug,需第一时间下线新版本的模块,切换回旧版本的模块。
基于上述考虑,本次修改采用“倒接开关”{{cutover}}模板实现正式/沙盒版本模块的快速切换。大约一周以前,风险最低的{{cite interview}}、{{cite thesis}}等模板接入倒接开关,随后进行了几轮倒接试验,其间确实发现并修复了一些测试中未能发现的bug。之后,按照风险由低到高的顺序,{{cite encyclopedia}}、{{citation}}、{{cite journal}}也陆续接入“倒接开关”并参与试验;最终于昨日将“三大引用模板”{{cite news}}、{{cite book}}、{{cite web}}一次性接入“倒接开关”,模块“倒接”完成。

--Antigng留言2022年4月27日 (三) 16:05 (UTC)

基本上是把替换变成原子操作,但“倒接开关”本身的开销不容忽视。不用倒接开关的办法也不是没有:测试新CS1模块可将上游模板直接调用测试版本;修改CS1模块时开多个编辑窗口尽量同时点击发布,怕断网或浏览器崩溃亦可先提醒其他管理员留意,若出现不一致则及时回退。--Lt2818留言2022年4月28日 (四) 02:09 (UTC)
与其尽量同时点击发布,不如用api比较快吧......--SunAfterRain 2022年4月28日 (四) 12:36 (UTC)

Coming soon: Improvements for templates

-- Johanna Strodt (WMDE) 2022年4月29日 (五) 11:14 (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)
(+)支持Have a good day! -- doge241902022年4月5日 (二) 04:13 (UTC)
(+)支持——诚挚的 ZhaoFJx 2022年4月12日 (二) 13:40 (UTC)
(+)支持,commons的文件经常不知不觉就被删了。-- 人人生来平等·留言 2022年4月13日 (三) 14:27 (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)
话说可用本地的LC吗(感觉有难度)。Hualin~希望の星は青霄に昇る Commons|Talk 2022年2月24日 (四) 14:26 (UTC)
不是很能理解这个问题,想用lc的话看上去就得定义一种新语言? Stang 2022年3月1日 (二) 02:06 (UTC)
忘了 囧rz……Hualin~希望の星は青霄に昇る Commons|Talk 2022年3月2日 (三) 05:19 (UTC)
之前想回复这件事情结果一直忘记。建议Commons在对话页的通知维持在英语就可以了。由于英语是Commons的主流沟通用语,虽然可以使用华语,如果自身的英语能力有限还是很难跟人互动,除非我们有强大的翻译志愿者常驻在Commons上协助使用者。话说Commons许多的方针指引页面依然还没翻译成中文或者翻译不全以及过时的版本,想要全面理解Commons方针还是要有基本的英语能力才是上策。另外在Commons会接触到各式各样的人,将新来的中文使用者导向Commons未必能替他们带来良好的体验。--章安德鲁留言2022年3月14日 (一) 10:40 (UTC)
这里是中文站点。如果存在可用的翻译,应尽可能使用翻译的内容。而且不就是一个罐头信息么,改成英文并不能起到实质上“提升英文理解能力”的作用(删除里有不管用什么语言都是不会随之改变的)。 Stang 2022年3月15日 (二) 11:29 (UTC)
我们维基百科有的是地区词转换 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年3月19日 (六) 02:17 (UTC)
我关心的是:把人引到Commons上会发生什么事。放置在Commons的档案被提出删除请求时,中文的使用者每一个人有能力提出异议吗、有办法确保每一个中文使用者熟知Commons的规矩吗。要知道有一部分Commons的中文使用者其实是来自像是维基爱古迹之类的场合,他们只是照着简易流程上传档案而已。就算是中文维基本站的使用者,许多人也只是用Commons做为条目所需的图片空间而已。(1)假使这些人的照片被提删,在中文维基互助客栈提出需要帮助时,中文维基社群有做好这方面的人力准备吗。别说这跟中文维基无关,因为你们现在就是以部署机器人在中文维基为前提,理所当然是很合理的质疑。还有就是我前面讲过的,(2)Commons上有形形色色的人,请问中文使用者在Commons上遇到纠纷时,中文社群有足够的人力协助周旋吗。在我看来这些方面目前都是缺乏具体对策的。--章安德鲁留言2022年3月23日 (三) 18:29 (UTC)
赞同--Yinyue200留言2022年3月26日 (六) 06:29 (UTC)
对于我来说,假如即使我不明白Commons的存废规则,在得知Commons的文件被提删时,我会先把图片保存下来,以便被删除后在本地合理使用。--BlackShadowG留言2022年3月28日 (一) 08:39 (UTC)
既然如此,可以要求机器人发布消息时直接调用本wiki的罐头信息吗(如展开某个模板),由本地维护和处理为可地区化的消息,或直接引导到本地的有共享资源经验的团队。如果phab那边没空改,也可设立机器人二度改掉与通知。看了一下,只有十几条消息,讨论用哪个变体有意义但又意义不大……是否要中文版不置可否。bot flag如果加上,监视条目的用户能得到通知吗。如果担心新人去Commons捣乱,设法延迟此通知是否可能和有用呢,如速删立即,其他提删2天或3天后再留言通知,以减少莽撞留言。从工具说明来看,该机器人似乎可以留下非展开的模板,以及可能定制延迟参数(修改源码)。从源码来看自定义延迟难度较大。能否通过翻译消息展开本地模板需要做测试。--YFdyh000留言2022年4月2日 (六) 05:48 (UTC)
@YFdyh000Stang:“bot flag如果加上,监视条目的用户能得到通知吗”,bot flag与通知功能无关/不影响。--Xiplus#Talk 2022年4月15日 (五) 01:31 (UTC)

所有带有Latex标题副标题的页面显示都不正常

示例1示例2--Ember Edison 2022年3月28日 (一) 02:34 (UTC)

有点像WP:LUA里面提到的“strip mark”。可能是bug。——Sakamotosan路过围观 | 避免做作,免敬 2022年3月28日 (一) 02:49 (UTC)
phab:T295091。——Sakamotosan路过围观 | 避免做作,免敬 2022年3月28日 (一) 02:51 (UTC)