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

模块:CGroup/IT不工作

于Phabricator内跟踪
任务T104109

今天发现模块:CGroup/IT好像不工作了。不知道问题出在什么地方？查了一下历史版本，似乎在此版本之后，该模块页面代码部分的的语法高亮就失效了（但编辑模式下的语法高亮还是正常的）。怀疑可能是lua语法错误（或繁简转换语法错误）导致模块不工作，但是实在找不出来哪里有语法错误（一个猜测，可能藏有不可见字符导致？），当然也可能不是语法错误，而是其它问题....--百無一用是書生 (☎) 2017年8月2日 (三) 02:30 (UTC)

目前转换正常了（看来是临时故障），但是这个语法不高亮还是如故--百無一用是書生 (☎) 2017年8月2日 (三) 03:22 (UTC)

我要怎樣才能將兩個完全一樣的東西合併

• 以下都是中国国家奥林匹克足球队連結
  • https://www.wikidata.org/wiki/Q987926#sitelinks-wikipedia
  • https://www.wikidata.org/wiki/Q23892237#sitelinks-wikipedia
• 以下都是帕拉林匹克運動會獎牌統計連結
  • https://www.wikidata.org/wiki/Q15922124#sitelinks-wikipedia
  • https://www.wikidata.org/wiki/Q2299775#sitelinks-wikipedia

請說要怎麼樣。

Simon 1996（留言） 2017年8月2日 (三) 23:31 (UTC)

• @Simon 1996：不是已經合併了嗎？--A2093064#Talk 2017年8月3日 (四) 00:11 (UTC)

带参数的“内链”问题

链接带参数是不是不能用内链表示，而必须用<span class="plainlinks">[{{fullurl:某|参数}} 文字]</span>这样的方法？这样的方法在维基百科已经十分广泛使用，但产生的链接会与真正的内链有区别，例如颜色，此外内链能够自动生成鼠标悬浮时的文字而这样的链接不行。之前弄过{{fullurl}}模板但由于易出故障而高风险就被还原了。Minecraft Wiki会利用css自动识别外链形式的内链并移去链接的箭头，且Minecraft Wiki将所有的外链都改成了内链的颜色。（我也制作过Fullurl模块。）

不过，就真的不能直接制造出像某些特殊页面中的带有参数的内链吗？能否使用[[xxx|action=edit]]这样的形式。？--SolidBlock^留言 2017年8月7日 (一) 08:50 (UTC)

和这个phab:T25225有点像--百無一用是書生 (☎) 2017年8月8日 (二) 12:39 (UTC)

Tech News: 2017-32

最新技术新闻来自维基媒体技术社群。请将这些变化转告其他用户。不是所有的变化都将影响您。翻译亦已提供。

最近更新

• 您可以查看在特定国家内的人喜欢阅读哪种维基百科语言版本。此工具称作Wikipedia Views Visualized。 [1]
• 架构委员会现已改称维基媒体技术委员会。您可以阅读新章程。 [2]

问题

• 当有人编辑您监视列表上的页面时，您可以获得电子邮件通知。您可以选择不接收小编辑的电子邮件。而目前这一功能存在问题，这导致有时有人在某一小编辑后作出了常规编辑，但您仍未接收电子邮件。开发人员正在修复该问题。直到此问题修复之前，您可以在您的参数设置中，在“用户资料”底部激活“当我的监视列表中的页面和文件有小编辑时也发送电子邮件通知我”。 [3]
• 感谢按钮有时对移动用户不工作。这是因为新的错误影响，现已修复。 [4]

本周晚些时候的更新

• MediaWiki的新版本将于8月8日部署于测试维基及MediaWiki.org。它将于8月9日部署至非维基百科wiki及部分维基百科，并于8月10日部署至所有wiki，参见日历。

将来更新

• 仍在Windows XP（以下简称XP）上使用Internet Explorer 8（以下简称IE8）的编辑者和阅读者将无法使用维基百科。XP上的IE8不能安全地连接wiki。当我们允许他们连接时，这意味着我们无法为其他人提供足够安全保障。如果您在XP上使用IE8的话，您可以安装并改用火狐（Firefox）52 ESR。大约0.1%的维基媒体wiki访问流量来自XP上的IE8用户。 [5]
• 维基百科链至章节的链接在不使用拉丁字母的语言中不能工作。您的浏览器地址栏中URL会显示拉丁字符（例如.D0.A1.D1.81.D1.8B.D0.BB.D0.BA.D0.B8）而不是wiki语言的章节标题。将来这些链接将改为对应wiki的文字。这将在接下来几个月解决。 [6][7]
• 浏览器“打印”功能打印的Wiki页面将拥有更新样式。新样式将会像您下载为PDF时那样。这将更好显示表格、信息框和标题。 [8][9]

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2017年8月7日 (一) 21:45 (UTC)

跟XP说再见为何不彻底点呢^{[開玩笑的]}--Liuxinyu970226（留言） 2017年8月7日 (一) 22:36 (UTC)

另外我真是看不懂@Shizhao：在phab:T172379说了些什么。--Liuxinyu970226（留言） 2017年8月9日 (三) 09:03 (UTC)

我的意思是为什么三个来源，只有其中一个来源的数据不一样（在只计算用户访问数据的情况下），而如果feeds数据做了额外的处理，清理掉了更多的bot数据，那么就意味着最近一个月来访问量第一的wiki页面，第二的維基媒體基金會页面，其每天大多数的的访问量（数万计）都是来自于bot，这未免太奇怪了一点（而且pageview api 竟然还完全没有识别出这么多的bot流量）--百無一用是書生 (☎) 2017年8月9日 (三) 11:44 (UTC)

落实存档页保护

我看这几天方针人挺多的，特地来重提以前的讨论。

上回討論

前期討論

本人提議在Wikipedia:保護方針#临时保护的條件最下方增加下列句子：

• 對已確定將會在首頁展示的文章／頁面中進行半保護，直至文章／頁面已經在首頁展示完畢

並且更改下面句子：

• 对条目任何讨论的归存档，只允许作为历史记录来查看。

以上，--1233|^聯繫我 2017年3月13日 (一) 09:10 (UTC)

(？)疑問1.是否有明确的证据可以证明在首页展示的条目和图片是高风险页面。2.对于现有的条款“对条目讨论的归档，只允许作为历史记录来查看。”我有点疑惑，按照这所述这不就是属于永久保护了吗。——꧁༺星耀晨曦༻꧂（留言） 2017年3月13日 (一) 09:27 (UTC)

(：)回應1.保護頁面不受破壞而已，已註冊用戶仍然可以編輯。2.我也想知道。--1233|^聯繫我 2017年3月13日 (一) 10:24 (UTC)

罕見的(－)反对：形同大舉「預防性保護」。－ 執行編輯 Aotfs2013 留於 2017年3月14日 (二) 16:12 (UTC)

有保護不是預防性質的嗎？就算高風險，也是經過評估之後，加上去的原因。其本質無異於恐怕受到破壞。而普通保護亦是預防進一步受破壞。所以結論是沒有保護不是預防性質。--J.Wong 2017年3月15日 (三) 04:24 (UTC)

存檔全保護亦無妨，終歸無修改需要。不過這得端看每個討論存檔安排，譬如互助客棧方針區是一月一檔，那最近一個月就應該暫時不保護，以便存檔。但之前的存檔，保護則可以大大減省維護成本，亦明顯無編輯需要。--J.Wong 2017年3月15日 (三) 05:12 (UTC)

对于第一个提案，WP:保护方针#临时保护下面已经有了“重要注释：如果一个条目很活跃，可能是由于该条目在首页上有链接，或者是因为从外站有显著的链接，这种情况下该条目就很可能成为破坏的目标。一般在此情况下，不需对页面实施保护，但最好将这些条目加到监视列表中，这样自己对破坏可以及时恢复。”保护在首页展示的条目与维基百科的精神相斥。因为这将会阻挡大量的有益编辑，即使考虑到高可见性带来的破坏隐患，我相信我们的维基人会第一时间应对破坏。——꧁༺星耀晨曦༻꧂（留言） 2017年3月15日 (三) 09:38 (UTC)

让我们看看前天在英文维基百科展示的God of War II。这个页面在大前天的时候，每天的浏览量不足1000，然而在登上首页后一瞬间就有了3万浏览量[10]。然而那时候这个条目只执行了移动全保护（首页的连锁保护）。相比之下，我们中文维基百科在13日展示的国立故宫博物院有4000+浏览量[11]。可以相信，我们没必要全保护在首页展示的条目。——꧁༺星耀晨曦༻꧂（留言） 2017年3月15日 (三) 10:07 (UTC)

從上列數字看來的確無太大需要。存檔呢？--J.Wong 2017年3月15日 (三) 10:43 (UTC)

我对第二项提案，把条目改成任何没有反对意见。但是，我对目前这项条款（保护存档页）抱有疑惑。从WP:保护方针的精神来看，“除非是高风险页面，否则保护只能用于那些已经被严重破坏的页面等其它情况（其它情况指:全保护被永久封禁用户的用户页、已去世维基人的用户页..）”，存档页没必要保护。然而从实际应用和反破坏的角度来看，万一存档被破坏者利用了，比如鬼祟破坏（恶意修改存档的他人留言，扭曲他人试图表达的观点），鬼祟破坏的特点使得阅览存档页的读者不会刻意去查看存档页的编辑历史，使读者可能会看到与以前讨论的内容不相符的观点。由于没有先例，我暂时没办法得出“保护存档”和“不保护存档”哪个更对维基百科好。不过抛开精神不管，保护存档对防止破坏来说无疑是有益的。——꧁༺星耀晨曦༻꧂（留言） 2017年3月15日 (三) 11:45 (UTC)

綜合維基上各項規則來看，人人可以編輯顯然應該只適用於主名字空間、討論空間及維基百科空間下各個討論區。模板空間，高風險模板保護奉行已久。介面，如Mediawiki，及編碼，如js、css，則僅有原作者或管理員級別以上用戶始可編輯。用戶頁，用戶頁指引明言未得同意，不得編輯他人用戶頁。--J.Wong 2017年3月15日 (三) 13:43 (UTC)

我希望借此机会来明确存档保护的性质（全/半、编辑保护/移动保护、临时/永久）。——꧁༺星耀晨曦༻꧂（留言） 2017年3月15日 (三) 16:45 (UTC)

個人建議全保護，永久，編輯保護。不過這個設定可能有爭議，半保護亦無不可。另外，數量不鮮，除非abot願意承包處理，否則作為可申請項目處理，即有人申請就可以作這種保護，管理員遇到亦可自行保護。--J.Wong 2017年3月16日 (四) 04:22 (UTC)

初步贊成，但應想到如何執行。本項涉及大量頁面。--Temp3600（留言） 2017年3月15日 (三) 08:22 (UTC)

結論:容許對存檔頁面設置永久全/半保護。--Temp3600（留言） 2017年3月18日 (六) 10:42 (UTC)

我個人較贊成半保護，因全保護可能爭議過大。--Temp3600（留言） 2017年3月18日 (六) 10:42 (UTC)

第二階段討論

提案：修改WP:保护方针有关存档页保护的条款

当下，保护方针对存档页保护的定位是临时保护。然而这个条款处于“临时保护”这个定位有点奇怪，如果是因为破坏而保护的话，则和临时保护章节下的第二条差不多。如果是为了防止鬼祟破坏而保护的话则应该属于“永久保护”的范畴。因此，我提议把这条移到上面的永久保护章节去。——꧁༺星耀晨曦༻꧂（留言） 2017年3月16日 (四) 06:42 (UTC)

• 議案相類，合併討論。--J.Wong 2017年3月17日 (五) 07:46 (UTC)

(－)反对：全保護“不是用來預防可能會發生的破壞”--Maccomcre（留言） 2017年3月18日 (六) 00:51 (UTC)

@Maccomcre：那么阁下是认为应该把现有条款删除？因为现有的对存档页的条款和“若页面或图片近期被封禁用户进行顽固破坏或顽固编辑，则实施保护”的性质一样。都是用来防止破坏者进一步破坏的。——꧁༺星耀晨曦༻꧂（留言） 2017年3月18日 (六) 02:30 (UTC)

感觉坡滑大了。“预防可能事件”否决的更接近是凭据较少，带“水晶球”性质的保护；被近期顽固反复破坏、编辑的个别页面矛头对得则很清楚。——Artoria2e5_编 保持讨论完整，直接{{ping}}我回复。 2017年3月18日 (六) 03:54 (UTC)

那首頁、高風險模板、Mediawiki介面、css及js編碼及他人用戶頁呢？為何這些保護又不是「不是用來預防可能會發生的破壞」？又不是「憑據較少」？的而且確，維基百科是開放予眾人編輯的，不過應該是局限於主名字空間、分類、幫助、普通較少連接的模板、維基百科內各空間下的討論區等空間，但必須承認維基百科內有部分空間是要限制用戶編輯。以減低維護成本。存檔的而且確，僅供參閱已經可以，並毋須亦不應修改。維基百科存檔眾多，閣下肯定有鬼祟破壞時，可以有人第一時間發現？--J.Wong 2017年3月18日 (六) 05:06 (UTC)

“除非被保護頁面是高風險頁面”，條款的原本意思是低風險頁面不需要預防，而存檔是不常查看的頁面，低風險，所以存檔應該被嚴重破壞才能全保護。--Maccomcre（留言） 2017年3月18日 (六) 08:20 (UTC)

存档并非不常查看，在查找过去的讨论时往往要找存档。由于大多数存档页（比如:WP:VIP和互助客栈的存档）都是由机器人自动生成的，几乎没啥人监视。我认为，此类页面拥有中等可见度、低破坏几率、低反破坏效率、无需编辑的性质。论一个页面是否是高风险页面不仅仅是看这个页面是否是容易被破坏，而是要结合反破坏效率一起看。根据存档页极低的监视率，一旦受到鬼祟破坏（明显的破坏很可能会被最近更改巡查回退）则难以被发现。由于具有中等的可见度，不能保证阅览者里没有高级破坏者。并且，此类页面一般无需修改。而且，管理员也没有那么多精力盯着Special:未受监视页面看。综合以上所述，“无需编辑”的性质和维基百科的精神“人人皆可编辑”不冲突，加上此类页面是高风险页面（低反破坏效率并具有极高的信任度），我觉得应该实行保护。——꧁༺星耀晨曦༻꧂（留言） 2017年3月18日 (六) 09:27 (UTC)

始終不太同意，可見度比條目低，說是高風險都太過分，查看存檔時自然也要先查看歷史，查看歷史自然便會找到鬼祟破壞。查看存檔不事先查看歷史是用的習慣有問題。--Maccomcre（留言） 2017年3月22日 (三) 00:18 (UTC)

有谁看任何一个页面都会去看编辑历史的？看一个页面的同时看编辑历史应该只是个别人的习惯。虽然这是一个好习惯，但你不能保证每个人都会去看编辑历史。同样，阁下也不能保证每个查存档的人都能发现鬼祟破坏。这就是为什么我认为存档页是“高风险”。——꧁༺星耀晨曦༻꧂（留言） 2017年3月22日 (三) 00:58 (UTC)

贊成保護。我同時贊成J.WONG的說法:"開放予眾人編輯"的部分只限於那些編輯可以為維基帶來好處的部分。編輯存檔絕少對維基有好處。--Temp3600（留言） 2017年3月18日 (六) 10:46 (UTC)

===結案及公示===

1. 容許對存檔頁面設置永久半保護。

現公示七日。如無異議，即行修改。--Temp3600（留言） 2017年3月19日 (日) 10:10 (UTC)

• (－)反对，只是討論了不夠一星期便結案？太快了，而且討論人數都少，中間還有人反對，根本不能當作有初步共識。--Maccomcre（留言） 2017年3月19日 (日) 11:48 (UTC)
  • @Maccomcre：那么，阁下觉得我上面说的话怎么样。——꧁༺星耀晨曦༻꧂（留言） 2017年3月21日 (二) 06:46 (UTC)
• 的確，過於倉猝，如果收窄範圍至某幾類存檔或者只是經管理員評估過後覺得需要保護才施行永久全保護，又如何呢？--J.Wong 2017年3月19日 (日) 12:42 (UTC)
  • 用户讨论页的存档是否需要保护由该用户确认吧。——꧁༺星耀晨曦༻꧂（留言） 2017年3月19日 (日) 14:09 (UTC)
• 一位IP用戶修改他人留言的編輯已被撤銷。—john doe 120（talk） 2017年3月19日 (日) 15:11 (UTC)
• (－)反对，沒必要這麼做。除非存檔頁面被破壞多次，通常管理員會視情況實施保護。--小躍（撈出記錄） 2017年3月22日 (三) 01:12 (UTC)
  • 阁下认为会有用户察觉到破坏？我觉得，除非有人盯着最近更改看，一个存档页被破坏者删了80%的破坏都没人会发现。——꧁༺星耀晨曦༻꧂（留言） 2017年3月22日 (三) 01:45 (UTC)
• 半保護會是一個可行方案。--1233|^聯繫我 2017年3月22日 (三) 06:57 (UTC)
• 讨论页存档的话我觉得全保护也没什么，本来就不需要编辑的地方。--淺藍雪^❉ 2017年3月22日 (三) 15:47 (UTC)
• 我觉得还是容许永久半保护吧。全保护overkill。虽然现在想不到，但是如果真的出现需要编辑的情况，难道搞EP不成，现在EP处理比蜗牛还慢。Bluedeck 2017年3月25日 (六) 04:55 (UTC)
• 我想搞清楚，“临时保护”章节下的存档页是个什么情况。要不就是去掉这个条款（临时保护存档页本来就不应该出现在这里），要不就移动到“永久保护”章节。——꧁༺星耀晨曦༻꧂（留言） 2017年3月25日 (六) 10:06 (UTC)
• 應該移去永久保護。--J.Wong 2017年3月27日 (一) 03:49 (UTC)
• (＆)建議如果加個過濾器，用戶編輯討論存檔頁時予以標籤，會否較省事？--578985s（留言） 2017年3月30日 (四) 15:49 (UTC)
  • 不省事吧。因为这得让人定期查看滥用日志。如果采用保护的方式，则可以利用机器人自动对存档进行保护。——꧁༺星耀晨曦༻꧂（留言） 2017年3月30日 (四) 16:29 (UTC)
  • 也是可以設立過濾器來收集數據，若然未能取得共識改修改方針，則此亦是可行之策。由其若然最後只設為半保護，則其實兩者並行不悖。--J.Wong 2017年4月2日 (日) 01:04 (UTC)

小结

根据上面的讨论情况，有两位反对者，但也有一些支持意见。作为支持把“存档页保护”移动到“永久保护”的我来说，我有两个提案：

1. 把“存档页保护”移动到“永久保护”章节
2. 把“存档页保护”定性为“半保护”（提案2的前提是提案1）

我认为“存档页保护”在“临时保护”章节里就是一个错误，要不就移到“永久保护”要不就从WP:保护方针移除。不知道大家意见怎么样？并通知两位反对者user:小躍user:Maccomcre[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]——꧁༺星耀晨曦༻꧂（留言） 2017年3月28日 (二) 12:42 (UTC)

额，所以说，冷了？可以考虑公告一周无人反对就实施了？——꧁༺星耀晨曦༻꧂（留言） 2017年4月4日 (二) 07:45 (UTC)

就如此吧。--Temp3600（留言） 2017年4月4日 (二) 11:52 (UTC)

• 已开始公告。若一周后无人对上述提案提出反对意见，则移动具体条文到“永久保护”，并开启后续讨论（如何实施）。——꧁༺星耀晨曦༻꧂（留言） 2017年4月9日 (日) 16:07 (UTC)
• 赞成永久半保护。user:小躍user:Maccomcre[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]Bluedeck 2017年4月9日 (日) 21:29 (UTC)
• 若確實有需要，那永久半保護，是一個不錯的辦法。Wetrace歡迎參與人權專題 2017年4月27日 (四) 11:11 (UTC)

---

其实，我还想建议把用户讨论页的存档排除在外。或或者默认不保护用户讨论页存档，要让用户申请主动申请。——꧁༺星耀晨曦༻꧂（留言） 2017年4月10日 (一) 04:22 (UTC)

本提案可能與維基基金會政策有牴觸

根據維基媒體基金會針對於半保護的規定：“Semi-protection ... is not intended for pre-emptive protection of articles that might get vandalized”（半保護…不是用來預防可能會發生的破壞），如果我理解無錯的話，上面的提案應該是「即使存檔沒有破壞也可以半保護」，那麼在無破壞時對存檔實行半保護會違反上述規條，故即使上面提案有共識，基金會應該會行使WP:CONEXCEPT來阻止。這僅僅是我對於現在情況的理解，勞煩各位維基人（特別是行政員或以上權限的維基人user:Shizhaouser:Winguser:Kegnsuser:PhiLiPuser:Jimmy Xu[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]）確認一下本提案的合法性，謝謝。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年4月10日 (一) 23:19 (UTC)

维基新闻的惯例是老新闻全保护--百無一用是書生 (☎) 2017年4月11日 (二) 02:25 (UTC)

个人见解，这个meta上的半保护页面似乎并不属于WP:CONEXCEPT所要求的基金会理事会公告。其次，半保护存档页面不太可能有实际危害到维基百科的风险，基金会不太可能出面阻止。--Wcam（留言） 2017年4月11日 (二) 02:48 (UTC)

如果基金會真的出面阻止的話，可以另外發新公告的嘛，所以仍有WP:CONEXCEPT的可能，當然出不出面阻止又是一回事了。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年4月11日 (二) 04:47 (UTC)

已經有太多先例證明維基百科之中，不是所有頁面都會開放予所有人編輯，包括「首頁」、高風險模板、介面、.css/.js及他人用戶頁。存檔頁明顯無任何編輯需要。還有別漏了「ARTICLES that might get vandalized」。WP:什麼是條目--J.Wong 2017年4月11日 (二) 03:27 (UTC)

所以我在想元維基所謂Article究竟是否等於我們的WP:什麼是條目，另外您舉的基本上都是全保護的例，不是半保護（除了用戶頁(但這個通常在破壞發生後才會施行)）。又或者換句話說，如果上面結論是採用「全保護」的話，則應該無牴觸；但採用「半保護」的話，則反而有牴觸（如果他們所謂的Article包括所有頁）。或者可否有熟悉基金會那邊的人幫忙詢問一下，免得他們真的出手阻止時場面會很尷尬。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年4月11日 (二) 04:47 (UTC)

半保护的高风险模版比全保护的多很多。 --砜中嘌呤的白磷_{萃取 打谱} 2017年4月11日 (二) 05:01 (UTC)

照上文下理推斷，很難相信articles並非條目，尤其下面加上「in english wikipedia」。--J.Wong 2017年4月11日 (二) 05:24 (UTC)

但是元維基上的政策頁面也是放在主名字空間的說……另已見元維基相關詢問已被提出，期待他們的答案。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年4月11日 (二) 06:54 (UTC)

該文二○○五年建立之後一直就無太大變化，一○年加入meta:Category:Wikimedia_policies_and_guidelines。但翻查紀錄，當年該用戶是在整理頁面分類，所以他同時亦將其他頁面加入相應分類。而到底此文有否經過討論呢，討論紀錄則遍尋不獲。難道未經過討論就可以成為全域方針？而真正全域方針亦似乎另有分類，正是meta:Category:Global_policies，內有各項全域方針正正影響着眾多計劃及規範着諸位參與者。--J.Wong 2017年4月12日 (三) 16:54 (UTC)

唯有等他們之後怎麼答覆吧，如果確認了該頁本身有問題，又或一週後都無人答覆的話，那就當本案沒有問題了。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年4月12日 (三) 21:46 (UTC)

• 元维基的一位管理员已回复：m:Semi-protection顶多当论述来用。而且这位管理员还给这个提案提了一个建议(Re "pre-emptive")。——꧁༺星耀晨曦༻꧂（留言） 2017年4月13日 (四) 02:21 (UTC)
  • OK，那麼就當本案沒有與政策牴觸，可以繼續公示。（話說元維基在最後給的建議似乎在暗示不太希望我們為了預防破壞而進行半保護？）--街燈電箱150號 開箱維修 抄錶 檢驗證明 2017年4月13日 (四) 03:19 (UTC)
  • 他是在提議用過濾器解決，個人認為兩者都可行。現時個人傾向半保護加過濾器。--J.Wong 2017年4月13日 (四) 04:06 (UTC)
    • 如果采用半保护，那么过滤器只用设置为标记标签就可以了。——꧁༺星耀晨曦༻꧂（留言） 2017年4月13日 (四) 15:43 (UTC)

兩個方案

翻查紀錄，該項明顯是翻譯出錯，該句應該是指現時保護方針「歷史唯讀」，即保護臨時復還頁面以便進行存廢覆核討論，完全無關於討論頁存檔。在加上參考其他保護項目及上列討論以後，建議兩個方案︰一、存檔保護設為永久全保護，經評估或申請後實施，類似於高風險模板；二、使用編輯過濾器標籤編輯並提示用戶，如非必須，勿作編輯。--J.Wong 2017年4月11日 (二) 04:53 (UTC)

我个人认为半保护即可。而且我还认为除了个人用户讨论页之外的讨论页不需要申请就可以实施保护。——꧁༺星耀晨曦༻꧂（留言） 2017年4月11日 (二) 05:24 (UTC)

• 当下是什么情况(๑❛ᴗ❛๑^?)。现在已经证明存档页保护不会受到全域方针的影响。现在的分歧就在，保护的程度(全/半保护)。我个人是偏向半保护，并建议存档页保护默认不保护用户讨论页存档。——꧁༺星耀晨曦༻꧂（留言） 2017年4月16日 (日) 12:26 (UTC)
• 半保護加過濾器標籤。--J.Wong 2017年4月16日 (日) 12:31 (UTC)

---

目前的情况，无后续意见。那么又公告一周。如果无反对意见，则认为以下条款：

1. 启用“存档页保护”
2. 对除个人用户讨论页存档以外的存档进行保护
3. 程度:半保护，保护时间:永久
4. 采用滥用过滤器来标签编辑存档的行为

具有社群共识。——꧁༺星耀晨曦༻꧂（留言） 2017年4月17日 (一) 03:21 (UTC)

楼上JWong君不是一直在说过滤器么。 --砜中嘌呤的白磷_{萃取 打谱} 2017年4月17日 (一) 06:00 (UTC)

对对，过滤器。已添加。——꧁༺星耀晨曦༻꧂（留言） 2017年4月17日 (一) 08:50 (UTC)

共识形成

历经多个月的讨论后，此方案在多次确认下，得到社群的共识，因此，存档页保护成为方针的内容，将写进WP:保护方针里。接下来就应该讨论讨论如何去保护中文维基百科里大量的存档。——꧁༺星耀晨曦༻꧂（留言） 2017年4月25日 (二) 15:13 (UTC)

已加入保护方针中。——꧁༺星耀晨曦༻꧂（留言） 2017年4月25日 (二) 15:35 (UTC)

后续讨论:对User talk下的讨论存档的处理

我建议采用“默认不保护，需用户主动申请”的形式。——꧁༺星耀晨曦༻꧂（留言） 2017年4月25日 (二) 15:33 (UTC)

同意。而互助客棧等的討論，則應以admin-bot批量保護。--Temp3600（留言） 2017年4月29日 (六) 16:31 (UTC)

可能需要技术猿。——꧁༺星耀晨曦༻꧂（留言） 2017年4月29日 (六) 20:13 (UTC)

• 咦。明明正值夏日，为什么空气那么冷。——꧁༺星耀晨曦༻꧂（留言） 2017年5月9日 (二) 15:30 (UTC)
• 不如讓用戶自行選擇要不要保護。——Morgan Siu（對話｜貢獻） 2017年5月10日 (三) 06:03 (UTC)
• (＋)同意。若能不需申請，直接做成一個自動化的選項是最好的。例如在討論頁上放置一個模板，機器人偵測到此模板即自動保護等。—以上有簽名的留言由R96340（對話）於 加入。 2017年5月11日 (四) 04:30 (UTC)
  • 有沒有可能不用機械人，直接授權用戶自行保護用戶討論頁存檔，好像編輯提示（普通用戶可以編輯自己用戶頁的編輯提示，其他頁面則需要管理員才可以）——Morgan Siu（對話｜貢獻） 2017年5月11日 (四) 06:11 (UTC)
    • 那也可以设置一个过滤器，其中包含一份用户讨论页存档名单，只允许管理员和讨论页对应用户编辑。想加入名单者可以去Wikipedia:防滥用过滤器/过滤器请求或者另开专页申请。这样的好处是讨论页存档名称有规律时，可以用正则表达式方便地匹配所有存档页。 --砜中嘌呤的白磷_{萃取 打谱} 2017年5月11日 (四) 07:22 (UTC)
      • 那就不如更進一步，授權用戶自行選擇要不要保護其用戶頁及其子頁面。——Morgan Siu（對話｜貢獻） 2017年5月12日 (五) 02:21 (UTC)
      • 此提議建議另開一段討論，因為上面未曾討論是否容許用戶自行保護其用戶頁及其子頁，而且牽涉到其他方針，包括《用戶頁方針》。--J.Wong 2017年5月12日 (五) 03:04 (UTC)

建議授權用戶自行保護及刪除自己的用户頁及其子頁面（用戶對話頁除外）

這樣可以減輕管理員的工作量，反正用戶頁對其他人來說也沒有編輯需要。——Morgan Siu（對話｜貢獻） 2017年5月12日 (五) 06:08 (UTC)

把任何沒有移動保護的頁面移動到用戶頁後刪掉，用戶對話頁也可以刪了。--A2093064#Talk 2017年5月14日 (日) 13:27 (UTC)

@A2093064：對所有用户對話頁實施移動保護。——Morgan Siu（對話｜貢獻） 2017年5月15日 (一) 06:11 (UTC)

@Morgan Siu：那麼所有條目也要移動保護嗎，還有有些人會用移動討論頁來進行存檔。--A2093064#Talk 2017年5月15日 (一) 06:35 (UTC)

@A2093064：只允許移動至用户討論:Example/存檔，或必須到移動請求進行。——Morgan Siu（對話｜貢獻） 2017年5月15日 (一) 06:56 (UTC)

@Morgan Siu：那麼條目移動到用戶頁呢。--A2093064#Talk 2017年5月16日 (二) 00:43 (UTC)

@A2093064：禁止條目移至用戶頁。——Morgan Siu（對話｜貢獻） 2017年5月16日 (二) 03:31 (UTC)

@Morgan Siu：您的意思應該是要禁止非用戶空間移到用戶空間。那麼有時新加入的維基人偶爾會在主條目空間誤建用戶頁，這樣的話其他用戶就不能幫忙修正了。--A2093064#Talk 2017年5月16日 (二) 05:01 (UTC)

@A2093064：只是偶爾，可以到移動請求找管理員幫忙。——Morgan Siu（對話｜貢獻） 2017年5月16日 (二) 05:04 (UTC)

@Morgan Siu：新的問題，如果有人在用戶頁廣告又保護後，其他人就不能掛CSD G11了。--A2093064#Talk 2017年5月16日 (二) 05:07 (UTC)

@A2093064：不快速刪除，用頁面廢存討論。——Morgan Siu（對話｜貢獻） 2017年5月16日 (二) 05:09 (UTC)

@Morgan Siu：本來應該快速刪除的東西，為何要退而求其次存廢討論呢？--A2093064#Talk 2017年5月16日 (二) 05:10 (UTC)

@A2093064：保護用戶頁的好處比壞處多，就好像保護一個條目必定會阻止建設性編緝。——Morgan Siu（對話｜貢獻） 2017年5月16日 (二) 05:14 (UTC)

@Morgan Siu：看看Wikipedia:条目所有权#用户页。--A2093064#Talk 2017年5月16日 (二) 05:23 (UTC)

@A2093064：沒話可説，還原基本部：建議要申請才保護用户討論頁存檔。——Morgan Siu（對話｜貢獻） 2017年5月16日 (二) 05:28 (UTC)

• 从编辑需求出发感觉可行。并建议禁止用户保护具有讨论性质的用户页(即使不是用户讨论页)。不过这真的技术上做得到吗？我倾向“个人亲自去Wikipedia:请求保护页面申请”。——꧁༺星耀晨曦༻꧂（留言） 2017年5月15日 (一) 07:16 (UTC)

(－)反对，PER A209306 提到的条目所有权。维基人有权利编辑全站页面，甚至 MediaWiki 站点文本这些特殊内容有共识也可以修改。就算一般没有理由编辑用户页面，也不应该加以限制。有针对一个用户的破坏再批量临时半保护也不迟。

• 条目所有权方针: “用户页不是个人主页，并非用户所有”，“他们也有权编辑您的用户空间的其他页面”。
• 用户页指引: “不过空间的所有权还是归维基团体所有”，“其它用户也可以编辑你的空间”。

Dargasea^{t ‧ c ‧ s} 2017年5月16日 (二) 05:34 (UTC)

那麼我也收回之前的建議。——Morgan Siu（對話｜貢獻） 2017年5月16日 (二) 05:46 (UTC)

后续讨论:如何批量对除User和User talk以外的讨论存档进行保护

由于保护需要管理员权限，而且人工一个个保护太没有效率了，我建议开发一个admin-bot出来，批量保护。——꧁༺星耀晨曦༻꧂（留言） 2017年5月15日 (一) 07:20 (UTC)

• 我的意思是授權，不用任何人幫忙。可以問一下維基技術人員，應該可行。除了用户對話頁，還會有討論性質的用户頁嗎？——Morgan Siu（對話｜貢獻） 2017年5月15日 (一) 10:10 (UTC)

上面是上回讨论。简而言之就是对除用户讨论名字空间(User talk:)下的存档页以外的讨论页面存档页进行永久半保护。此项已有社群共识，但没有具体实施方案从而搁置。我想放在这里，来看看有没有技术大佬来实现这个共识。我觉得，可以开发一个管理员机器人来批量保护。——꧁༺星耀晨曦༻꧂（留言） 2017年8月9日 (三) 16:28 (UTC)

[[::頁面名]]不再能連到條目

請問最近有什麼變更使得 [[::頁面名]] 這樣的語法無法再連結到頁面呢，效果顯示為 頁面名 。我剛剛修復了一個長久以來正常的模板，但突然出現的錯誤，我相當懷疑是這個問題，我的編輯：1、2、3。--A2093064#Talk 2017年7月31日 (一) 13:57 (UTC)

[[::页面名]]不行，不过[[:页面名]]是可以的。页面名。（我好像没有见过[[::页面名]]这样的语法。）--SolidBlock^留言 2017年8月5日 (六) 05:12 (UTC)

雖然不標準，但這之前好像是可以的。--A2093064#Talk 2017年8月5日 (六) 06:23 (UTC)

可以使用[[:{{FULLPAGENAME::页面名}}]]：页面名。这样就可以保证创建链接了。--SolidBlock^留言 2017年8月7日 (一) 08:39 (UTC)

我猜你是不是搞错了？[[::頁面名]]以前能被解析器修正为[[:頁面名]]，现在可能规范过不行了，[[::頁面名]]的写法主要有一些模板会冒号之间插入旗标或者命名空间名，不插入的话就是直接可以指向主空间，以前的取巧写法，现在嗝屁了。——路过围观的Sakamotosan 2017年8月10日 (四) 01:00 (UTC)

是，應該是做了某些修正，使得兩個冒號不再被當成一個冒號連結。--A2093064#Talk 2017年8月10日 (四) 01:05 (UTC)

在繁體模式下被調用了簡體字型

請問系統是否又更新了？請儘快修正，謝謝 --Moonian‧^{♨一盅兩件立即嘆}‧_貢獻 ^主要 _全部 2017年8月11日 (五) 01:16 (UTC)

能举个例子吗？--百無一用是書生 (☎) 2017年8月11日 (五) 01:31 (UTC)

再稍為研究一下，發現可能是瀏覽器的問題，因為Google搜尋也有問題（Firefox 56b1，Chrome似乎沒事）。抱歉打攪了！ --Moonian‧^{♨一盅兩件立即嘆}‧_貢獻 ^主要 _全部 2017年8月11日 (五) 01:48 (UTC)

简繁转换错误？

妳是主人我是僕，具体看IP用户的编辑注释留言 --我是火星の石榴（留言） 2017年8月7日 (一) 09:17 (UTC)

CJK Unified Ideographs Extension C裡有「鍊」的類推簡化字「𫔀」（⿰钅柬，U+2B500），Unicode還沒收錄把「拣」的偏旁換成「钅」的那個字（說起來真麻煩😒）。-- By Jimmy Young. (Talk) 2017年8月11日 (五) 05:36 (UTC)

文档内容调用模块时参数失效但直接调用则正常

参见testwiki:Template:Rub，在testwiki:Module:Ruby中，我将mw.getCurrentFrame():getParent().args的内容转换到args（表），然后在testwiki:Template:Rub/doc调用Rub模板，发现一切正常，mw.getCurrentFrame():getParent().args的域规规矩矩到了args中，但是如果是在Template:Rub页面用{{doc}}的形式查看，发现模板出现了异常，args完全变成了一个空表。但是直接使用{{Template:Rub/doc}}发现结果是正常的。不知道是不是模块:Arguments有什么问题。如果我将原模块中的mw.getCurrentFrame():getParent().args用模块:Arguments的相应方法代替，反而无论是间接查看文档还是直接查看文档页面都会出错。所以希望Lua高手帮忙修复一下。--SolidBlock^留言 2017年8月11日 (五) 09:58 (UTC)

建議給小工具中的RefToolbar 2.0的cite web增加dead-url參數

小工具裏面有一個快捷插入參考文獻模板的工具，即en:WP:RefToolbar 2.0，其中的cite web建議增加dead-url=這個參數，可以填yes來表示原連結已失效或填no來表示原連結未失效，詳見此，最好是能夠做成選項按鈕啦。至於yes跟no的不同之處就在於那句「原始內容存檔於YYYY-MM-DD」跟「原始內容存檔於YYYY-MM-DD」。由於在下電腦水平有限，希望有人能幫忙增加此功能，謝謝。 --dqwyy（談笑風生）^{環状線を走り抜けて}_{回覆請ping/mute我} 2017年8月12日 (六) 13:55 (UTC)

(＋)滋磁

，咱一直手動加「|deadurl=no」的說。。。。--⌬胡蘿蔔 _{熱烈慶祝化學成為動員令主題} 2017年8月12日 (六) 13:57 (UTC)

Chrome終於支援zh-hk

可能是舊聞，但也分享一下。Google Chrome自推出以來多年，語言設定長期只設「中文（繁體）」（zh-tw）及「中文（簡體）」（zh-cn）兩項，不設zh-hk，導致在未登入情況下瀏覽中文維基百科時，不可能自動顯示「香港繁體」，至少到2017年初還是如此。然而，在過去數個月的某次更新中，Chrome的語言設定終於加入了「中文（香港）」（zh-hk）的選項。故香港的Chrome使用者只要預先設定使用「中文（香港）」，在未登入情況下瀏覽中文維基百科時便可自動顯示「香港繁體」。--Kevinhksouth (Talk) 2017年8月13日 (日) 13:20 (UTC)

模板表格的绘制

请问如何绘制出如下表格：

查·论·编	XX化合物				[隐藏]
元素周期表区域
属性α的化合物	化合物A、化合物B
属性β的化合物	化合物C、化合物D、化合物E

（效果如上图所示，但没有表格的边框线）

即将（1）类型1（周期表式）（2）类型2（分类模板式）这两种类型的模板整合在一起。（点击蓝链查看模板）--Leiem（留言） 2017年8月13日 (日) 05:48 (UTC)

直接拼好像就行了。 --砜中嘌呤的白磷_{萃取 打谱} 2017年8月14日 (一) 01:06 (UTC)

thanks --Leiem（留言） 2017年8月14日 (一) 02:10 (UTC)

音频播放的问题

例如Help:IPA条目中有很多音频文件，播放声音的时候会打开新页面。有没有什么办法点击播放后在原页面播放的？--Leiem（留言） 2017年8月14日 (一) 07:40 (UTC)

Win 10.1 系统，Chrome浏览器。--Leiem（留言） 2017年8月14日 (一) 07:46 (UTC)

Tech News: 2017-33

最新技术新闻来自维基媒体技术社群。请将这些变化转告其他用户。不是所有的变化都将影响您。翻译亦已提供。

最近更新

• 行政员现在可以将用户标记为已确认。以前只有监管员能在大部分wiki上实现这一点。之前允许管理员将用户标记为已确认的wiki不受影响。 [12]

问题

• 语言列表中显示对应语言版本条目是优良或特色条目的图标无法工作。边栏中链至共享资源分类的链接同样无法工作。开发人员正在修复这一问题。 [13][14]

本周更新

• MediaWiki的新版本将于8月15日部署于测试维基及MediaWiki.org。它将于8月16日部署至非维基百科wiki及部分维基百科，并于8月17日部署至所有wiki，参见日历。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2017年8月14日 (一) 23:28 (UTC)

維基百科:關注度/提報中的Template:Find sources

由8月12日起，維基百科:關注度/提報中的Template:Find sources 全都不能顯示。是出了甚麼問題？--Nivekin※請留言 2017年8月15日 (二) 02:42 (UTC)

展开上限。——路过围观的Sakamotosan 2017年8月15日 (二) 02:50 (UTC)

所以是那位提報了700多條目的朋友引起的問題？--Nivekin※請留言 2017年8月15日 (二) 03:05 (UTC)

估计是，这应该是findsource所能容纳的极限（使用Lua代替解析器函数后，现在模板输出结果就是最小的展开长度），突然有种SM当年的日子？（笑）——路过围观的Sakamotosan 2017年8月15日 (二) 03:14 (UTC)

有關Location Map的圖片描述

在國家的層面來說並沒有甚麼太大的問題。但是到了小一些的層面，如州、省、市、縣等，使用Location map就會出現英文圖片描述該州省市縣。例子，點開位置的部分，圖片的描述（游標停在圖片上面的框框）。是否可以修復？--owennson（聊天室、獎座櫃） 2017年8月14日 (一) 17:12 (UTC)

svg图片，自己改一下上传一个中文的不就好了，或者改成多语言支持的svg版也行--百無一用是書生 (☎) 2017年8月15日 (二) 01:25 (UTC)

我不擅長改圖再上傳，但如何改成多語言支持的svg版？--owennson（聊天室、獎座櫃） 2017年8月15日 (二) 06:14 (UTC)

Infobox election出錯？

我翻譯了2017年百慕達大選,但不知何解在只加入一張選舉地圖時會顯示四張一樣的選舉地圖，請問是否Infobox election出錯？Tom...........（留言） 2017年8月15日 (二) 07:26 (UTC)

@Tombus20032000： 已修复--A2093064#Talk 2017年8月15日 (二) 09:57 (UTC)

最近更改即将到来的最新变化

我们目前依靠最近更改头部进行广而告之的做法可能要改一改了--百無一用是書生 (☎) 2017年8月4日 (五) 02:10 (UTC)

meta被折疊的部分是放在m:MediaWiki:Recentchangestext，而我們是放在MediaWiki:Recentchanges-summary，對應m:MediaWiki:Recentchanges-summary都是不會被折疊的。--A2093064#Talk 2017年8月4日 (五) 02:16 (UTC)

啊，忘了中文版这一点上和别人不一样了。但是按照目前的新样式来看，MediaWiki:Recentchanges-summary风格太不协调了，而且太占地方，说白了就是有些难看--百無一用是書生 (☎) 2017年8月4日 (五) 02:31 (UTC)

建议将MediaWiki:Recentchanges-summary的内容放回MediaWiki:Recentchangestext--百無一用是書生 (☎) 2017年8月4日 (五) 04:12 (UTC)

MediaWiki:Recentchanges-summary is collapsed only for users who use the Beta feature 用于编辑复核的新过滤器. The goal is to have a clearer interface. People using the Beta just need to click to open the collapsed panel and it will remain open.

At the moment, you are missing all information contained on MediaWiki:Recentchanges-summary while using the Beta feature, because MediaWiki:Recentchanges-summary is not used by the Beta feature. You are the only wiki doing it. The best thing to do would be to move the content of MediaWiki:Recentchanges-summary to MediaWiki:Recentchangestext

If you have questions about this particular point, please contact me. :) Trizek (WMF)（留言） 2017年8月4日 (五) 10:46 (UTC)

完成--百無一用是書生 (☎) 2017年8月9日 (三) 04:15 (UTC)

@Shizhao：，根据功能来看，不如将公告栏，质量提升部分放入MediaWiki:Recentchanges-summary，其他工具按照说明放入MediaWiki:Recentchangestext，如何？——路过围观的Sakamotosan 2017年8月10日 (四) 06:30 (UTC)

新版最近更改的原意是要默认折叠最近更改的头部内容，除了MediaWiki:Recentchanges-summary。这样才是新版的完整体验。如果非要露出一些内容来，建议用小工具解决--百無一用是書生 (☎) 2017年8月10日 (四) 09:02 (UTC)

除非想到新地方放這個，不然還是保留的好，太常用了。--Temp3600（留言） 2017年8月11日 (五) 17:01 (UTC)

@Shizhao：最近最近更改头部出现一行以前没有的字“在本页面追踪本wiki的最近更改。”也跟本节讨论内容有关吧？看了下好像是MediaWiki:Recentchanges-summary从外部带来的，有必要修一下吗--Kegns（留言） 2017年8月14日 (一) 16:12 (UTC)

改成啥？--百無一用是書生 (☎) 2017年8月15日 (二) 01:19 (UTC)

去掉……--Kegns（留言） 2017年8月15日 (二) 23:26 (UTC)

關於使用Microsoft Edge編輯中文維基百科

如題，本人自月初改用Microsoft Edge瀏覽器，但每次編輯中文維基百科都和自己編輯衝突，有時顯示編輯衝突，再按下儲存仍然顯示編輯衝突；如是者十幾次後方能儲存頁。請問其他維基人有遇上同樣或類似情況嗎？謝謝！ 另外，當我使用Firefox瀏覽器編輯時，直至現時為止沒和自己撞過編輯衝突。--​小楓莊園（後花園） 2017年8月15日 (二) 16:00 (UTC)

連點兩次會跟自己編輯衝突，但是...這是瀏覽器的問題嗎？--A2093064#Talk 2017年8月18日 (五) 04:41 (UTC)

最新页面的黃色背景消失了

于Phabricator内跟踪
任务T173556

如題，Special:最新页面裡面把未巡查的標記為黃色背景，但剛剛看好像消失了。--A2093064#Talk 2017年8月18日 (五) 04:39 (UTC)

好像所有的wiki都出问题了--百無一用是書生 (☎) 2017年8月18日 (五) 06:35 (UTC)

Tech News: 2017-34

最新技术新闻来自维基媒体技术社群。请将这些变化转告其他用户。不是所有的变化都将影响您。翻译亦已提供。

最近更新

• 您现在可以在测试维基和mediawiki.org测试新增的Timeless皮肤。您可以在您的参数设置中启用它。您也可以在Phabricator报告错误。这将很快来到更多wiki。 [15][16]
• 您的监视列表现在已有取消监视页面的选项。您需要在您的参数设置中打开它。 [17]
• 如果表格有多个列，您经常可以选择您要排序表格的列。这对于使用Firefox或Safari浏览器的用户而言，可能在某些表格列中无法工作。这一问题现已修复。 [18]
• 相关条目扩展已显示维基导游上的相关页面。您现在会在条目底部看到相关页面与图片。之前链接显示在边栏上。希望使用该扩展的wiki可在Phabricator提出请求。

本周晚些时候的更新

• 视频现将在所有浏览器中以WebM格式播放。之前一些浏览器使用Ogg Theora（.ogv）格式。如果您使用Safari、IE或Edge浏览器，您在播放高清视频时播放速度会比较慢。此后我们将使视频质量更高，文件大小更小。您仍可以上传Ogg视频文件。这些会自动转换为WebM。这并不影响Ogg音频文件。 [19]
• 编辑窗口中的默认字体将在本周为某些用户更改。它将不再是浏览器默认字体，而是等宽字体。用户可在其参数设置中更改它。此更改只应用于一些Mac和iOS设备用户。 [20]
• MediaWiki的新版本将于8月22日部署于测试维基及MediaWiki.org。它将于8月23日部署至非维基百科wiki及部分维基百科，并于8月24日部署至所有wiki，参见日历。

会议

• 您可以参与IRC上的技术建议会议。在会议中，志愿开发者可以征求建议。会议将于8月23日 15:00（UTC）开始。参见如何加入。
• 您可以参与下周编辑团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于8月22日 19:00（UTC）开始。参见如何加入。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2017年8月21日 (一) 18:00 (UTC)

Timeless皮肤值得期待。--1=0，欢迎加入WP:維基百科維護專題 2017年8月22日 (二) 00:23 (UTC)

Timeless觉得用在维基百科会好难看，可能meta，commons，维基旅游比较合适--百無一用是書生 (☎) 2017年8月22日 (二) 01:29 (UTC)

MediaWiki的Lua问题

为什么MediaWiki网站（包括维基百科、miraheze）的模块控制台（交互式）与真正的Lua不同。在Lua中，直接一行变量名称即可输出此变量的值，而MediaWiki则会输出错误。此外，打印table或function的值时，为什么在MediaWiki不会显示其编号？如下图所示：

> "something"
something --Lua
错误 --MediaWiki
> ={}
table: 00988600 --Lua
table --MediaWiki
> =print
function: 64359190 --Lua
function --MediaWiki

个人觉得是MediaWiki使用的Lua版本太旧。--SolidBlock^留言 2017年8月24日 (四) 01:55 (UTC)

正式Lua像table、function的数字更像是内存地址，为了避免暴露，特制版应该隐藏了。至于String那个，不知想说明什么？——路过围观的Sakamotosan 2017年8月24日 (四) 02:11 (UTC)

正式的交互式Lua可以直接在一行输入一个值以表示print。例如，直接输入一行"sth"效果等价于="sth"或print"sth"。--SolidBlock^留言 2017年8月24日 (四) 02:15 (UTC)

特制版有不同吧，WP:LUA有提及，就算table，function的输出同样需要调用等号。——路过围观的Sakamotosan 2017年8月24日 (四) 02:44 (UTC)

新功能？（快速预览）

刚才在日文版（IP用户状态），部分页面里，鼠标指向一个蓝链词条，会跳出一个快速预览，还有一个页面功能设置按钮，但部分页面又没有，这到底是怎么回事？

Get quick previews of a topic while reading a page

刚才我登陆状态看了一下自己的用户设置，好像也没有对应的项目？

我关心一点，近期有没有可能全wiki部署，并且默认启用状态？--我是火星の石榴（留言） 2017年8月21日 (一) 15:39 (UTC)

你说的是mw:Beta Features/Hovercards吧？--1=0，欢迎加入WP:維基百科維護專題 2017年8月21日 (一) 15:47 (UTC)

是，目前啥情况？简单看了一下，在进行A/B轮测试？ja已经算完成了？（但为什么只有部分页面才有）--我是火星の石榴（留言） 2017年8月23日 (三) 05:38 (UTC)

在中文维基应该可以通过参数设置的测试打开。打开以后应该就能用了吧。--1=0，欢迎加入WP:維基百科維護專題 2017年8月23日 (三) 07:19 (UTC)

这是哪一项啊？看着好像没有？--我是火星の石榴（留言） 2017年8月24日 (四) 06:00 (UTC)

Beta feature: advanced filters and more options for Watchlists, starting September 5

Hello!

Sorry to write in English. 请帮助翻译至您的语言!

As you may already know, the Global Collaboration team has created a Beta feature. This feature is on your wiki since few months: "用于编辑复核的新过滤器". You can activate it in your Beta preferences.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked. It adds new features that ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Bookmarking to keep your favorite configurations of filters ready to be used.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

You can know more about this project by visiting the quick tour help page.

What's new?

On September 5, the Beta feature will have a new option. Watchlists will have all features available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "用于编辑复核的新过滤器", you have no action to take. If you haven't activated the Beta feature "用于编辑复核的新过滤器" and you want to try the filters on Watchlists, please go to your Beta preferences on September 6. It will not be possible to try the filters only on Recent Changes or only on Watchlist.

Please also note that later in September, some changes will happen on Recent Changes. We will release some features at the moment available in Beta as default features. This will impact all users, but we will provide an option to opt-out. I'll recontact you with a more precise schedule and all the details very soon.

You can ping me if you have questions.

All the best, Trizek (WMF)（留言） 2017年8月24日 (四) 15:59 (UTC)

提議更改內容展開/合併功能的「合併」一詞為「收起」

只是點小意見，對於「合併」一詞在此處出現感到不自然而已。—以上有簽名的留言由R96340（對話）加入於 2017年8月24日 (四) 07:07 (UTC)

可是我看到的是顯示/隱藏。-游蛇脫殼/克勞棣 2017年8月24日 (四) 07:53 (UTC)

...

...

...

兩個預設不一樣（請見原始碼）。--A2093064#Talk 2017年8月24日 (四) 08:41 (UTC)

呃！我現在看到的是展開/摺疊，並無合併。另外，代碼那麼複雜幹嘛？用{{hideH}}與{{hideF}}就好啦！-游蛇脫殼/克勞棣 2017年8月24日 (四) 16:43 (UTC)

PRC Admin 导航模板的小 bug

2017年8月10日，有编者在 Wikidata 浙江省条目中的“所在行政区”属性新增了“清朝，终于1912年2月12日”这一值，导致浙江全省各区导航模板 above 区域出现了诸如“清朝浙江省宁波市”这样奇怪的内容，已暂时删除相关属性，但考虑到增加带有“终于……”的值并没有什么问题，PRC Admin 导航模板是不是应该修复这一bug。—思域无疆_{大道 事体 机器} 2017年8月22日 (二) 22:41 (UTC)

• 另外国函[2015]75号相关的常州市行政区划没有跟进。—思域无疆_{大道 事体 机器} 2017年8月22日 (二) 23:11 (UTC)
• 而且从2015年至今中国区级行政区划大量调整，现有模板和数据维护门槛过高，我自己调整过宁波市4个区的区划相关模板，耗费大量时间移动相关的村一级模板和区划代码，可以想见由于区划调整造成的烂尾楼绝对不止常州市一个，应当有更高效的维护方法。—思域无疆_{大道 事体 机器} 2017年8月22日 (二) 23:15 (UTC)
  • 如果你能提供一個具有相同條件的修改方式可以至機器人作業請求請機器人協助。--Zest 2017年8月23日 (三) 16:40 (UTC)
• @Siyuwj： 正确的修复错误的方法不是移除数据而是修改Rank，例如这样。这不是导航模板的错误。--GZWDer（留言） 2017年8月24日 (四) 19:40 (UTC)
  •  Siyuwj觉得这挺赞的。—思域无疆_{大道 事体 机器} 2017年8月25日 (五) 00:24 (UTC)

给「显示预览」按钮增加地区字词转换菜单的小工具无效

启用该小工具后，虽然在「显示预览」按钮边显示出了转换菜单，但是无论在菜单中选择哪一项，效果都与未开启小工具前无异，显示的都是我在Special:参数设置中指定的语言变种。——Arnie97（留言） 2017年8月25日 (五) 13:00 (UTC)

User:Liangent我所使用的是正常的。按道理来说，可以启动或不启动实时预览。我是使用了实时预览的。--SolidBlock^留言 2017年8月25日 (五) 13:48 (UTC)

为什么在IE和手机QQ浏览器下无法正常使用TW

RT，两个方案（参数设置裡的原版和天邪鬼版本）都不行，连脚本都加载不出，但是Firefox就能正常使用。--Dabao qian（留言） 2017年8月26日 (六) 01:36 (UTC)

• (～)補充：我错了，IE是本身就不支持，但是手机QQ浏览器本来是能用的啊，怎么说不行就不行了。除此之外，编辑首段，还有紧凑语言链接和内容翻译工具等测试功能也在手机QQ浏览器上显示不出来了。--Dabao qian（留言） 2017年8月26日 (六) 01:53 (UTC)
  • TW不能在IE瀏覽器中使用是開發者自行設定的限制。我在自己的版本中把限制解除了，但是，如果問題只在IE中出現，或者因為使用IE瀏覽器而導致錯誤編輯，您需要自行承擔責任。--逆襲的天邪鬼（留言） 2017年8月26日 (六) 03:18 (UTC)
    • IE是只有TW不能用，其他脚本和测试功能都正常；手机QQ浏览器好多脚本和大部分测试功能都挂了。--Dabao qian（留言） 2017年8月26日 (六) 03:21 (UTC)
      • 我診斷不了手機瀏覽器的問題，只能讓別人想辦法了。不過呢，您可以再試試「天邪鬼版本」的TW……--逆襲的天邪鬼（留言） 2017年8月26日 (六) 03:29 (UTC)
        • 本来坏的还没那么多来着，刚刚手贱清除了浏览器缓存，甚至重装浏览器，结果除了W+其他小工具全挂了。（试了下，不止中文维基，包括粤语、吴语、日语在内的好多语言版本的wiki都是一个毛病，除了W+之外其他所有基于javascript的小工具在手机QQ浏览器全部加载不出来，就连ilh和NavFrame这种默认全局启用的也不行，目前正常的网站只有英文维基、C区和D区）--Dabao qian（留言） 2017年8月26日 (六) 04:30 (UTC)

显示Wikidata描述的小工具新鲜出炉

一直以来，维基百科手机app以及移动版都会在条目顶端附近显示维基数据的描述，而桌面版缺少这一功能。我今天下午制作了一个小工具弥补这一缺陷，大家可以试用一下。

importScript('User:Alexander Misel/WikidataDesc.js');

--1=0，欢迎加入WP:維基百科維護專題 2017年8月8日 (二) 02:06 (UTC)

https://img.vim-cn.com/fb/0a7f9427a7f65b6cccfc6684e888ca0ea5708d.png 看来可以用 😂 ホロ|Talk 2017年8月10日 (四) 09:25 (UTC)

app的菜单里有个编辑描述，要不要也加个编辑功能。 --砜中嘌呤的白磷_{萃取 打谱} 2017年8月10日 (四) 14:52 (UTC)

User:WhitePhosphorus我确实希望有这个功能，但不太会制作界面。我当时打算的是用这个api。界面我想象的是像HotCat那样的。--1=0，欢迎加入WP:維基百科維護專題 2017年8月11日 (五) 00:34 (UTC)

震惊！该工具目前已支持在页面直接编辑维基数据的描述！！！感谢User:逆襲的天邪鬼的贡献。--1=0，欢迎加入WP:維基百科維護專題 2017年8月13日 (日) 11:14 (UTC)

提议此工具加入中文维基小工具列表

User:ArthurLau1997、User:Ken Ookami Horo、User:Manchiu、User:Wang Qiliang和User:Alvinz 提议加入到Special:Preferences中的系统小工具页面。--1=0，欢迎加入WP:維基百科維護專題 2017年8月18日 (五) 10:46 (UTC)

User:S099001、User:Njzjz、User:Aotfs2013、User:鱼头炮和User:RabbitMeow欢迎大家反馈意见。--1=0，欢迎加入WP:維基百科維護專題 2017年8月18日 (五) 10:50 (UTC)

User:Wcam、User:Datou 1996、User:逆袭的天邪鬼、User:A2093064和User:Willy1018并参与讨论。--1=0，欢迎加入WP:維基百科維護專題 2017年8月18日 (五) 10:54 (UTC)

滿不錯的，不過放系统小工具應該弄個簡單的說明頁，並提醒用戶會編輯到Wikidata。--A2093064#Talk 2017年8月18日 (五) 11:04 (UTC)

• (＋)支持：首先感谢编写者的贡献。我已试用一段时间，这确实是一个好用的功能。此功能大大方便了对维基数据描述的编辑，同时也有利于阅读者。我支持将之加入小工具列表。
  此外，我希望各位同仁考虑和讨论的是：是否应该对此设计某些保护措施。这个功能大大方便了对维基数据描述的编辑，这就意味着它既大大方便了维基数据的维护，也大大方便了对它的破坏。故此提出这个问题。我提出一些思路供各位参考，例如：维基百科的页面保护方针是否可以对该页面上用此工具进行维基数据描述的编辑行为生效？或者如果维基数据支持保护功能的话，是否可以设计一个程序或由维基人将有风险的维基数据描述保护起来？或者不需要技术性保护措施，依靠维基人进行监督维护就可以反破坏？
  这是我目前想到的问题，希望各位考虑。在下加入维基时间不长，资历尚浅。欢迎各位资深用户指导、帮助，不胜感激。--ArthurLau1997（留言） 2017年8月18日 (五) 11:29 (UTC)
• (＋)支持，真的是一个很实用的工具，引入到系统gadget想必是坠吼的。另外楼上所说的反破坏问题的确值得考虑。--RabbitMeow ∞ 谈笑风生通道 _{一秒的魔法，万寿之吾江！} 2017年8月18日 (五) 12:07 (UTC)
• (？)疑問：这个小工具是似乎只能从zh读取数据，不支持从zh-hans，zh-hant，zh-CN，zh-TW，zh-HK等转写？例如南京市，这个小工具加载不出来描述，但是在维基数据里面如果选zh语言，就能看到label为：中国江苏省省会^{简体中文（已转写）}。--曾晋哲（留言） 2017年8月18日 (五) 12:31 (UTC)
• (＋)支持，不过如果能调整一下小工具的触发方式就更好了（现在稍微有点灵敏，随便一点那个区域就弹出来了）。--Jerre Jiang 　讨论│参与清理积压站务　 2017年8月18日 (五) 14:19 (UTC)
• (＋)支持:同上所述，建议支持转写显示--Wang Qiliang · 一起来巡查 · 留言板 2017年8月19日 (六) 03:54 (UTC)
• (＋)支持--Alvinz ^論 2017年8月19日 (六) 10:46 (UTC)
• (＋)支持为什么不呢--Liuxinyu970226（留言） 2017年8月20日 (日) 12:41 (UTC)
• (＋)支持:是个好用的小工具。水可煮粥，亦可赛艇 ^{听取蛙声一片 人生经验} 2017年8月20日 (日) 17:53 (UTC)
• (＋)支持，相當實用的小工具。應盡快添加至介面。--千村狐兔（留言） 2017年8月21日 (一) 00:34 (UTC)
• (＋)支持實用的小工具。-- Willy1018（留言） 2017年8月21日 (一) 06:48 (UTC)
• (＋)支持實用的小工具。--Wang Qiliang · 留言 2017年8月26日 (六) 08:55 (UTC)

1=0的回复

1. 我个人不太支持获取维基数据上的中文语言变种的转写。如果都来编同一个变种（zh），那么我们能很快得到完善的维基数据描述，不管对于简体编者关注的方面还是繁体，就像中文维基只有一个一样。
2. 关于容易编辑了，也容易破坏了这一点。我认为，页面保护同样运用在小工具上不是做不到，只是这其实是在插手其他站（Wikidata）的维护工作。我们能做到的也许是不默认开启此小工具。
3. 小工具过于灵敏这一点我认为近期我们就可以解决。（已处理）
4. 小工具的提示文字建议为「显示与编辑页面的维基数据描述的工具。由于技术限制，显示结果不会进行简繁转换，请不要把原有描述在繁简上进行更改。」

以上--1=0，欢迎加入WP:維基百科維護專題 2017年8月19日 (六) 08:12 (UTC)

为何不直接转成简体、繁体和zh同时保存呢？--百無一用是書生 (☎) 2017年8月22日 (二) 09:17 (UTC)

因为有地区词的问题，所以觉得还是暂时不加此功能为好。--1=0，欢迎加入WP:維基百科維護專題 2017年8月24日 (四) 03:05 (UTC)

记得有个繁简转换的API啊，不支持地区词转换吗？--百無一用是書生 (☎) 2017年8月24日 (四) 03:30 (UTC)

小工具已加入列表

小工具目前已加入系统的小工具列表。User:Alexander Misel/WikidataDesc.js这个用户js页面将会保留，作为测试小工具和老用户迁移之用。小工具加入之事已在公告栏进行公告。有问题请及时反馈给我。--1=0，欢迎加入WP:維基百科維護專題 2017年8月24日 (四) 03:05 (UTC)

测试功能「内容翻译」的时区处理有误

以本地时区 UTC+8 为例，刚编辑过的页面会显示为 8 小时前编辑。——Arnie97（留言） 2017年8月27日 (日) 03:35 (UTC)

importScript返回403？

今日本人修改自己的common.js发现所有引入的文件返回403。

Request URL:https://zh.wikipedia.org/wiki/User:Wang_Qiliang/wikiplus.js?action=raw&ctype=text%2Fjavascript
Request Method:GET
Status Code:403 
Remote Address:91.198.174.192:443
Referrer Policy:origin-when-cross-origin

不清楚这是什么情况。请求帮助。--Wang Qiliang · 留言 2017年8月26日 (六) 08:57 (UTC)

补充：似乎这种地址就正常了：

Request URL:https://zh.wikipedia.org/w/index.php?title=User:Wang_Qiliang/wikiplus.js&action=raw&ctype=text/javascript
Request Method:GET
Status Code:200 
Remote Address:91.198.174.192:443
Referrer Policy:origin-when-cross-origin

--Wang Qiliang · 留言 2017年8月26日 (六) 09:00 (UTC)

貌似 已修复。--Antigng（留言） 2017年8月27日 (日) 04:37 (UTC)

刚刚看了似乎没有 已修复。--Wang Qiliang · 留言 2017年8月30日 (三) 04:01 (UTC)

$langcode.wikipedia.org/zh 中的 zh 為何義？

例如「en.wikipedia.org/zh」，直接轉入該語言版本的首頁。我試了除「w」與「wiki」之外的任何英文字母/單詞都是「Page not found」。我以為此處的「zh」代表語言代碼，但似乎並不是，若不信你們可以試試「en」、「ja」、「ko」、「ru」等任何語言代碼。-- By Jimmy Young. (Talk) 2017年8月30日 (三) 12:02 (UTC)

不一定： https://en.wikipedia.org/wiki/Ru --巡查員AndyAndyAndyAlbert（討論頁|簽到） 2017年8月30日 (三) 12:07 (UTC)

@AndyAndyAndyAlbert：請審題。你寫的是「wiki/Ru」，不是「Ru」。-- By Jimmy Young. (Talk) 2017年8月30日 (三) 12:09 (UTC)

就是繁简转换的url重写，你可以理解为zh.wikipedia.org/(zh-cn)/$1 -> zh.wikipedia.org/w/index.php?title=$1&variant=zh-cn。——路过围观的Sakamotosan 2017年8月30日 (三) 12:11 (UTC)

唷！我竟然把它忘記了（腦子瓦特了，羞 --  By Jimmy Young. (Talk) 2017年8月30日 (三) 12:15 (UTC)

让维基变成黑底绿字的小工具现已支持vector皮肤

经过我从英文维基借鉴以及修改，该小工具不再只支持monobook皮肤，现已支持vector皮肤。大家可以在参数设置-小工具中启用。效果如右图。 --1=0，欢迎加入WP:維基百科維護專題 2017年8月26日 (六) 08:00 (UTC)

我先前稍微試用了一下，很好看，唯一的缺點是會讓使用者名稱旁的兩個通知圖示消失。--冥王歐西里斯（留言） 2017年8月31日 (四) 02:46 (UTC)

希望引入enwiki的File Upload Wizard

中文维基的Wikipedia:上传界面难看，且给人一个空模板让别人填，不必要地增大了上传文件的难度。假如一个新手，不懂代码，也不懂什么是模板，是否就传不了文件了呢？不得不说，在现在这个时代，文件上传向导（File Upload Wizard）是大势所趋。在C区人们也常常会使用类似的向导来上传文件。希望有人对此提议感兴趣。--1=0，欢迎加入WP:維基百科維護專題 2017年7月27日 (四) 10:23 (UTC)

相关过往讨论供参考：提议引入但不了了之、改上传界面的排版。 --砜中嘌呤的白磷_{萃取 打谱} 2017年7月27日 (四) 10:26 (UTC)

之前讨论过，在下也表示支持，不过最后不了了之，不知是否存在技术上的问题。--Jerre Jiang 　讨论│参与清理积压站务　 2017年7月27日 (四) 10:47 (UTC)

需要去P站提请求吧。——꧁༺星耀晨曦༻꧂（留言） 2017年7月27日 (四) 11:59 (UTC)

唉，等等。英文维基百科的File Upload Wizard不是Upload Wizard扩展，是用JS写的脚本。——꧁༺星耀晨曦༻꧂（留言） 2017年7月27日 (四) 12:30 (UTC)

确实不是。只是需要翻译的量有点大而已。翻译过来我觉得就可以用。--1=0，欢迎加入WP:維基百科維護專題 2017年7月27日 (四) 13:01 (UTC)

代码写在这里了，想用新的就去翻译吧。另MediaWiki:FileUploadWizard.js只有管理员才能创建。--Q_whisper 2017年7月30日 (日) 04:14 (UTC)

要建就先建立在Draft:MediaWiki:FileUploadWizard.js--1=0，欢迎加入WP:維基百科維護專題 2017年7月30日 (日) 04:45 (UTC)

建草稿没什么用吧，用不了也没法测试。--Q_whisper 2017年7月30日 (日) 05:06 (UTC)

用得了，也有法测试。测试完没问题自然就可以改到正式MediaWiki空间了。--1=0，欢迎加入WP:維基百科維護專題 2017年7月31日 (一) 02:53 (UTC)

@Vozhuo、星耀晨曦：小小地hack了一下，你们就可以在Draft:MediaWiki:FileUploadWizard.js这里改了。--1=0，欢迎加入WP:維基百科維護專題 2017年7月31日 (一) 03:03 (UTC)

would like to help if possible.--Temp3600（留言） 2017年7月31日 (一) 20:49 (UTC)

今天进行了一次测试。目前大部分文字已经翻译，建议大家一起检查一下。--1=0，欢迎加入WP:維基百科維護專題 2017年8月4日 (五) 08:01 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ special:permalink/455145181073到1085行还需要翻译，涉及到编辑摘要部分，抱歉我不太懂行话怕弄出翻译腔。另外要不要考虑繁简？ --砜中嘌呤的白磷_{萃取 打谱} 2017年8月4日 (五) 08:15 (UTC)

另外翻译的过程中发现Non-free architectural work、Non-free title-card、Non-free speech、Non-free AUSPIC、Non-free Finnish Defence Forces、Non-free with ND这些模板没有（也许还有）。--1=0，欢迎加入WP:維基百科維護專題 2017年8月4日 (五) 08:20 (UTC)

刚刚建了一个{{Non-free title-card}}，不过有些地方不太会翻译。另外Non-free speech、Non-free AUSPIC、Non-free Finnish Defence Forces这三个模板在英文维基使用量极少，所以也没太大必要跟着建，直接删掉选项就行。--Q_whisper 2017年8月5日 (六) 13:30 (UTC)

@WhitePhosphorus、Vozhuo、星耀晨曦、Datou 1996、Clear Sky C：简体版目前差不多了，欢迎大家来试用。有问题请随时更改。--1=0，欢迎加入WP:維基百科維護專題 2017年8月6日 (日) 04:30 (UTC)

会尽力支持阁下对维基基础建设和大陆维基发展-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月6日 (日) 04:32 (UTC)

「请注意我们强调的是“完全由自己制作”。……」等紅色框框內的內容，仍然還未正常顯示。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月6日 (日) 05:29 (UTC)

@KOKUYO：这属于警告内容，默认是不显示的，只给特定的用户显示。--Q_whisper 2017年8月6日 (日) 11:41 (UTC)

知道了。我在看英語維基百科頁面有出現，以為這是給所有人看的。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月7日 (一) 11:07 (UTC)

额。。怎么试用。——꧁༺星耀晨曦༻꧂（留言） 2017年8月6日 (日) 05:50 (UTC)

同上，怎么试用Orz...--Jerre Jiang 　讨论│参与清理积压站务　 2017年8月6日 (日) 08:20 (UTC)

找到了——꧁༺星耀晨曦༻꧂（留言） 2017年8月6日 (日) 08:28 (UTC)

我觉得最好在现在的上传页面写一个通知，“新版上传工具正在测试，欢迎试用”之类的，要不然测试量太少了。--Q_whisper 2017年8月6日 (日) 11:21 (UTC)

同意-- 晴空·和岩 o(*≧▽≦)ツ┏━┓·协作计划·中国大百科全书维基对应条目 2017年8月6日 (日) 12:54 (UTC)

{{Non-free architectural work}} {{Non-free Old-50}} {{Non-free Old-70}} {{Non-free with ND}}这四个模板还需创建，请大家协助。脚本里还有几个因为英文维基使用量极少所以注释掉的模板，要是有人觉的有用的话也可以创建。--Q_whisper 2017年8月8日 (二) 12:06 (UTC)

{{Non-free architectural work}}创建之前可临时使用{{promotional}}代替，例如File:New_Corpus_Christi_Harbor_Bridge.jpg--Wcam（留言） 2017年8月8日 (二) 12:25 (UTC)

關於工具中的連結

User:Wcam堅持做出這項編輯，將有著更多實際上傳注意事項的「Wikipedia:合理使用」，改成僅說明使用原則「Wikipedia:非自由内容使用准则」。有鑑於這是幫助用戶上傳的工具，明顯有更多參考指引的「Wikipedia:合理使用」能給予更多幫助，對此請各位提出意見。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月8日 (二) 01:39 (UTC)

另外「Wikipedia:非自由内容使用准则」列出的10項原則，在新工具都有提及或要求。

非自由内容使用准则十項原則與新工具早有的要求

1. NFCC1：無自由等效作品。→「請記住，您將需要證明：」該紅框便有提醒。
2. NFCC2：尊重作品的商機。→「請記住，您將需要證明：」該紅框便有提醒。
3. NFCC3：有限使用。→「請記住，您將需要證明：」該紅框便有提醒。
4. NFCC4：事前發表。→上傳工具已經要求要提出檔案來源，這必定代表。
5. NFCC5：內容。→上傳工具已經告知非自由內容檔案時，針對的條目應該有怎樣的內容。
6. NFCC6：針對媒體的方針。→上傳工具已經有要求。
7. NFCC7：至少一篇條目使用。→上傳工具一開始便要求指定1篇條目。
8. NFCC8：條目中的意義。→「請記住，您將需要證明：」該紅框便有提醒。
9. NFCC9：場合的限制。→上傳工具一開始便要求指定1篇條目，並且對於其他類型的頁面亦有防範。
10. NFCC10：圖像描述頁。→上傳工具已經指定要填寫了。

至於「Wikipedia:合理使用」提及的版權法律注意事項，上傳工具根本沒有篇幅提供，自然要使用連結提醒別人注意。一個是只是因為有人說它是方針所要放，一個是提供更多注意細節，例如不應該上傳30秒以上的音訊檔案。哪個有用明顯很清楚。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月8日 (二) 02:05 (UTC)

关于非自由图片的规定当然要以正式方针为准，Wikipedia:合理使用里内容不多，连指引都算不上，并且其主要内容自2007年成型以来已有近10年未大幅更新，已不再适合作为指引新手之用，还有可能误导使用者。如果能有更准确且完备的指引（例如将Wikipedia:合理使用/草稿翻译完成并通过为正式指引），则更适合作为上传者参考。但在此之前，作为正式方针且必须普遍遵守的Wikipedia:非自由内容使用准则，强调再多遍也不为过。--Wcam（留言） 2017年8月8日 (二) 12:01 (UTC)

內容不多？至少是跟實際上傳有關的指示內容，而且對於新手來說，這比你給的更有用。而既然是指示其他人頁面，你覺得不符合現狀，或者可以改得更好，就自己修改、或找人討論修改，這點管理員應該懂吧？如果你後面的理由要成立，我歸結兩點：

1. 「连指引都算不上」→看起來Wcam是主張，咱們維基百科除了方針指引的內部連結，其他都不應該添加。或許這些非方針指引的頁面應該都刪除，免得誤導使用者。
2. 「自2007年成型以来已有近10年未大幅更新」→看起來Wcam是主張，假設有個規則從2007年都持續運作、沒什麼變化、也沒什麼更新，他自己可以主張規則太舊，照自己的方法來。

我覺得這個維基百科運作機制的解釋獨步其他人。就像原來方針指引的共識，可以自動等同於某個頁面添加什麼連結的共識，怪不得我跟不上。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月9日 (三) 10:21 (UTC)

因為Wcam看起來會一直堅持下去，那我改成兩個都放；如果Wcam覺得這合理使用的頁面介紹不夠好，那他自己應該勇於修改、或者提刪該頁面。@Alexander Misel、WhitePhosphorus、Datou 1996、星耀晨曦、Vozhuo：@Temp3600、Clear Sky C：你們幾位覺得如何呢？--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月9日 (三) 10:39 (UTC)

(：)回應：我的确认为Wikipedia:合理使用的内容不够好，于是有参与过Wikipedia:合理使用/草稿页面的翻译，并希望其最终能成为正式指引。请问KOKUYO阁下在一味指责别人的同时，为此做过什么工作？如果一个页面不是正式方针指引的一部分，则其链接不适合出现在一个重要的功能性界面上的诸如「我已经阅读了维基百科XXX规定和标准」这样的句子之上，因为你提供的链接其实根本不是维基百科规定和标准的一部分。涉及到维基百科的规定，一定要以正式方针指引为准，因此我仍然不能完全赞同你两个都放的做法。如果使用诸如「我们建议上传者参考Wikipedia:合理使用中提供的建议做法」的表述，我认为才可以接受。--Wcam（留言） 2017年8月9日 (三) 14:17 (UTC)

我覺得Wikipedia:合理使用夠用，或許也有很多人也覺得夠用，覺得非常不夠用的就只有你，結果說成是我的問題？還是2015年沒有參與這個草稿翻譯的維基百科人，都沒有發表意見的權利啊，原來現在維基百科是這樣運作的？或者今天維基百科的所有合理使用，都要經過你點頭才能討論，這個官威真的好大，或許我翻譯這個工具前還得經過你的點頭才行？至於你最後所說的意見，本身就是你誤解維基百科的運作模式，完全沒有意義。在這裡，「兩者並列」與以「方針指引為主軸」完全沒有關係，你的做法只是增加沒有實際用途的文字罷了。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月10日 (四) 01:27 (UTC)

两位都冷静一下，感觉这不是一个很大的问题呀，实在不行干脆将两个指引的内容合并到一起不就行了 囧rz...--Jerre Jiang 　讨论│参与清理积压站务　 2017年8月10日 (四) 01:49 (UTC)

Wikipedia:合理使用本來就得跟其他現有方針指引共通、互相補充，甚至該頁面便提及「具體的『合理使用』判斷準則，請參見Wikipedia:合理使用準則。以下簡單說明中文維基百科各種可能的合理使用形式，如果您有任何疑慮，歡迎到Wikipedia:互助客棧/求助詢問。」。且維基百科本來就不存在只看方針指引的情況，任何方針指引都會有論述、資訊頁、過往討論紀錄等，作為理解的這些規則的參考依據。但Wcam的理解好像跟大家不一樣。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言）

不過@Datou 1996：您的意見確實不錯，英語維基百科也是直接在Wikipedia:合理使用中插入Wikipedia:非自由内容使用准则的內容。這樣修改合理使用頁面後，上傳工具這邊就能同時保留非自由內容使用準則的內容、又能維持上傳工具的簡潔了。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の管理員（留言） 2017年8月10日 (四) 02:45 (UTC)

既然英文版也不嫌長，就包進去吧。互不相沖。翻譯工程浩大，得慢慢來。--Temp3600（留言） 2017年8月11日 (五) 17:06 (UTC)

反馈

于Phabricator内跟踪
任务T173631

上传文件显示到“正在上传”界面就卡住了，虽然文件上传成功，但无法跳转到“上传成功”界面，我两次上传都遇到这种问题，应该不是我网络的问题。--Q_whisper 2017年8月17日 (四) 04:43 (UTC)

我也遇到同样问题。Chrome浏览器的Console显示Refused to display 'https://zh.wikipedia.org/w/api.php' in a frame because it set 'X-Frame-Options' to 'DENY'.，可能是中文维基api的设置的问题。--1=0，欢迎加入WP:維基百科維護專題 2017年8月19日 (六) 11:10 (UTC)

@Vozhuo：此bug已修复。上传文件的结果效果图--1=0，欢迎加入WP:維基百科維護專題 2017年8月21日 (一) 14:27 (UTC)

我最近在填使用的条目时总是出现“xxx该页面不属于条目名字空间。非自由版权文件只能在属于主名字空间的条目页面使用……”有人遇到这样的问题吗？--Q_whisper 2017年8月29日 (二) 06:46 (UTC)

我现在传什么图片都遇到上面的警告，死活传不上去，这是什么情况@Alexander Misel。--Q_whisper 2017年8月29日 (二) 13:51 (UTC)

我之前传文件都没有遇到这个问题啊。会不会是你填条目名称的时候有问题？--1=0，欢迎加入WP:維基百科維護專題 2017年8月29日 (二) 14:50 (UTC)

我測試了一下，確實有這個問題，跟繁簡使用應該無關。--皇帝心態·被人利用·支持輪子·阻擋串聯·強推站外封禁·濫權の瘋狂病氣管理員（留言） 2017年8月29日 (二) 15:16 (UTC)

经检查，问题出在天邪鬼的Special:Diff/45795149这笔编辑。因为var ns = pg.getAttribute('ns');这个变量返回的ns值其实是一个string类型的"0"，用!=运算符才能得到正确的比较结果。只有两边都是数值类型的时候才能用!==去判断。--1=0，欢迎加入WP:維基百科維護專題 2017年8月29日 (二) 16:03 (UTC)

建议将文件上传向导设为默认上传工具

经过前一阶段的测试和改进，文件上传向导已经具备了其应有的功能，而且简繁上也得到了支持。感谢User:KOKUYO、User:Vozhuo、User:Wcam等的参与。

现在正式建议该向导成为中文维基百科的默认上传工具，原版可以继续保留在WP:上传/old作为有经验用户的一个选择。欢迎大家表达看法。--1=0，欢迎加入WP:維基百科維護專題 2017年8月23日 (三) 09:59 (UTC)

想把UI改成OOjs UI,折腾了半天好麻烦....--百無一用是書生 (☎) 2017年8月23日 (三) 13:15 (UTC)

还有点遗漏，{{Non-free architectural work}} {{Non-free Old-50}} {{Non-free Old-70}} 这三个模板还没建，脚本里第1505行尚未本地化。--Q_whisper 2017年8月23日 (三) 13:18 (UTC)

由于中文维基没有ImageTaggingBot，所以1505行不用汉化。几个模板建起来应该不难吧。--1=0，欢迎加入WP:維基百科維護專題 2017年8月23日 (三) 13:52 (UTC)

支持使用上传向导。--Q_whisper 2017年8月25日 (五) 13:18 (UTC)

不用另外建立Wikipedia:上传/old的吧，直接Special:Upload就可以返回到旧版上传表单。--Dabao qian（留言） 2017年8月26日 (六) 03:00 (UTC)

是把原来的页面移动到Wikipedia:上传/old。要知道Special:Upload和现在的Wikipedia:上传也是有区别的。--1=0，欢迎加入WP:維基百科維護專題 2017年8月29日 (二) 03:04 (UTC)

(－)反对，没有繁简转换，单这个理由就足以令这个工具不适合作为默认的选项。另，提案人在没有公告征求意见，没有公告讨论结果的情形下自行修改了上传页面。--Antigng（留言） 2017年8月31日 (四) 10:55 (UTC)

[21][22]这是你说的没有简繁转换？我不懂你说哪里。--1=0，欢迎加入WP:維基百科維護專題 2017年8月31日 (四) 12:28 (UTC)

点击“点此开始上传向导” -> 点击左上角切换到另一个语言，页面又跳回到开始页面，似乎js不忍url里的variant参数--百無一用是書生 (☎) 2017年8月31日 (四) 12:48 (UTC)

其实认的，只不过左上角的语言变种切换不会认你还加载着js。提前在参数设置里设置好某种语言变种就好，谁会开了向导再改语言？--1=0，欢迎加入WP:維基百科維護專題 2017年8月31日 (四) 13:01 (UTC)