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

本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论，请在当前讨论页进行。

DYK提报时编辑注解的调整

最新留言：在8年前发布1条留言1人参与讨论

本主题全部或部分段落文字，已移动至Template talk:DYKEntry。执行人：Jimmy-bot（留言） 2016年10月2日 (日) 16:42 (UTC)。

简繁转换语法修改

最新留言：在8年前发布2条留言2人参与讨论

原标题为： LanguageConverter syntax change

Hello!

I'm Trizek (WMF) a community liaison for the Wikimedia Foundation. Sorry for that announcement in English. 请帮助翻译至您的语言

现已知晓简繁转换所用的LanguageConverter（LC）存在一个问题：使用简繁转换处理的链接不能正确地显示于Special:LinkSearch中。

这些链接可以很轻松地手动修好——

把

http://-{zh-cn:foo.com; zh-hk:bar.com; zh-tw:baz.com}-

改成

-{zh-cn: http://foo.com ; zh-hk: http://bar.com ; zh-tw:http://baz.com }-

就可以了。注意 }-之前的空格真的很重要。

需要这样更改的页面不是很多。你可以在这里看到自己维基的列表： https://tools.wmflabs.org/bawolff/langconv/ （有4个链接要改）

如果你不改的话，链接会坏掉。

请将这件事广而告之，并更新本地文档！有问题的话可以ping一下我或者Bawolff。

一些未翻译的非现代汉语已进行隐藏，欢迎参与翻译。

LanguageConverter (LC), used to switch from one language to an other, has a problem: links using LanguageConverter do not show up properly on Special:LinkSearch.

These broken links can be fixed manually and the change is trivial:

Old syntax: http://-{zh-cn:foo.com; zh-hk:bar.com; zh-tw:baz.com}-

New syntax: -{zh-cn: http://foo.com ; zh-hk: http://bar.com ; zh-tw:http://baz.com }-

The space before }- is really important.

That change is only affecting a few percentage of pages. You can find the list for your wiki here: https://tools.wmflabs.org/bawolff/langconv/ (4 links to change)

If you don't make that change, links will break.

Please spread the word and update your local documentation! If you have any question, please ping me or Bawolff.

Thanks, Trizek (WMF)（讨论） 2016年9月29日 (四) 08:08 (UTC)

（转载自Wikipedia:机器人/作业请求#LanguageConverter_syntax_change）--1 =0，欢迎维基人加QQ群170258339 2016年10月1日 (六) 04:48 (UTC)

MediaWiki:Gadget-morebits.js

最新留言：在8年前发布1条留言1人参与讨论

请问MediaWiki:Gadget-morebits.js为什么现在需要starttimestamp参数？我以前建立了分割页面用的s:User:维基小霸王/split-for-proofreading.js，当时可以正常运行，但是现在不知道为什么需要starttimestamp参数了。请问如何修改我的脚本才能使它正常运行？我想将康熙字典分割成page页面以便查看图像。@Liangent、Hat600：-維基小霸王（留言） 2016年10月1日 (六) 15:50 (UTC)

建议撤销修改需强制填写原因

最新留言：在8年前发布3条留言3人参与讨论

最近有一个自己认为是合理的修改却被人撤销，而未有留下任何原因。为免编辑战，我当初未有撤销其撤销，而是自行向撤销者查问原因，可惜对方选择不回应，只好选择自行撤销，希望对方不会发起编辑战。

被人在没有原因下撤销修改，或多或少都感到被冒犯（尤其是有经验的编辑者）。故建议撤销修改需强制填写原因，加强编辑者之间的沟通。--Fevawo（留言） 2016年9月24日 (六) 06:07 (UTC)

撤销操作自带编辑摘要，所以似乎没法通过强制填写摘要来达到这个目的。--Ti ge r（留言）假期快乐~ 2016年9月28日 (三) 22:57 (UTC)

- 更大的问题是如果使用action=rollback的话就直接GET过去了，根本没可能给您时间写摘要，在我看来如果非要这样做，唯一的可能就是把所有形式的回退功能全部POST化（就像现在刷新缓存需要点一下确定一样），并在此基础上添加字段（估计要做到不输入就无法点确定那种程度），但是这样的话诸如@Nbdd0121：等人就要表达不满了所以这POST很劳民伤财的说。--Liuxinyu970226（留言） 2016年10月1日 (六) 23:59 (UTC)

请问如何向其他维基添加批量删除页面的工具？

最新留言：在8年前发布2条留言2人参与讨论

十分抱歉在维基文库导入条目的时候不小心忘记将talk名字空间改选为（主），导致大量条目错误创建。请问如何向维基文库移植工具以便批量删除这些页面？--維基小霸王（留言） 2016年10月3日 (一) 05:46 (UTC)

mw:Extension:Nuke。--Antigng（留言） 2016年10月3日 (一) 05:48 (UTC)

Tech News: 2016-40

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

本周更新

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

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于10月4日 19:00 (UTC)开始。参见如何加入。

将来更新

Tidy将被替换。将改用HTML5解析算法以清理wiki文本中损坏的HTML。这将在接下来数周内，在部分wiki上导致一些问题。这些问题需要先行修复。 [1]

在10月24日之后，维基导游上的<slippymap>将不再工作。您应该改用<mapframe>。如果您在10月24日之前需要帮助修复，您应该尽快提出请求。 [2]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年10月3日 (一) 21:30 (UTC)

含有{{Convert}}的列表无法正常排序

最新留言：在8年前发布1条留言1人参与讨论

本主题全部或部分段落文字，已移动至Template:Convert。执行人：Jimmy-bot（留言） 2016年10月14日 (五) 00:42 (UTC)。

template:infobox park

最新留言：在8年前发布1条留言1人参与讨论

在使用Infobox Park模板的时候发现“创建”(参数为Created)一栏会出现两次，是哪里出了问题？

忘记签名了，补签--—以上有签名的留言由R96340（讨论）加入。 2016年10月6日 (四) 07:54 (UTC)

GFW变强？

最新留言：在8年前发布9条留言5人参与讨论

就从刚才开始，仅仅修改hosts文件似乎完全无法访问了。请问各位情况如何？--Ti ge r（留言）你指间的电光，是我不变的信仰~ 2016年10月5日 (三) 14:38 (UTC)


通过最多 30 个跃点跟踪
到 text-lb.eqiad.wikimedia.org [208.80.154.224] 的路由:

  1     2 ms     2 ms     1 ms  10.2.64.1
  2     3 ms     2 ms     2 ms  172.30.1.34
  3     3 ms     2 ms     2 ms  162.105.252.146
  4     2 ms     1 ms     6 ms  202.112.41.185
  5     4 ms     3 ms     3 ms  202.112.41.177
  6     4 ms     2 ms     3 ms  101.4.112.94
  7     4 ms     2 ms     3 ms  101.4.112.89
  8     6 ms     2 ms     2 ms  101.4.118.93
  9     6 ms     7 ms     7 ms  101.4.112.34
 10     9 ms    12 ms     6 ms  101.4.115.225
 11     9 ms     4 ms     5 ms  202.112.61.102
 12    65 ms    42 ms    44 ms  101.4.117.250
 13   196 ms   195 ms   202 ms  61.8.59.37
 14   192 ms   193 ms   197 ms  ip-61-14-158-68.asianetcom.net [61.14.158.68]
 15   180 ms   181 ms   179 ms  ip-61-14-158-23.asianetcom.net [61.14.158.23]
 16     *        *        *     请求超时。
 17   230 ms   231 ms   233 ms  text-lb.eqiad.wikimedia.org [208.80.154.224]

跟踪完成。

F:\Antigng-bot\zhinterwiki\Release>
F:\Antigng-bot\zhinterwiki\Release>tracert 198.35.26.96

通过最多 30 个跃点跟踪
到 text-lb.ulsfo.wikimedia.org [198.35.26.96] 的路由:

  1     3 ms     2 ms     1 ms  10.2.64.1
  2     3 ms     2 ms     2 ms  172.30.1.34
  3     3 ms     2 ms     2 ms  162.105.252.146
  4     2 ms     3 ms     1 ms  202.112.41.185
  5     5 ms     3 ms     3 ms  202.112.41.177
  6     9 ms     8 ms     4 ms  101.4.117.82
  7     6 ms     2 ms     2 ms  101.4.112.89
  8     3 ms     2 ms     2 ms  101.4.118.93
  9     3 ms     2 ms     3 ms  101.4.115.70
 10     9 ms     6 ms    16 ms  101.4.117.49
 11     3 ms     2 ms     2 ms  101.4.115.185
 12     3 ms     4 ms     5 ms  202.112.61.10
 13    45 ms    41 ms    41 ms  101.4.117.250
 14   214 ms   215 ms   209 ms  61.8.59.37
 15   183 ms   182 ms   182 ms  ip-61-14-158-68.asianetcom.net [61.14.158.68]
 16   182 ms   182 ms   182 ms  ip-61-14-158-23.asianetcom.net [61.14.158.23]
 17   193 ms   199 ms   204 ms  te0-1-0-0.gw4.sjc1.10026.telstraglobal.net [202.147.61.205]
 18   185 ms   182 ms   183 ms  be1.gw3.sjc1.10026.telstraglobal.net [202.147.50.185]
 19   181 ms   181 ms   182 ms  be1.gw4.sjc1.10026.telstraglobal.net [202.147.50.186]
 20   180 ms   180 ms   180 ms  eqix-sv9.wikimedia.org [198.32.176.214]
 21   183 ms   201 ms   205 ms  text-lb.ulsfo.wikimedia.org [198.35.26.96]

跟踪完成。

F:\Antigng-bot\zhinterwiki\Release>
F:\Antigng-bot\zhinterwiki\Release>tracert 91.198.174.192

通过最多 30 个跃点跟踪
到 text-lb.esams.wikimedia.org [91.198.174.192] 的路由:

  1     3 ms     1 ms     2 ms  10.2.64.1
  2     4 ms     1 ms     1 ms  172.30.1.34
  3     5 ms     2 ms     2 ms  162.105.252.146
  4     2 ms     2 ms     2 ms  202.112.41.185
  5     4 ms     3 ms     4 ms  202.112.41.177
  6     4 ms     3 ms     3 ms  101.4.117.82
  7    10 ms     2 ms     2 ms  101.4.112.89
  8     4 ms     2 ms     3 ms  101.4.118.93
  9     6 ms     9 ms     4 ms  101.4.112.106
 10     3 ms     3 ms     2 ms  101.4.115.185
 11    11 ms     4 ms     5 ms  202.112.61.122
 12    40 ms    40 ms    40 ms  101.4.117.150
 13     *      178 ms   178 ms  61.8.59.37
 14   186 ms   181 ms   184 ms  ip-61-14-158-68.asianetcom.net [61.14.158.68]
 15   180 ms   181 ms   181 ms  ip-61-14-158-23.asianetcom.net [61.14.158.23]
 16   180 ms   180 ms   180 ms  te0-1-0-0.gw4.sjc1.10026.telstraglobal.net [202.147.61.205]
 17   181 ms   186 ms   182 ms  be1.gw3.sjc1.10026.telstraglobal.net [202.147.50.185]
 18   323 ms   321 ms   323 ms  xe-1-1-1-0.gw1.lon1.10026.telstraglobal.net [202.147.50.169]
 19   325 ms   325 ms   325 ms  ae2.cr2-esams.wikimedia.org [80.249.209.176]
 20   325 ms   325 ms   325 ms  text-lb.esams.wikimedia.org [91.198.174.192]

跟踪完成。

F:\Antigng-bot\zhinterwiki\Release>

我这边好的啊。--Antigng（留言） 2016年10月5日 (三) 14:45 (UTC)

这个应该和自身的网络有关系，我用校园网连接不稳定，但是用自己手机开个人热点访问就可以。--№.N（留言） 2016年10月5日 (三) 14:54 (UTC)

正在 Ping zh.wikipedia.org [198.35.26.96] 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

198.35.26.96 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)，

通过最多 30 个跃点跟踪到 text-lb.eqiad.wikimedia.org [208.80.154.224] 的路由:

 1     3 ms     1 ms    11 ms  192.168.1.1
 2     7 ms     4 ms     1 ms  116.228.248.1
 3    10 ms    10 ms     4 ms  124.74.1.89
 4     8 ms     *       14 ms  124.74.215.5
 5    11 ms     5 ms    10 ms  59.43.77.133
 6     *        *        *     请求超时。
 7     *        *        *     请求超时。
 8  ^C

通过最多 30 个跃点跟踪到 zh.wikipedia.org [198.35.26.96] 的路由:

 1     4 ms     7 ms     1 ms  192.168.1.1
 2     8 ms     9 ms     2 ms  116.228.248.1
 3     4 ms     2 ms     4 ms  124.74.1.89
 4     9 ms    22 ms    56 ms  124.74.215.29
 5     3 ms     5 ms    10 ms  59.43.77.137
 6     *        *        *     请求超时。
 7     *        *        *     请求超时。
 8     *        *     ^C

完全不行。死在那个59.43.77.137。三个ip都试过了。换了电信宽带和移动的4G都不行。--Ti ge r（留言）你指间的电光，是我不变的信仰~ 2016年10月5日 (三) 15:00 (UTC)

上师大是否使用教育网？如果是，你是否开了收费网关？--Antigng（留言） 2016年10月5日 (三) 15:55 (UTC)

上师大？这里华师大，而且昨天还不在校内。--Ti ge r（留言）你指间的电光，是我不变的信仰~ 2016年10月5日 (三) 23:02 (UTC)

用 ChinaDNS 再看下效果如何。--⚞★⚟ 2016年10月6日 (四) 03:11 (UTC)

看tracert的话，好像是主干路出了问题（调整）？前段时间也试过了。——路过围观的Sakamotosan 2016年10月6日 (四) 05:44 (UTC)

24小时之后，现在似乎恢复了之前的常态。--Ti ge r（留言）你指间的电光，是我不变的信仰~ 2016年10月6日 (四) 23:00 (UTC)

再提“分类“分类:XX”中的页面”

最新留言：在8年前发布4条留言2人参与讨论

上个月提到过这个问题，然而这种情况到现在仍然没有任何改善。我看了一下phab，最后一个留言说The patch works for me，意思似乎说问题改善了，但我怎么看到分类页面还是存在原来的问题？不知其他人怎么是怎样的一个情况？--№.N（留言） 2016年9月30日 (五) 03:48 (UTC)

@Liu116：，我在自己的电脑上试了一下这个patch，发现没啥问题，这不代表它已经被采用。--Antigng（留言） 2016年9月30日 (五) 05:56 (UTC)

原来是这样，没采用这个补丁是不是因为还在测试当中？什么时候能够正式修复这个问题呢？没人会希望在预览分类页面的时候看到分类“编辑“分类:XX””中的页面吧……--№.N（留言） 2016年9月30日 (五) 05:59 (UTC)

没人回复，这问题就这么不值得去修复！？--№.N（留言） 2016年10月7日 (五) 02:51 (UTC)

侧栏繁简

最新留言：在8年前发布1条留言1人参与讨论

我的语言是中文台湾，在使用者页面的侧栏工具章节，现在变成电邮联系该用户、更改用户组。--A2093064#Talk 2016年10月8日 (六) 06:14 (UTC)

用户贡献页面到底是怎么回事？

最新留言：在8年前发布2条留言2人参与讨论

如果输入一个未注册的用户名或点击“只显示新建用户的贡献”，就会莫名其妙弹出全域封禁提示：

此IP地址现时被全域封禁。最近的全域封禁日志在下面提供以便参考：

2016年10月8日 (六) 06:00: Stryn （meta.wikimedia.org）全域封锁了 185.89.250.21 （2016年10月11日 (星期二)到期、仅匿名用户）（Cross-wiki vandalism）

到底是怎么回事？出Bug了？--维基续命师 Reg Edit 2016年10月8日 (六) 13:25 (UTC)

应该不是。应该是刻意发出来的。英文维基百科上也有这种现象。封禁摘要里写着：Cross-wiki vandalism（跨维基破坏）。——星耀晨曦（留言|欢迎参与升级授权协议的讨论） 2016年10月8日 (六) 15:28 (UTC)

Tech News: 2016-41

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

您可以在页面上通过使用{{Special:RecentChanges}}来显示Special:RecentChanges。您现在可以使用{{Special:RecentChanges/tagfilter=tagname}}标签过滤器。 [3]
当您有通知时，通知会被上色。当您查阅通知时，徽章将在所有wiki上变回灰色，而不只是在本地。 [4]
在维基媒体wiki上使用的颜色已略有调整。这使得视力下降的读者和编辑者更容易查看内容。 [5]

本周更新

当您使用可视化编辑器编辑时，隐藏HTML注释将更加可见。 [6]
MediaWiki的新版本将于10月11日部署于测试维基及MediaWiki.org。它将于10月12日部署至非维基百科wiki和部分维基百科，并将于10月13日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于10月11日 19:00 (UTC)开始。参见如何加入。
您可以参与下次架构委员会的会议，本周的话题是CREDITS文件。会议将于10月12日 21:00 (UTC)开始。参见如何加入。

将来更新

语言转换器语法将很快不再于外部链接内部工作。类似于http://-{zh-cn:foo.com; zh-hk:bar.com; zh-tw:baz.com}-的wiki链接必须被替换。您将不得不改为-{zh-cn: http://foo.com ; zh-hk: http://bar.com ; zh-tw:http://baz.com }-这只影响启用语言转换器的语言。例如中文和塞尔维亚语。 [7]

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年10月10日 (一) 20:29 (UTC)

Wikipedia:首页

最新留言：在8年前发布1条留言1人参与讨论

本主题全部或部分段落文字，已移动至Wikipedia talk:首页。执行人：Jimmy-bot（留言） 2016年10月22日 (六) 16:42 (UTC)。

关于交叉分类

最新留言：在8年前发布7条留言6人参与讨论

有没有可能增加一种查询方式，可以查某两个分类的交集，比如某人对天津出身的数学家感兴趣，就可以查“天津人”和“中国数学家”两个分类的交集有哪些人物。这样比费力建立诸如“天津数学家”这样的分类方便的多。余兮（留言） 2016年10月6日 (四) 11:08 (UTC)

不觉得这样方便得多，还会导致条目内分类冗赘--浅蓝雪^❉ 2016年10月6日 (四) 16:06 (UTC)

你没看清楚他的问题。-游蛇脱壳/克劳棣 2016年10月6日 (四) 16:38 (UTC)

不，楼上是在说如果设立交叉搜寻而不建立如天津数学家这样的分类，那么天津的数学家条目里的分类就会从原本只需要一个“天津数学家”，变成了需要“天津人”和“数学家”两个分类，确实将造成分类增多的问题--—以上有签名的留言由R96340（讨论）加入。 2016年10月6日 (四) 16:46 (UTC)

会玩 https://query.wikidata.org/ 的话应该就可以，我想。--Liuxinyu970226（留言） 2016年10月7日 (五) 01:05 (UTC)

可以用Petscan，或者直接搜。现在这两个分类的交集应该是空的，所以没有搜寻结果显示。--578985s（留言） 2016年10月7日 (五) 15:11 (UTC)
对，我的意思就是防止分类冗赘芜杂，如果能有这样的搜索工具，一些对个别交叉分类有兴趣的人就可以避免创建类似分类。余兮（留言） 2016年10月13日 (四) 11:34 (UTC)

跨名字空间移动后的巡查问题

最新留言：在8年前发布2条留言2人参与讨论

从draft或user名字空间移动到主名字空间后，在Special:Newpages里面还是显示在原来的名字空间（虽然标题上的“draft”已经去除）。以致单独查看“条目”名字空间无法找到这些未巡查的条目。--Ti ge r（留言） 2016年10月13日 (四) 12:15 (UTC)

好像可以通过api用rcid或oldid来将其巡查掉。还有为人为己，移动前先把巡查清了。——路过围观的Sakamotosan 2016年10月13日 (四) 13:16 (UTC)

关于自订CSS语法

最新留言：在8年前发布1条留言1人参与讨论

请问一下，自订CSS语法除了设定自己想要的字型大小之外，像Template:电视节目的变迁、Template:YouTube的语法可以写进去吗？--Naturenice（留言） 2016年10月14日 (五) 15:03 (UTC)

引入InternetArchiveBot，以及一些其他存档来源

最新留言：在8年前发布1条留言1人参与讨论

本主题全部或部分段落文字，已移动至Wikipedia_talk:失效链接。执行人：Jimmy-bot（留言） 2016年10月24日 (一) 08:42 (UTC)。

The Wikimedia Developer Summit wants you

最新留言：在8年前发布1条留言1人参与讨论

The Wikimedia Developer Summit is the annual meeting to push the evolution of MediaWiki and other technologies supporting the Wikimedia movement. The next edition will be held in San Francisco on January 9–11, 2017.

We welcome all Wikimedia technical contributors, third party developers, and users of MediaWiki and the Wikimedia APIs. We specifically want to increase the participation of volunteer developers and other contributors dealing with extensions, apps, tools, bots, gadgets, and templates.

Important deadlines:

Monday, October 24: last day to request travel sponsorship. Applying takes less than five minutes.
Monday, October 31: last day to propose an activity. Bring the topics you care about!

More information: https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit

Subscribe to weekly updates: https://www.mediawiki.org/wiki/Topic:Td5wfd70vptn8eu4

MKramer (WMF) (talk) 2016年10月14日 (五) 19:07 (UTC)

请中文维基技术人员协助阻止User:小曹2015在文言文维基的疯狂破坏

最新留言：在8年前发布13条留言6人参与讨论

此人自从被全域封锁后就展开疯狂的破坏行动，其在文言文维基百科破坏尤甚，详见维基大典:屡毁大典文观者。他注册傀儡或使用匿名IP对首页进行破坏，持续散发广告消息[8]，并对@逆襲的天邪鬼：进行恶毒的人身攻击[9]。最近两天使用112.98.27.239和203.66.68.230这两个IP持续破坏，说什么“换个IP继续破坏”，甚至向管理员@損齋：挑衅说“别回退了，没用的！”[10]

此人现在是文言维基最大的破坏者，如不断回退破坏显然是比较困难的事，请问各位懂得维基技术的大神，能否像中文维基一样弄个关键字的过滤功能，把“小曹铁路”，“加群”，“bilibili”以及此人的群号和外部链接作为关键字，禁止匿名和新注册用户加入该关键字？该如何做，代码如何写？如此应该是最好的解决方法，@損齋：你说呢？--122.90.90.133（留言） 2016年10月15日 (六) 02:31 (UTC)

中文维基和文言维基是两个项目。请去那边的客栈反映问题。--Antigng（留言） 2016年10月15日 (六) 02:34 (UTC)

但是对于跨域破坏的技术支持，还是提及下，我们这边有记录其破坏特征的话，也可以作为支援参考。就像影武者那种。——路过围观的Sakamotosan 2016年10月15日 (六) 04:31 (UTC)

这我知道，我是来请教下防止其破坏的方法的。对于那个恶心的人，估计文言文那边的管理员@損齋：也没有对策吧。--122.90.90.133（留言） 2016年10月15日 (六) 02:41 (UTC)

维基无关问题去WP:ASK问。--Antigng（留言） 2016年10月15日 (六) 03:05 (UTC)

保护、半保护、去Meta举报、防滥用过滤器、大量删除、回退权和批量回退（需要改代码以适应文言文）……对策很多，只要管理员（例如User:损斋）能利用好，足以让曹国铁路迅速坠毁，回归虚无。--维基捣蛋鬼（留言） 2016年10月15日 (六) 02:50 (UTC)

添加一个类似于中文201号的过滤器？--Nbfreeh 2016年10月15日 (六) 02:53 (UTC)

我觉得至少是added_lines irlike "([小曉晓]|xiao|xiao).*([曹艹]|cao).*......"那种吧。再过滤qq群，同样要考虑换字的问题。--维基捣蛋鬼（留言） 2016年10月15日 (六) 03:07 (UTC)

另外Meta被大量删除的垃圾页面是他通过脚本搞的。他能随时换一堆IP，所以光封禁是没用的，需要赶快设置过滤器。--维基捣蛋鬼（留言） 2016年10月15日 (六) 03:07 (UTC)

我不反对添加过滤器。只是这需要专门人士来添加。我不专攻此领域。曹已在元维基被全域封锁，但仍不能保证其不用VPN或者什么其他方式来破坏。但凡有的，我必定及时消除。----损斋（留言） 2016年10月15日 (六) 03:12 (UTC)

过滤器需要管理员添加，你是管理员。。--Nbfreeh 2016年10月15日 (六) 03:16 (UTC)

如果可以，请告知所需语句，我可以添加上去。----损斋（留言） 2016年10月15日 (六) 03:18 (UTC)

@損齋：建议你们用电邮私聊。--维基捣蛋鬼（留言） 2016年10月15日 (六) 15:47 (UTC)

Editing News #3—2016

阅读这份电子报的其他语言版本 • 订阅这份多种语言的电子报

你知道吗？

你知道你可以轻易地在视觉化编辑器中重整栏与列吗？

选择你想要移动的那一栏或一列中的空格。点选在这栏或这列开头的箭头来开启下拉式选单。选择“往前移动”或“往后移动”来移动栏位，或是“往上移动”或“往下移动”来移动列位。

你可以阅读并协助翻译使用手册，其中有关于如何使用视觉化编辑器的更多相关资讯。

自上一份电子报发布以来，视觉化编辑器团队主要工作于新的Wikitext编辑器上。同时也释出了一些小功能以及新的地图编辑工具。其工作内容已经在Phabricator内发布。你可以在下列的连结mw:VisualEditor/Weekly triage meetings找到每一周完成的工作。他们的当下的优先工作是修复程式错误，并且发布 2017 维基语法编辑器当作测试功能，并且改善多语言的支援。

近期更动

你现在可以把设定文字成小或大。[11]
隐形模板已经用拼图的图示来呈现。现在，隐形模板的名称会在拼图的图示的旁边显示。[12] 类似的功能将会显示隐藏的HTML建议之第一块部分。[13]
分类在每一页的底部显示。如果你点选了分类，编辑分类的对话框将会开启。[14]
在许多 wiki 站台，你现在可以增加地图到页面中了。前往插入选单并且选择“Maps”选项即可。 Discovery 部门现在正在相关领域添增更多特色，像是地理形状。你可以在 mediawiki.org 阅读到更多相关资讯。[15]
“储存”钮现在当你创建页面时会显示为“储存页面（Save page）”，而当你编辑原本就存在的页面时会显示“储存更新（Save changes）”。[16] 预计未来“保存编辑”钮将会显示为“发布页面”。不论是视觉化或维基语法的编辑器，都将会被影响到。更多相关资讯请见元维基。
图片集现在可用视觉化的模式编辑。你可以看到照片的缩图、增加新的档案、以拖放的方式移除不想要的图片、或是在每一张图片下增加图说文字。使用“选项（options）”分页来设定图片集显示模式、图片大小、或是为图片集加上标题。[17]

未来更新

视觉化编辑器将会提供给维基百科“阶段六”语言版本中剩下的10种语言的所有使用者。开发人员想要知道在这些语言版本使用视觉编辑器来输入的感觉是否自然。请到在 mediawiki.org 上的回馈留言告诉我们您的建议以及您测试的语言。这将会影响多种语言的维基媒体计画，包含泰文、缅甸文、以及亚拉姆语。

开发团队也正在开发一个现代版的维基语法编辑器。2017维基语法编辑器外观将会像是视觉化编辑器并且能够使用 citoid 服务以及其他现代化的工具。这个新的编辑系统将可以在2016年10月开始桌机装置上进行测试。您可以在维基媒体邮件列表的通用最新消息里头阅读跟这个计画有关的讯息。

欢迎与我们一同参与

您可曾教过新的编辑者使用视觉化编辑器？您可曾协助过在您的wiki站台设置 Citoid 自动文献载入功能？您可曾撰写或导入过您觉得重要的引用模板（citation template）的模板资料（TemplateData）？您是否愿意协助新手编辑或新兴社群使用视觉化编辑器？欢迎来视觉化编辑器社群工作小组（VisualEditor Community Taskforce）报到签名。

如果您并非使用自己偏好的语言阅读这份电子报，欢迎您协助翻译！订阅翻译者邮件列表或直接与我们联系，让我们可以在下一次电子报准备好时通知您。谢谢您！

—Elitre (WMF)

2016年10月15日 (六) 17:49 (UTC)

Tech News: 2016-42

这是来自维基媒体技术社群的最新技术新闻。请将这些更新转告其他用户。不是所有的更新都将影响您。我们也提供它的翻译版本。

最近更新

有一封来自维基媒体基金会协作团队的新闻报纸。它将包含更多有关Flow和通知例子的详情。您可以阅读第一期。

问题

部分用户在上周收到有关维基百科安全证书的警告。这可能是因为GlobalSign的问题。现已修复。只有少数用户收到了警告。 [18]
编辑者不能在Android版维基百科应用中编辑受半保护的页面。这个问题已在测试版本中修复。 [19]

本周更新

本周没有新的MediaWiki版本。 [20]

将来更新

编辑部门正在着手提供新的wiki文本编辑器。它将拥有目前在可视化编辑器中拥有，但未存在于wiki文本编辑器的工具。您可以阅读更多有关这项工作的内容。这是早期计划，仍存在更改空间。旧wiki文本编辑器仍将继续存在。

技术新闻由技术大使制作并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2016年10月17日 (一) 16:42 (UTC)

ProveIt无法在编辑draft时使用

最新留言：在8年前发布2条留言2人参与讨论

如题，似乎仅在主名字空间编辑时 proveit才会出现。--Ti ge r（留言） 2016年10月23日 (日) 03:20 (UTC)

@Tigerzeng：，此工具存放于enWP，请与那边的人员联系。--Antigng（留言） 2016年10月24日 (一) 13:03 (UTC)

模板内使用转换组引发冲突

最新留言：在8年前发布3条留言2人参与讨论

有不少模板内使用noteTA转换组，如Template:漫威电影宇宙、Template:漫威漫画电影，但我发觉会与条目中的noteTA转换组发生冲突，如蝙蝠侠对超人：正义曙光会产生两个字词转换标示，当模板内使用noteTA转换组是二个或以上就不能显示，想问有没有解决办法？如果没有就可能需用手工转换。－日月星辰【留言簿】 2016年10月23日 (日) 10:20 (UTC)

模板的noteTA用noinclude包裹。——路过围观的Sakamotosan 2016年10月23日 (日) 11:38 (UTC)

已解决，谢谢！－日月星辰【留言簿】 2016年10月24日 (一) 14:09 (UTC)

简繁/异体字搜索

最新留言：在8年前发布3条留言2人参与讨论

建议mediawiki软件加入简繁/异体字搜索的功能。输入“关键词”便可以搜索正则表达式“[關𨳹関𨶚闗𨳡閞关𫔢𨵈][键鍵𨭙鑳𨵭楗][词詞𧥝䛐]”。需要考虑：

简繁区别
异体字区别
同型字的多个编码

字符可以参考这里。注：异体字搜索在维基文库尤其有用。--維基小霸王（留言） 2016年10月25日 (二) 01:38 (UTC)

似乎目前的搜索提供了类似的功能：mw:Help:CirrusSearch--百無一用是書生 (☎) 2016年10月25日 (二) 03:49 (UTC)

确实可以。问题是如何让它更加自动化。--維基小霸王（留言） 2016年10月25日 (二) 04:07 (UTC)

有关左侧“其他语言”新功能的三个疑问

最新留言：在8年前发布2条留言2人参与讨论

约两个月前，左侧“其他语言”引进了新功能，隐藏了很多不常用的语言。我有三个疑问，未知各位可否协助解答：

有甚么准则决定显示和隐藏哪些语言的预设名单？
显示和隐藏哪些语言的预设名单可否修改？如何修改？（例如希望可显示所有汉语系语言，而非只有粤语）
如果预设名单未能修改，用户可否修改自己的名单？如何修改？

谢谢。--Hargau（留言） 2016年10月28日 (五) 04:14 (UTC)

看Wikipedia:互助客栈/消息/存档/2016年7月。——路过围观的Sakamotosan 2016年10月28日 (五) 05:48 (UTC)

Template:lowercase不支持繁简转换

最新留言：在8年前发布11条留言2人参与讨论

RT，这个应该怎么修？ --Dabao qian（留言） 2016年10月27日 (四) 06:25 (UTC)

直接在noteTA上处理标题变化。——路过围观的Sakamotosan 2016年10月27日 (四) 06:29 (UTC)

(：)回应：随便翻了一下链入，好多中英混合标题的文章都在用这个模板，一个一个改貌似不太现实。--Dabao qian（留言） 2016年10月27日 (四) 06:58 (UTC)

因为{{DISPLAYTITLE}}是直接覆盖标题的默认显示文字（生文字），而noteTA是使用-{T|}-在转换后再覆盖标题的默认显示文字。根据SB的测试，DISPLAYTITLE是最终确定值。所以，套句老话就是，“It's Not a Bug, it's a Feature!”——路过围观的Sakamotosan 2016年10月27日 (四) 07:18 (UTC)

另外，可以看看mw:Manual:Parser.php，或者直接看代码或者doc，看一下魔术字替换和LC更换的关联和处理排次，这样大概能了解为什么DISPLAYTITLE不会再处理繁简转换了。另，我也在看……——路过围观的Sakamotosan 2016年10月27日 (四) 07:28 (UTC)

关于LC对displaytitle的影响，我看代码只找到这些，省略过，将就些（class Parser，class LanguageConverter）：

LC和P的关系代码，略长

  /*class Parser*/
  /*line 453*/if ( !( $options->getDisableTitleConversion()
      || isset( $this->mDoubleUnderscores['nocontentconvert'] )
      || isset( $this->mDoubleUnderscores['notitleconvert'] )
      || $this->mOutput->getDisplayTitle() !== false )
  ) {
      $convruletitle = $this->getConverterLanguage()->getConvRuleTitle();
      if ( $convruletitle ) {
          $this->mOutput->setTitleText( $convruletitle );
      } else {
          $titleText = $this->getConverterLanguage()->convertTitle( $title );
          $this->mOutput->setTitleText( $titleText );
      }
  }

/*class LanguageConverter*/
    /*68*/  public $mConvRuleTitle = false;
    /*......*/
    /*153*/public function getConvRuleTitle() {
       return $this->mConvRuleTitle;
    }
    /*......*/
    /*459*/public function translate( $text, $variant ) {
    // If $text is empty or only includes spaces, do nothing
    // Otherwise translate it
        if ( trim( $text ) ) {
           $this->loadTables();
           $text = $this->mTables[$variant]->replace( $text );
        }
        return $text;
    }
    /*......*/
    /*491*/protected function applyManualConv( $convRule ) {
        // Use syntax -{T|zh-cn:TitleCN; zh-tw:TitleTw}- to custom
        // title conversion.
        // Bug 24072: $mConvRuleTitle was overwritten by other manual
        // rule(s) not for title, this breaks the title conversion.
        $newConvRuleTitle = $convRule->getTitle();
        if ( $newConvRuleTitle ) {
            // So I add an empty check for getTitle()
            $this->mConvRuleTitle = $newConvRuleTitle;
        }

        // merge/remove manual conversion rules to/from global table
        $convTable = $convRule->getConvTable();
        $action = $convRule->getRulesAction();
        foreach ( $convTable as $variant => $pair ) {
            if ( !$this->validateVariant( $variant ) ) {
                continue;
            }

            if ( $action == 'add' ) {
                // More efficient than array_merge(), about 2.5 times.
                foreach ( $pair as $from => $to ) {
                    $this->mTables[$variant]->setPair( $from, $to );
                }
            } elseif ( $action == 'remove' ) {
                $this->mTables[$variant]->removeArray( $pair );
            }
        }
    }
    /*......*/
    /*528*/public function convertTitle( $title ) {
        $variant = $this->getPreferredVariant();
        $index = $title->getNamespace();
        if ( $index !== NS_MAIN ) {
         $text = $this->convertNamespace( $index, $variant ) . ':';
        } else {
         $text = '';
        }
        $text .= $this->translate( $title->getText(), $variant );
        return $text;
    }

{{DISPLAYTITLE}}涉及魔术字展开的replaceVariables()，里面关于模板展开的方法没看到，不过可以认为不会和LC有关，所以不会被LC的标题转换处理到？——路过围观的Sakamotosan 2016年10月27日 (四) 08:47 (UTC)

关于displaytitle魔术字，它的实现是在class CoreParserFunctions的（它是一个解释器函数，这个函数在解释器启动时会注册进去的。可以看class Parser的line 329），然后class CoreParserFunctions的line 448在处理函数时会设定一个title值，但里面不会涉及LC的调用，而且设定后，见上面class Parser，提及如果这个值不等于false的相反，则不会进行LC的标题转换。非空字符串为true，!(...true!==false)，所以displaytitle应该肯定跳过了LC标题转换部分。——路过围观的Sakamotosan 2016年10月28日 (五) 01:28 (UTC)

@Dabao qian：希望你能理解这个调用行文。——路过围观的Sakamotosan 2016年10月28日 (五) 03:34 (UTC)

另，测了一下，只要用noteTA代替即可。因为displaytitle会比-{T|}-先调用而后者失败，只要-{T|}-首字小写即可，因为同样是原样输出。——路过围观的Sakamotosan 2016年10月28日 (五) 03:40 (UTC)

(：)回应：所以阁下的意思是，先去修改{{lowercase}}模板文档，提示各位编辑者那个模板应当仅在纯英文标题的条目中使用，然后再去逐一检查并修改链入？这样太耗时间和精力了，一个一个筛查不知道要弄到何年何月（{{艺人}}模板的裸网址问题至今都还没有筛查完）。另外靠规范编辑者行为的方式本身是否有效还是个问题，因为对有些编辑者而言，你制定了规范在那里，他们并不见得一定就会遵守。尤其是那些喜欢从英语维基百科翻译条目的编辑者，不经意间就会把{{lowercase}}给带入。--Dabao qian（留言） 2016年10月28日 (五) 12:05 (UTC)

数量还可以吧，只能先提点，然后慢慢fixup吧。——路过围观的Sakamotosan 2016年10月28日 (五) 12:11 (UTC)

受IP及用户名限制，无法登录

最新留言：在8年前发布3条留言3人参与讨论

本主题或以下段落文字，移动自维基百科:知识问答。执行人：星耀晨曦（留言|欢迎参与升级授权协议的讨论） 2016年10月21日 (五) 03:30 (UTC)。

在用户电脑上，该用户因输入密码失败后出现提示，尝试太多，需要5分钟后才能登录。

自此后，在该电脑上，只要使用该用户进行登录，就永远都是这个提示，但是

在其他电脑上，该用户可以登陆
在该电脑上，使用其他用户也可以登陆

查系统信息，提示是changeemail-throttled，在源码中查了下，（大概）有三个相关的地方：

incLoginThrottle: 用IP和用户名来判断
clearLoginThrottle:
attemptReset: 文件SpecialChangePassword.php中调用clearLoginThrottle

用维护工具更改该用户密码，也无法消除这个信息。

服务器上并没有开通邮件服务，因此不能用邮件的方式重置该用户密码。

求解，应该怎么操作才能解除该用户在该电脑上的限制。

Redlz250（留言） 2016年10月21日 (五) 03:23 (UTC)

楼主自行搭建了mediawiki？这应该与维基百科无关，原来发表在知识问答应该是合适的，或者你可以去mediawiki网站问。至于你说的这个问题，考虑清空该电脑的浏览器cookie及改变IP。--Gqqnb（留言） 2016年10月29日 (六) 00:43 (UTC)

关于Mediawiki左上角的繁简转换标签功能的提问

最新留言：在8年前发布6条留言4人参与讨论

Mediawiki默认有zh, zh-hans, zh-hant, zh-cn, zh-tw, zh-hk, zh-mo, zh-my, zh-sg 共九种中文变体然而维基百科上，仅有5种繁简变体。

请问中文维基百科是怎么设置更改中文变体的？怎么更改左上角语言切换标签数量呢？是使用$wgDisabledVariants来禁止吗？

萌娘百科这边使用了$wgDisabledVariants = array( 'zh-hk', 'zh-mo', 'zh-my', 'zh-sg' ); 之后页内字词转换标签用到 zh-hk zh-mo zh-my zh-sg 就会出错，但中文维基百科使用以上九种标签任意一种都没有出错。请问是如何处理的？

谢谢~--晒太阳的冰（留言） 2016年10月28日 (五) 00:54 (UTC)

大概是用小工具脚本来移除吧。去小工具找“隐藏“不转换”、“简体”和“繁体”三个标签”。另冰爷居然出现了，题外，萌娘真得要搬回来吗？服务器不够钱，还是用户体验太差？——路过围观的Sakamotosan 2016年10月28日 (五) 02:02 (UTC)

题外2，小曹事件，是不是根本没考虑过后端保护，只是靠前端应付大陆访问，然后后端被直接秒杀了？学一下这里的部署如何？——路过围观的Sakamotosan 2016年10月28日 (五) 02:04 (UTC)

(！)意见：“大马简体”和“新加坡简体”不是在很久以前就已经合并了吗？我记得以前用zh-my是无效的啊。但是中文维基百科以外的其他中文维基媒体计划却仍然保留了“大马简体”。--Dabao qian（留言） 2016年10月28日 (五) 12:09 (UTC)
@Dabao qian：是在维基导游上么？--Liuxinyu970226（留言） 2016年10月28日 (五) 23:37 (UTC)

(：)回应：就是在中文维基导游上。--Dabao qian（留言） 2016年10月29日 (六) 00:43 (UTC)

为什么我无法显示图片？

最新留言：在8年前发布5条留言4人参与讨论

如图，不管重新整理几次，大部分的图片都无法显示于网页中，大约从10月21日开始这样，我用的是Google Chrome浏览器，请问这是为什么？-游蛇脱壳/克劳棣 2016年10月23日 (日) 13:41 (UTC)

即使更新了浏览器版本，还是有问题，居然有这种只显示六分之一的图片。-游蛇脱壳/克劳棣 2016年10月23日 (日) 14:12 (UTC)

是不是阁下的网络连线有问题？--【和平至上】~《💬》~《📝》 2016年10月26日 (三) 05:50 (UTC)

我刚才点了这两个外部链接，在有域名重定向的情况下都可以正常访问。--SolidBlock^（留言）_{初三罄竹难书的教育制度和中考使我无法活跃} 2016年10月29日 (六) 03:41 (UTC)

有没有网络（防火墙之类的）干扰？--Gqqnb（留言） 2016年10月29日 (六) 00:44 (UTC)

因网络问题而失去编辑文本框内容如何恢复

最新留言：在8年前发布8条留言5人参与讨论

我在大陆编辑维基百科时，由于链接不稳定而且没有开赛风，导致提交内容时所输入的内容丢失（即使是后退到编辑框也无法恢复）。那么怎么找回我那丢失的内容？（我输入的内容没有成功地上传到服务器，也没有复制）--SolidBlock^（留言）_{初三罄竹难书的教育制度和中考使我无法活跃} 2016年10月28日 (五) 10:57 (UTC)

有些浏览器（比如我用的QQ浏览器）是可以后退的，而且是还原而不是重新加载页面。不过，还是最好开VPN来编辑。——星耀晨曦（留言|欢迎参与升级授权协议的讨论） 2016年10月28日 (五) 12:16 (UTC)

没有用的。这些内容永久性地从世界上消失了。这也就是为什么帮助页面建议你先用文本编辑器改好再提交编辑。--Antigng（留言） 2016年10月28日 (五) 13:15 (UTC)

如果浏览器没有发生崩溃等意外情况，那么内容就找不回来了。所以建议用文本编辑器写好再贴（把你封禁一顿你就知道文本编辑器有多么重要了）。如果会JavaScript的话也可以开发个“草稿”功能。--维基捣蛋鬼（留言） 2016年10月28日 (五) 18:31 (UTC)

有些时候按上一页，回到编辑模式，内容会跑回来。但要碰运气。-和平、奋斗、救地球！（留言） 2016年10月28日 (五) 14:46 (UTC)

谢谢大家的帮助（虽然恢复过来已经没希望了）。我想问一下，能不能让编辑框的内容自动保存到cookie里面（至少cookie的内容不会太容易腐烂），然后就可以像word一样重新启动时自动恢复；或者像编辑邮件一样，每隔一段时间自动保存，网络出问题会自动提醒？--SolidBlock^（留言）_{初三罄竹难书的教育制度和中考使我无法活跃} 2016年10月29日 (六) 03:39 (UTC)

@SolidBlock：萌娘百科有一个类似工具，可以搬过来用用。需要在Special:MyPage/common.js中加入：

mw.loader.load("//zh.moegirl.org/index.php?title=MediaWiki:Gadget-EditDraft.js&action=raw&ctype=text/javascript");

不过因为我没用过所以不做任何保证。--维基捣蛋鬼（留言） 2016年10月29日 (六) 05:35 (UTC)

我刚才试了一下这个js，看起来挺好用的。--SolidBlock^（留言）_{初三罄竹难书的教育制度和中考使我无法活跃} 2016年10月29日 (六) 08:53 (UTC)

Template:Tw monument与Template:Infobox_historic_site都出现相同的错误

最新留言：在8年前发布1条留言1人参与讨论

发现Template:Tw monument是与Template:Infobox_historic_site使用相同的内码及参数，当有一个模板出现错误时，导致另一个模板也跟著出错，其错误讯息显示为：

Lua错误模块:Location_map的第337行：A hemisphere was provided for longitude without degrees also being provided

以上，请技术管理员修正，谢谢。--114.46.242.228（留言） 2016年10月29日 (六) 14:23 (UTC)

建议增设机器人批量替换跨语言链接至模板

最新留言：在8年前发布16条留言6人参与讨论

建议增设跨语言清理bot批量将条目内的跨语言链接（[[:xx:*|*]]）替换为跨语言模板（{{link-xx|*|*}}），以解决中文维基百科大部分条目中存在有不符合格式手册的跨语言链接问题。--Jerre Jiang 　讨论　 2016年10月5日 (三) 12:29 (UTC)

@Liangent：@Antigng：L大和An大对此提议有何看法和建议吗？--Jerre Jiang 　讨论　 2016年10月5日 (三) 12:52 (UTC)

好像在整理跨域连接时就有提过了（也不止一次？），但是无法识别一些可用范围（例如某些作为英文原词解释的，外面是全角圆括的；直接标记直连，例如[[:ja:例子|例子]]，有字符在CJK范围内），所以不便于整体处理，而不了了之。——路过围观的Sakamotosan 2016年10月5日 (三) 14:08 (UTC)

有些词语属于未翻译，需要人工介入，这样的也无法直接让机器人来换。--维基捣蛋鬼（留言） 2016年10月5日 (三) 17:23 (UTC)

呃，换完之后人工介入再翻（先解决格式问题），而不是翻完再换（先修正翻译错误），而且我认为这两个问题完全是独立的，解决了格式问题并不会影响翻译问题的解决难度（如加大翻译难度等）。--Jerre Jiang 　讨论　 2016年10月6日 (四) 01:14 (UTC)

我反对全自动化替换。各条目情况各异，有些是翻译，有些不是翻译，有些可以作为条目名出现，有些又不可以，有些应当换掉，有些应当删掉。有{{link style}}仍能引起注意，改成{{tsl}}或{{le}}之后，错误会变得更加隐蔽和难以检查。

如果我不熟悉条目的话题，为了不犯错误，即使其中只有一个跨语言连结我也不会贸然去清理。--维基捣蛋鬼（留言） 2016年10月13日 (四) 09:28 (UTC)

其实这种大多数情况下每个页面内部是一致的。应该考虑做半自动处理工具，看一遍，选一个替换格式，然后自动替换。 --达师 - 334 - 554 2016年10月9日 (日) 11:02 (UTC)
- @Hat600：我做了一个半自动化工具User:逆袭的天邪鬼/fixlinkstyle.js。要是因此荣登VIP榜不要怪我。但是，即便如此，人工翻译和检查都是不可避免的。

另外我发现有些条目已经没有跨语言连结和章节上的连结，但是仍然有{{link style}}模板，这种情况倒是可以动用机器人进行清理。--维基捣蛋鬼（留言） 2016年10月13日 (四) 09:23 (UTC)

这种情况已经有L大的Liangent-bot在清理了 囧rz...抱歉，刚才看走眼了，把link style当Internal link helper了

囧rz...--Jerre Jiang 　讨论　 2016年10月16日 (日) 01:50 (UTC)

这两天我进行了一些清理，发现至少有以下几种状况：

情况	示例	需要注意的问题
把未翻译的名字直接扔到那里	[[:en:Name]]或[[:en:Name\|Name]]	①注意可能的同名条目； ②有些不需要翻译或没有翻译； ③有些应当直接摘掉链接（见下面）。
有译名或文本	[[:en:Name\|名字]]	① 后面的部分不一定是译名（例如实际上可能是{{le\|條目名\|Name\|文字}}）； ② 即使是译名也不一定真有对应条目，例如译名不准确； ③ 可能已有同名条目但不是这个东西（而且没有对应中文条目，需要人工加入消歧义）。
中外混写	[[名字]]（[[:en:Name\|Name]]）	①有些情况下中文并不是链接，或者括号外面并不是中文（例如{{lang\|ja\|xx}}）； ②有些中文和外文名不相连，需要检查上下文才能发现外文应当直接摘掉链接。
语法错误	{{le\|條目名\|[[:en:Name\|Name]]}}）
链接已修复但没人摘link style（已由User:和平-bot处理）
明明有问题却没挂link style（已由User:和平-bot处理）

如果发现其他情况，可以直接改这段发言。--维基捣蛋鬼（留言） 2016年10月16日 (日) 18:38 (UTC)

(～)补充：如果只是这些情况那或许还是有人有解决方法，但我最近也发现几种更难处理的情况：[[:en:Name|參見英文條目]]、[[:en:Name#xxx|文字]]，其中:en:Name有一部分是连到当前条目的英文对应页面。-和平、奋斗、救地球！（留言） 2016年10月18日 (二) 00:28 (UTC)
- “参见”类用模式匹配探测出来后，查找有没中文，没则以英文原名标示。“章节跳”类，我觉得可以试试移除掉。——路过围观的Sakamotosan 2016年10月19日 (三) 08:20 (UTC)

用半自动化（例如AWB）来跑比较好，方便判断。——路过围观的Sakamotosan 2016年10月18日 (二) 01:05 (UTC)

建议管理员将天邪鬼开发的半自动化跨语言链接清理工具加入到维基百科小工具内。--Jerre Jiang 　讨论　 2016年10月24日 (一) 04:39 (UTC)
- 完成 --Antigng（留言） 2016年10月30日 (日) 04:35 (UTC)
(～)补充：有些情况是条目没有，但导航模板（例如{{旗帜列表}}）和技术性模板（例如{{Authority control}}）里面有。--维基捣蛋鬼（留言） 2016年10月29日 (六) 08:33 (UTC)

搜索栏出问题

最新留言：在8年前发布5条留言4人参与讨论

请问中文维基百科搜索栏上面写的字，应该是“搜索维基百科”，啥时候变成“搜索Wikipedia”了？是不是有人改过了？请管理员进行解释，谢谢--Shwangtianyuan 中秋快乐天涯共此时月圆人团圆 2016年10月28日 (五) 06:14 (UTC)

一个，看上面2016-43技术新闻。其次准确来说，应该是叫“搜索{{SITENAME}}”，而我们的{{SITENAME}}就是叫——Wikipedia。翻译的锅。——路过围观的Sakamotosan 2016年10月28日 (五) 07:31 (UTC)

这种东西，无所谓的吧

囧rz...——星耀晨曦（留言|欢迎参与升级授权协议的讨论） 2016年10月28日 (五) 07:36 (UTC)

Deskana似乎解决了这个？麻烦把MediaWiki:Searchsuggest-search抄几份放在variant里（不然就全面简体化了？）--Liuxinyu970226（留言） 2016年10月30日 (日) 00:28 (UTC)

有关问题已经解决了。--Shwangtianyuan 中秋快乐天涯共此时月圆人团圆 2016年10月30日 (日) 05:22 (UTC)

每日图片不居中

最新留言：在8年前发布1条留言1人参与讨论

从前几天开始，首页的每日图片不居中了，不知道是哪里出了问题？--百無一用是書生 (☎) 2016年10月31日 (一) 06:00 (UTC)

自动推荐条目功能

最新留言：在8年前发布7条留言4人参与讨论

我在想维基百科能不能像YouTube那样，根据我们浏览的记录自动推送一些我们可能感兴趣的条目。那样好方便的。--1 =0，欢迎维基人加QQ群170258339 2016年10月31日 (一) 02:55 (UTC)

于是就得多纪录浏览记录？有些人可能会不愿意，毕竟涉及个人隐私。-和平、奋斗、救地球！（留言） 2016年10月31日 (一) 02:58 (UTC)

目前有mw:Reading/Web/Projects/Related pages，手机app上也有因为您阅读某条目而列出相关条目的功能--百無一用是書生 (☎) 2016年10月31日 (一) 03:16 (UTC)

我指的不止在阅读某条目时给出相关条目。而是在没阅读条目时，例如在首页感到无所适从时，根据你的浏览统计，给出推荐条目。因为我发现，当前首页上的条目，可能很多都不是我所感兴趣的内容。我想要维基百科推送给我条目。--1 =0，欢迎维基人加QQ群170258339 2016年10月31日 (一) 03:29 (UTC)

(：)回应：不知道要干嘛的话可以看Special:随机页面，一直按，按到有兴趣为止，如果不想一直按可以试试回圈脚本，比如User:A2569875/自动随机页面.js/doc。--　宇帆（普通留言·Flow留言·联络） 2016年10月31日 (一) 04:55 (UTC)

我也尝试过按随机页面，但感觉很费时间，找到自己想看的条目的概率很低，找到自动刷的条目的概率却很高。--1 =0，欢迎维基人加QQ群170258339 2016年10月31日 (一) 06:19 (UTC)

这样的话，可能要开发新扩展才行了--百無一用是書生 (☎) 2016年10月31日 (一) 05:58 (UTC)

什么时候编辑注释可以修改呢？

最新留言：在8年前发布2条留言2人参与讨论

如题，比如写错字，要增减内容怎么办？ --我是火星の石榴（留言） 2016年10月31日 (一) 06:20 (UTC)

在无关紧要的地方加一个回车或者减一个，把你要写的摘要写上，保存。或者写讨论页。 --达师 - 334 - 554 2016年10月31日 (一) 08:39 (UTC)