维基百科:互助客栈/技术/存档/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)

Tech News: 2022-14

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)