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

中文维基百科【维基百科中文版网站】
跳到导航 跳到搜索

本頁用作讨论在编辑时遇到的技术问题;發表問題或討論前,請先參閱常見問題解答帮助信息MediaWiki基本問題及搜索舊討論記錄。另請注意:

請注重礼仪及遵守方針與指引,一般問題請至互助客棧其他區知识问答提出,留言后请务必签名(点击 Signature icon april 2018.png )。


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告板
# 話題 發言 參與 最新發言 最後更新(UTC+8)
1 請為檔案上傳精靈適配非自由內容使用依據模板功能 8 7 Sunny00217 2020-09-20 19:20
2 针对Wordmark和Tagline图标的简体替换 8 6 VulpesVulpes825 2020-09-22 03:11
3 使用手機應用程式不能連上維基百科 2 2 Clover Yan 2020-09-20 14:08
4 Tech News: 2020-38 0 0
5 Template:Infobox officeholder的任期标识问题 2 2 Mewaqua 2020-09-15 00:35
6 有可能嗎? 11 4 Z7504 2020-09-18 23:08
7 Twinkle更新 (2020-09-21) @d3b9016 1 1 Xiplus 2020-09-21 08:16
8 Tech News: 2020-39 0 0
9 分类页面标题繁简与小工具、搜索功能 9 4 Lopullinen 2020-09-23 12:15
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

請為檔案上傳精靈適配非自由內容使用依據模板功能[编辑]

現行的精靈不知道在做什麼,例如,我上傳了一張電子遊戲畫面截圖,在介面裡已經勾選了遊戲截圖的選項,結果出來還是用了{{Non-free use rationale 2}},而不是更符合的{{Non-free use rationale video game screenshot}},另外紅色*的「必填選項」都填寫完了,上傳後模板竟然提示replaceability跟commercial參數沒有填寫,違反WP:NFCC,還要手動處理,那麼這倆不是應該預設就放在「必填選項」裡面嗎?希望能夠檔案上傳精靈適配非自由內容使用依據模板功能,勾什麼選項就出來什麼模板。—— Eric Liu 創造は生命(留言留名學生會 2020年7月31日 (五) 03:32 (UTC)

支持,现在有很多非自由檔案文件依據模板,这些模板可以协助编者(尤其是新手)写出比较出色的非自由文件的合理使用依据,如果把这些模板中的已经较为成熟的模板加入上传精灵会很方便,我每次传完Logo图片还得手动把{{Non-free use rationale 2}}替换成{{Non-free use rationale logo}}。——BlackShadowG留言) 2020年8月8日 (六) 11:50 (UTC)
因为那会导致程序行数增多,所以编程的人不喜欢这么做。他们更希望用同一个东西处理更多的情况。--1=0欢迎加入WP:維基百科維護專題 2020年8月8日 (六) 12:59 (UTC)
@Alexander Misel:那至少也要處理“上傳後模板竟然提示replaceability跟commercial參數沒有填寫,違反WP:NFCC,還要手動處理”的問題,我想到Wcam就心煩。SANMOSA SPQR 2020年8月9日 (日) 03:23 (UTC)
(+)支持。另@Sunny00217:在下半年前曾向您反映过相关问题,上传文件向导的部分选项并不会填写{{Non-free use rationale 2}}的replaceability跟commercial参数,如果是logo也不会填入author。每次上传完后都要再换模板或者修改参数十分麻烦。--Tim Wu留言) 2020年8月9日 (日) 03:36 (UTC)
當然了,如果是希望不要顯示警告的話當然是回退到添加那些七雜八雜的東西前,但是這樣一直用也不是辦法,可能還是得改js,但看都看不是很懂結構個更何況是還要提出修改方案......-- Sunny00217  2020年8月9日 (日) 10:29 (UTC)
(+)支持。--🍀 CLOVER YAN (^_^) 回复请ping 2020年9月20日 (日) 06:04 (UTC)
您加油給個改法,別只投支持-- Sunny00217  2020年9月20日 (日) 11:20 (UTC)

本章節暫時不存檔,直到問題解決。欲讓機器人存檔,請移除本模板。留言請置於本模板上方。

针对Wordmark和Tagline图标的简体替换[编辑]

Fixed via T261153. VulpesVulpes825留言) 2020年9月21日 (一) 19:11 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

@Xiplus:您好,群组中LiangYalun有人反映您在前段时间修改的CSS样式不适用于Firefox(因其对MDN标准的严格执行),content属性不能直接作用于img标签。经我测试,的确如此。望您酌情修改,谢谢。参见:此处此处。 --安忆Talk 2020年9月8日 (二) 05:08 (UTC)

但似乎只有個個方法?-- Sunny00217  2020年9月9日 (三) 14:14 (UTC)
我需要具體的修改方案。--Xiplus#Talk 2020年9月10日 (四) 06:11 (UTC)
需要改主题,给img标签一个class或者id,目前我只想到了这个方法。不过它上一层的a和div标签是有id的,给它们一个background应该也可行,但也需要改一下img的src。 --安忆Talk 2020年9月12日 (六) 06:06 (UTC)

我想到的一种方法(但是是一个hack):

header.header-container div.branding-box:lang(zh-hans):before {
  content: '中文维基百科';
  color: transparent;
  display: block;
  background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg') !important;
  width: 105px;
  height: 22px;
}
header.header-container div.branding-box img:lang(zh-hans) { display: none; }

另:似乎完全没有针对页面底部Footer的替换代码。--LiangYalun留言) 2020年9月12日 (六) 10:14 (UTC)

怪怪的,況且中文维基百科的字體還會依瀏覽器變動呢-- Sunny00217  2020年9月13日 (日) 13:25 (UTC)

对于 Minerva 主题,有这样的 dirty hack:

.branding-box:lang(zh-hans) img {
    visibility: hidden;
}
.branding-box:lang(zh-hans) span {
    background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg');
}
.post-content.footer-content:lang(zh-hans) img {
    visibility: hidden;
}
.post-content.footer-content:lang(zh-hans) h2 {
    background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg') 0 0 / 105px 22px no-repeat;
}

对于新版 Vector,有这样的 dirty hack:

.mw-logo-container:lang(zh-hans) {
    background: url('/static/images/mobile/copyright/wikipedia-wordmark-zh-hans.svg') 0 0 / 105px 22px no-repeat, url('/static/images/mobile/copyright/wikipedia-tagline-zh-hans.svg') bottom center / 102px 13px no-repeat;
}
.mw-logo-container:lang(zh-hans) img {
    visibility: hidden;
}

全部使用 background-image。只要简繁的图片尺寸一样,那就没有大问题。但是如果用户要保存这些图片,依然还是繁体的。——刘枭扬留言(强烈反对新版 Vector 主题) 2020年9月13日 (日) 15:31 (UTC)


本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

使用手機應用程式不能連上維基百科[编辑]

昨天開始使用iPhone的維基百科還是一樣。查看條目時,會出現紅字的「無法完成作業。(WMF.RequestError錯誤0。)」,無法載入條目。即使重裝了維基百科手機程式還是一樣。有其他人遇到同樣情況嗎? --英秀一心留言) 2020年9月12日 (六) 02:45 (UTC)

+1,重新載了好多次,也重新關機過了...仍然無法載入

+1 WMF.RequestError錯誤0

手机应用程序有严重的 Bug,建议您尽量使用网页版。在浏览器打开 https://wiki.m.xileso.top/wiki/Wikipedia:首页https://w.wiki/crZ 即可。--🍀 CLOVER YAN (^_^) 回复请ping 2020年9月20日 (日) 06:08 (UTC)

Tech News: 2020-38[编辑]

2020年9月14日 (一) 16:19 (UTC)

Template:Infobox officeholder的任期标识问题[编辑]

有编者在Telegram群组中指出,菅义伟条目的infobox中,关于其就任内阁总理大臣的部分,在未上任时便已显示现任。经过简单查看模版范例后我得出结论,当仅填写了term_start而没有填写term_end的时候便会如此显示,尽管term_start的时间处于未来。在此我提议修改该模版,以控制显示“现任”还是“候任”。 --MilkyDefer推迟咕咕 2020年9月14日 (一) 16:22 (UTC)

在"succeeding"參數項填"安倍晉三"就會顯示「現任 安倍晉三」。--Mewaqua留言) 2020年9月14日 (一) 16:35 (UTC)

有可能嗎?[编辑]

看來無解,可以關閉了。--Z7504非常建議必要時多關注評選留言) 2020年9月18日 (五) 15:08 (UTC)

下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

Cases in the COVID-19 pandemic模板運用在Itn/special-header模板上,而Itn/special-header模板因為互助客棧通過而放在首頁的Itn模板上。現在為了想更新Cases in the COVID-19 pandemic模板,因為連鎖保護而無法自己更新,有可能解除Cases in the COVID-19 pandemic模板的連鎖保護而仍然套用在首頁的Itn模板上嗎?--Z7504非常建議必要時多關注評選留言) 2020年9月17日 (四) 06:06 (UTC)

参照en的做法,不要在首页上提供数据,这样数据源模板就不会受连锁影响。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月17日 (四) 06:09 (UTC)
可知道當初討論為啥還要加那行嗎?加那行首頁的Itn模板就不用「每100萬」報備一次在新聞候選了。--Z7504非常建議必要時多關注評選留言) 2020年9月17日 (四) 06:13 (UTC)
或者单独提供一个数据源用于首页的更新。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月17日 (四) 06:30 (UTC)
已取消首页数据显示,相关的数据更新模板应该不会再被联锁保护。(当时讨论似乎就没预想到会出现这个问题....)。另外,解除Cases in the COVID-19 pandemic模板的連鎖保護而仍然套用在首頁的Itn模板上,目前无法实现--百無一用是書生 () 2020年9月18日 (五) 02:35 (UTC)
另外,管理员除非有持续关注COVID-19相关的事情,否则让管理员更新Cases in the COVID-19 pandemic模板太难办了。不说时时要去更新的问题,还要知道数据源用哪个,数据解读是否能正确做到,这种事情单纯依靠管理员不太可取。(前几天是想帮忙更新的,但看了一眼模板,不知道从何下手。把模板搞明白,再把数据问题搞明白然后找到新数据更新,第一次更新估计至少也得小半个小时才可能保证不出大错,当时就放弃了)--百無一用是書生 () 2020年9月18日 (五) 02:43 (UTC)
這個如果問@Xiplus管理員應該也沒有解吧(怎麼可能放首頁還不會連鎖保護嘛...)?--Z7504非常建議必要時多關注評選留言) 2020年9月18日 (五) 02:47 (UTC)
有没可能用一个普通保护隔离连锁保护。也是A是连锁保护,B是普通保护,C为目标目标,A调用B,B调用C,这样隔离开?有管理员试下?——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月18日 (五) 04:11 (UTC)
不可能。--Xiplus#Talk 2020年9月18日 (五) 05:24 (UTC)
那就没戏了,只能提供一个不显示的数据,要不然条目用的数据无法普通编辑更新。或者双数据源。——Sakamotosan路过围观杯弓蛇影| 避免做作,免敬 2020年9月18日 (五) 05:39 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

Twinkle更新 (2020-09-21) @d3b9016[编辑]

近期變更
  • 偏好設定:編輯摘要後綴已正式移除,使用標籤來辨識Twinkle的編輯(#165
  • 速刪:偏好設定中「將以下理由加入到監視清單」的設定值,將適用於管理員刪除頁面時
  • 回退:當使用常規回退機器人的編輯時,會詢問是否要回退前一筆而非機器人的編輯,點選確定以回退前一個修訂版本,取消以回退機器人的修改(#167

如果近期變更有任何錯誤,或是認為未來變更會造成任何問題,請在Twinkle討論頁互助客棧技術版Github擇一報告。--Xiplus#Talk 2020年9月21日 (一) 00:16 (UTC)

Tech News: 2020-39[编辑]

2020年9月21日 (一) 21:27 (UTC)

分类页面标题繁简与小工具、搜索功能[编辑]

问题背景 User:迴廊彼端将大量分类由简体标题移动到繁体标题(移动日志),移动理由中提到“防止技術問題、提升使用者體驗”。后来沟通中得知,主要的问题是:
  1. Hotcat、Cat-a-lot 之类的工具在分类页标题繁简、条目内使用分类时的繁简不一致时体验不好,或是输入繁体字来搜索一个标题为简体的分类时效果不好。
  2. 在使用中文维基百科内置的搜索功能时效果不好,容易产生平行分类。
  3. 台灣、臺灣二者的转换只能通过重定向。
  4. 如此移动是建立繁简重定向比较快速方便的方法。

迴廊彼端君原本的描述请见这里

希望得到的解答
  1. 针对小工具、搜索功能体验不佳的问题,是否只能如此而没必要视作一个 bug 去修复?
  2. 是否有必要大规模建立分类页面的繁简重定向(以解决小工具和搜索功能的问题)?
  3. 是否允许(尤其是大规模地)以移动的方式达成建立繁简重定向的目的?
  4. 分类标题中台灣、臺灣的转换问题,最佳的处理方法是什么?

--Tiger留言) 2020年9月22日 (二) 13:06 (UTC)


  • 意見:
    1. 小工具有的人用,有的人不用;對不用小工具的編者,這自然不是什麼問題,也就談不上修復。而如果要解決HotCat的問題,大体有這樣三個思路:大幅修改小工具;以「技術原因」為由,派机器人跟踪將条目中的分类「修復」为实体标题;大規模建简繁分类重定向。
    2. 承上,不使用小工具的人认为这不是问题,而搜索功能就我的印象,大多数时候也不存在问题。而且建立分类简繁重定向有这样的事情:本来只有一个分类的时候,编者添加分类时无论用简繁体,系统都会把页面归类到一起;建立分类简繁重定向后,就变成了两个分类,那原来一个分类中的条目,就会分开撒到简繁两个分类中;尽管有机器人自动修复,但延时问题还是有必要考虑的。(N年前还没有机器人自动修理分类重定向,当时简繁体分类都是只保留一个;现在有机器人跟踪修复,如果认为延时和服务器资源都不是问题,那建立分类简繁重定向也不坏。)
    3. 透過移动建简繁重定向是可以的,但為了遵守先到先得原則,移完后還必须移回原用字標題。少量创建重定向这样也无妨,批量操作与其移来移回两次,還不如一次性直接建立重定向页。
    4. 台湾/台灣 vs. 臺灣,这个只能建立重定向了。简体这边也是,系統內建台湾对转台灣,对于分類实际标题是臺灣的,簡體的台湾轉換不過去,只能特别去复制一遍原始标题。—洛普利宁 2020年9月22日 (二) 13:55 (UTC)
  • Hotcat分類可以對應繁簡啊,不覺得有難找的問題。—AT 2020年9月22日 (二) 14:23 (UTC)
    Po主的意思是,如果分類頁標題是繁體,但條目用簡體原始碼添加的,那HotCat就修改不了。比如丹麦地方铁路公司 (2001年-2015年)裡面,Category:丹麥公司這個分類不能直接用HotCat刪改。—洛普利宁 2020年9月22日 (二) 14:30 (UTC)
    不改也沒有特別的問題吧,通常分類仍然會顯示該條目,只是在hotcat啟用的情況下,不能修正而已,如有需要手動更改便可。--AT 2020年9月22日 (二) 14:36 (UTC)
    確實沒什麼大問題。當然如果有大神修改HotCat,那是最好不過的。—洛普利宁 2020年9月22日 (二) 14:41 (UTC)
  • 感謝Tigerzeng幫忙提問。經過其他用戶的告知,我知道我「把分類改成繁體」的行為不符合規範,也已經停止相關行為,也有用戶幫忙提報WP:VIP了,被怎麼處置我都沒有怨言,也對管理員跟各位感到非常抱歉,不過這邊還是補述一些問題和狀況
  1. 既有分類樹常有上下層都是繁體、中層卻夾簡體的狀況(相反的狀況可能也有),容易導致用戶誤判分類繁簡字,不知道有沒有辦法從技術上防範?
  2. 不少用戶於添加分類時也只使用慣用的繁簡字,這點也想問有沒有辦法用技術預防,例如加上警告器之類的?
  3. Hotcat問題前面朋友已提及這邊不贅述,對有志於分類工作者來說真的是有點麻煩。不過目前Hotcat在輸入時會自動建議將錯用繁簡字分類修正為正確分類、會自動將重定向分類改為正確分類都功能還不錯,如能正確讀取錯用繁簡字類別更好。
  4. 對了還有建立新分類時,如果誤用繁簡字不同的分類,該分類雖存在但自動摘要中會顯示紅鏈,會需要花時間檢查,這也是一個問題。
  5. 目前維基搜尋系統可能需要改進,頁面或分類搜尋建議繁簡轉換不錯,但內文搜尋就不太支援。例如我可能想搜尋內文提到中國大陸福建漳州「雲陵鎮」的條目,但無論繁簡光搜尋這三字連雲陵鎮直屬的上層行政區「雲霄縣」條目都很難看到;如果用加強搜尋符號""或維基百科的進階搜尋則有繁簡字問題,我用繁字「"雲霄鎮"」搜尋會幾乎找不到任何東西,像是這樣。我很好奇能不能讓「內文搜尋」依照「搜尋建議」邏輯去走以便讓讀者正確獲取所有資料?
  6. 既然搜尋上有這問題,那便容易產生平行條目,「台灣」跟「臺灣」就是蠻可能發生的地方。像現行條目中「台灣金融」是個重定向頁,「臺灣金融」則不存在,又由於上述搜尋問題沒辦法直接找到,可能讓不熟悉維基百科的用戶創造新頁面。--迴廊彼端留言) 2020年9月23日 (三) 03:15 (UTC)
    • 我理解您所說的問題。基本上最直接的方法則是在創建條目後才使用Hotcat添加分類,而不是預先手動輸入分類,這樣可以避免繁簡互相誤用和誤建重覆分類等問題出現。內文搜尋方面目前無能為力,用google吧。—AT 2020年9月23日 (三) 03:27 (UTC)
    • 基本如楼上AT所言。現在因為分類連結和普通條目連結一樣,用簡繁體都可以工作,所以這個一般不當作問題,現在也沒有條文鼓勵編者「修復簡繁體」。编辑摘要的红链没什么办法,除非如上文提议,大规模建立分类简繁重定向。臺灣/台灣技術上被視為兩個不同的詞,这个的确要建立分類重定向;簡單地說,您可以把台灣移動到臺灣,然後立刻移動回去。 PS:云陵镇那个办法也不是没有,可以用insource:/[云雲]陵[镇鎮]/搜索,当然對普通讀者这的确不方便……—-洛普利宁 2020年9月23日 (三) 04:15 (UTC)