跳转到内容

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

维基百科，自由的百科全书
< Wikipedia:互助客栈

这是本页的一个历史版本，由小璋丸（留言 | 贡献）在2016年4月21日 (四) 06:01 （→請求引入mw:Extension:QuickGV）编辑。这可能和当前版本存在着巨大的差异。

快捷方式

本页用作讨论在编辑时遇到的技术问题；发表问题或讨论前，请先参阅常见问题解答、帮助信息、MediaWiki基本问题及搜索旧讨论记录。另请注意：

请注重礼仪、遵守方针与指引，一般问题请至互助客栈其他区或知识问答提出，留言后请务必签名（点击 ）。


发表前请先搜索存档，参考旧讨论中的内容可节省您的时间。

12月16日之后没有新回应的议题会移动至相应的讨论页或存档。跳至本页的：目录 · 底端

公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (UTC+8)
1 滥用过滤器警告信息 13 3 ZhaoFJx 2024-11-30 01:02
2 Navbox hlist 数字清单 多余开括号（重开） 3 3 Dabao qian 2024-12-18 02:15
3 应将使用Fullurl模板之页面连结排除于待建立模板外 22 4 A2569875 2024-12-26 12:46
4 由Flow引起的用户讨论页故障 5 3 Txkk 2024-12-17 20:39
5 Category:巴西游泳运动员和Category:巴西游泳運動員 6 3 Liu116 2024-12-23 12:57
6 2024年第51期技术新闻 1 1 MediaWiki message delivery 2024-12-17 06:23
7 Sub-referencing: Request for feedback 3 2 Johannes Richter (WMDE) 2024-12-18 18:11
8 礼仪师之奏鸣曲页面开头的典范条目之星是不是太大了？ 9 3 Shizhao 2024-12-24 17:09
9 AFCH增添 2 2 SunAfterRain 2024-12-19 02:58
10 iOS行动版app加入连结功能易引导他人违反WP:NOTBROKEN 2 2 Kcx36 2024-12-21 17:40
11 修正参考资料格式能否由机器人自动完成 2 2 Kcx36 2024-12-21 17:34
12 条目左上角的“维基百科，自由的百科全书”怎么不见了？ 17 5 Shizhao 2024-12-26 10:44
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时，
请先检查设定是否有误

正在广泛征求意见的议题

以下讨论需要社群广泛关注：（重新整理）

维基百科技术议题与模板

Wikipedia talk:字词转换处理/公共转换组 § 思路：条目预储公共转换组中匹配的规则，减少载入时间


近年有些公共转换组越来越大，导致所嵌入的各条目等页面（为便说明下称“条目”但不限于条目）载入越来越慢，为人诟病。而若条目预先储存公共转换组中与条目中字词相匹配的转换规则，并适时更新：— Gohan 2024年3月12日 (二) 05:00 (UTC)

Wikipedia:互助客栈/技术 § 滥用过滤器警告信息

刚刚不小心触发了Special:滥用过滤器/12，收到警告但因无明确信息我根本不知道为什么会触发。现在知道了，但请为此过滤器（及其他仅使用“abusefilter-warning”做警告信息的过滤器）补充明确说明，方便编者，谢谢。--惣流·明日香·兰格雷不姓式波 2024年11月18日 (一) 01:36 (UTC)

Template talk:AFG § 是时候在阿富汗条目及模板挂上塔利班的旗帜了吧？

喀布尔陷落已经三年了，而民族抵抗阵线的声音也已经消失了三年，可以确认的是塔利班已经基本掌控整个阿富汗地区，是时候让阿富汗的旗帜换上塔利班的了。--糯米花（留言） 2024年12月10日 (二) 09:03 (UTC)

Template talk:SYR § Template:SYR所使用的旗帜

在阿萨德政权垮台后的新政权所使用的旗帜为这个，但Template:SYR仍未更新。请问是否应立即更新？--132.234.228.89（留言） 2024年12月16日 (一) 08:57 (UTC)

关于首行空两格的问题

这个小工具可以让段落更符合中国人写文章的文章。讨论页不需要首行空两格，但是互助客栈和知识问答是讨论页，因此无需首段空两格。这个问题怎么解决呢？——SolidBlock讨论 2016年3月11日 (五) 11:03 (UTC)[回复]

这个功能是单纯是用css实现的，而讨论页和条目页似乎在CSS上没有区别。所以目前不能区分页面时讨论页还是条目页。当然，你可以添加脚本增加这种判断。--Gqqnb（留言） 2016年3月14日 (一) 23:38 (UTC)[回复]
@Gqqnb：我觉得可以在css中输入.talk p{text-indent:0px}，然后在这些讨论页顶部添加<div class=talk>。--SolidBlock讨论 2016年3月19日 (六) 12:37 (UTC)[回复]
@Gqqnb：(～)补充：但是这样的话，编辑段落时仍然会空两格。--SolidBlock讨论 2016年3月25日 (五) 11:09 (UTC)[回复]
如果改写成 css+js 实现会怎样？--⚞★⚟ 2016年4月2日 (六) 16:05 (UTC)[回复]
@Great Brightstar：我觉得可能不太好。我访问页面的时候，经常遇到JS并没有加载的问题，需要刷新才能解决。要是css能支持维基文本就好了。--SolidBlock讨论 2016年4月3日 (日) 05:00 (UTC)[回复]
js没有加载，问题可就大了，可视化编辑器不能用，其他小插件也不能用。你还是先修复浏览器或给mediawiki提报。--Gqqnb（留言） 2016年4月9日 (六) 01:09 (UTC)[回复]
用:not不就好了，参见Special:Permalink/39753328 --XYZ指示物（留言） 2016年4月12日 (二) 15:38 (UTC)[回复]

关于MediaWiki域名的建议

MediaWiki大致有两个域名，查看页面时为/wiki/页面名称，编辑、删除等操作时的域名为/zhwiki/w/index.php?title=页面名称...。然而第二种完全可以用第一种来表示，比如 https://zh.wikipedia.org/zhwiki/w/index.php?action=edit&title=Wikipedia:沙盒 完全可以替代为 https://zh.wikipedia.org/wiki/Wikipedia:沙盒?action=edit ，效果是一样的。但是为什么还要/zhwiki/w/index.php呢？

而且，内链不支持像“页面名称?action=edit”这样的译名。例如[[Wikipedia:沙盒?action=edit]]会直接显示为Wikipedia:沙盒?action=edit，并不能链接到https://zh.wikipedia.org/wiki/Wikipedia:沙盒?action=edit 。

另外，Curse的项目（如Minecraft Wiki）的域名没有wiki或w，直接minecraft-zh.gamepedia.com/页面名称 或者minecraft-zh.gamepedia.com/index.php?title=页面名称&action=edit。那么MediaWiki有必要在域名中间添加“wiki”或“w”吗？--SolidBlock讨论 2016年4月3日 (日) 05:44 (UTC) [回复]

/wiki/XXX 的请求到达Apache之后会重写成/zhwiki/w/index.php?title=XXX 。/zhwiki/w/是路径，index.php是文件，在/ 目录下面还有其他的文件，比如503.html（https://zh.wikipedia.org/503.html ） --Antigng（留言） 2016年4月3日 (日) 05:48 (UTC)[回复]
(～)补充：/wiki/XXX?action=edit 的请求在手机和平板电脑的浏览器上面会重根据 UA 重定向到移动版编辑器，这个在 {{LSR}} 就已经实现过。--⚞★⚟ 2016年4月9日 (六) 12:41 (UTC)[回复]
@Antigng：建议让内链支持[[Wikipedia:沙盒?action=edit]]这样的类型，使用{{fullurl:}}和{{fullurl}}是比较麻烦的。而且建议将wiki和w统一为wiki或w。还有，为什么Curse的项目就不需要wiki和w了呢？--SolidBlock讨论 2016年4月3日 (日) 05:58 (UTC)[回复]
(－)反对“建议将wiki和w统一为wiki或w”，难以理解。想想如果有一个条目叫做index.php怎么办吧。--Antigng（留言） 2016年4月3日 (日) 06:16 (UTC)[回复]
一切都可以通过前端代理转写实现，不过/wiki/是出于站点功能分类惯性来部署（例如以后添加blog功能，可以使用/blog/；或论坛用/forum/）。例如另一个这里人办的的萌百（zh.moegirl.org）将/转写了。但最终还是请求为index.php。——路过围观的Sakamotosan 2016年4月3日 (日) 06:36 (UTC)[回复]
语法解释器是将[[]]转化为“/wiki/$1”的a链，[[Wikipedia:沙盒?action=edit]]已经涉及语法解释器问题了，就更加不是这里能解决的，需要到去开发组问了。——路过围观的Sakamotosan 2016年4月3日 (日) 06:41 (UTC)[回复]
@SolidBlock、cwek： 让[[]]中的?解析为query已经不可能了，因为英文维基有些条目名中已经包含了问号，比如w:Is the Order a Rabbit?--Nbdd0121（留言） 2016年4月5日 (二) 21:06 (UTC)[回复]
@Nbdd0121：那么让代码支持[[Wikipedia:沙盒|action=edit|编辑沙盒]]（当前效果：action=edit|编辑沙盒）这样的形式可以吗？--SolidBlock讨论 2016年4月10日 (日) 01:23 (UTC)[回复]
找开发组问，这部分涉及语法解释器的技术开发了。只有部分特殊页支持这种机制。——路过围观的Sakamotosan 2016年4月10日 (日) 05:38 (UTC)[回复]
传递参数可以用管道符转意。——路过围观的Sakamotosan 2016年4月6日 (三) 04:57 (UTC)[回复]
/wiki/是前端转写，到服务后端实际是请求/zhwiki/w/index.php加上。同样/zh-cn/等语言标识也是通过转写实现。可以下一个原生mw安装包看看，实际zh.wikipedia.org/就是安装包的原生安装包/目录。——路过围观的Sakamotosan 2016年4月3日 (日) 06:28 (UTC)[回复]
或者可以对比下mcwiki、这里、萌百三者版本特殊页中接入点URL部分的设定，“条目路径”就是涉及[[]]转换为a链的模板，另外三个就是三个主要文件的真正位置，其他就是靠前端转写来实现的。——路过围观的Sakamotosan 2016年4月3日 (日) 06:44 (UTC)[回复]
那个不叫域名啦，域名是/前面的那部分，你值的是URL。从技术上来说，因为/wiki/XXX这类只能是通过rewrite对应到PHP文件，所以w/index.php?XXX肯定是有存在的必要的，/wiki只是短URL而已。--Nbdd0121（留言） 2016年4月5日 (二) 16:49 (UTC)[回复]
其实邮件列表上以前有special page vs. action的debate。如果都做成special page了那就是Special:Edit/Wikipedia:沙盒了……Liangent（留言） 2016年4月5日 (二) 18:36 (UTC)[回复]
原来还有这种内幕，其实我个人是偏向全Special Page的，但是MediaWiki已经发展成这样，大规模改接口已经不可能了--Nbdd0121（留言） 2016年4月5日 (二) 20:49 (UTC)[回复]
虽然我认同wiki统一改为w是会方便一些，但是保留Wiki可以满足一些特殊的估计一辈子都用不上的要求比如需要一个title为index.php的维基页面，这个时候如果wiki改成w就会和真正的PHP程序index.php冲突，所以我个人支持维持现在的状况。--南瓜（留言 | 贡献） 2016年4月5日 (二) 20:32 (UTC)[回复]
/w 底下还有别的东西的，比如 https://zh.wikipedia.org/zhwiki/w/COPYING 和 https://zh.wikipedia.org/zhwiki/w/CREDITS 。另见mw:Manual:Wiki_in_site_root_directory#Reasons_why_putting_wiki_pages_in_the_root_directory_of_the_web_site_is_bad。Liangent（留言） 2016年4月6日 (三) 04:30 (UTC)[回复]
还有404.php--Antigng（留言） 2016年4月6日 (三) 14:01 (UTC)[回复]
@Antigng、Liangent：我觉得应该让内链支持Wikipedia:沙盒?action=edit这样的形式。内链可以让访问过的链接显示为深蓝色而不是紫色，并且可以显示红链。{{fullurl}}是如此的复杂。--SolidBlock讨论 2016年4月8日 (五) 10:22 (UTC)[回复]
因为问号可以作为标题名出现，而像#fullurl类的管道在[[]]中会出现冲突，所以这似乎无法解析。不过做一个自行接入action=edit的类似模板是似乎可行的。顺便说一下，上方提到的萌百刚把.php的标题block了。 囧rz…… --RubyyTalk|Flow 2016年4月8日 (五) 12:02 (UTC)[回复]
@Rubyy：已有{{fullurl}}模板，但是仍然具有外链的特征，而且对于访问过的页面会显示为紫色而不是内链的深蓝色。--SolidBlock讨论 2016年4月10日 (日) 01:23 (UTC)[回复]
这个问题没什么意思，要改要服务器管理员改，维基百科管理员改不了。楼主想要统一url，是好的，但是没什么用 。--Gqqnb（留言） 2016年4月9日 (六) 01:13 (UTC)[回复]
如果让内链解释支持url式的话，已经涉及语法解释器的技术开发问题了，已经不是本地前台管理员所能解决的，应该去找开发组建议（当然不太可能接受（笑））。至于根目录部署映射，可以看L大转述的mw技术建议。散了吧。——路过围观的Sakamotosan 2016年4月10日 (日) 05:37 (UTC)[回复]
倒是可以考虑启用类似短链接的形式，例如 https://meta.wikimedia.org/?curid=6125157 --百無一用是書生 (☎) 2016年4月14日 (四) 02:52 (UTC)[回复]
并不同吧，实际上提出者理解没理解真实文件路径和重写路径的区别。
  • /zhwiki/w/index.php才是mw这个应用的真实文件和应用入口。/wiki/...是通过URL重写机制来转化为前者，例如/wiki/WP:SB?action=edit会由前端反向代理缓冲（squid之类，我们的部署模式）或后端服务应用（Apache httpd，单机没前端的话）转写还原为/zhwiki/w/index.php?title=WP:SB&action=edit，后面才是应用服务器真实访问的URL。
  • /wiki/$1，只是mw生成a链的一个模板，这样的就不用面对真实URL一长串的写法，直接输入更短的URL，服务器组会自动转为真实URL。
  • 得益于URL重写，可以将多书写模式的短URL模式（/zh-*/*）自动转写为对应包含variant=zh-*的真实URL
  • 至于不部署在站点根上，一来“站点/功能名”是惯例做法，二来参见L大的mw技术文章，部署根站点要考虑robots.txt等同样放在站点根上的真实文件URL的访问问题，而且同样地这些文件名同样是合法的mw页面名可以生成相应mw页面用于访问。
  • 另，“?"也是合法的mw页面名字符，所以[[<页面名>?<参数...>]]类似URL真实写法的内链生成还是涉及语法解释器问题，不过可以考虑提议允许在内链语法添加管道符分隔传入语法来实现URL传入参数。部分特殊页面有这样的机制。——路过围观的Sakamotosan 2016年4月14日 (四) 03:36 (UTC)[回复]

过期DYK投票的结案执行者权限

本主题或以下段落文字，在讨论结束后应存档至Wikipedia talk:新条目推荐/候选。

目前WP:DYKC的讨论结案程序是：

  1. 获得足够票数而未过期的DYK提名由机器人辨认。每一项DYK提名都会在提名4天后进行中途点票，如果通过的话就自动结案，跳到第三步。
  2. 中途点票未通过的条目会在条目提名后7天再进行点票。如果票数足够就会自动结案，否则则需要人工结案。结案后通过者跳到第三步。
  3. 登上DYK栏目。

问题主要是出在第二步。按照目前的机制，人工结案只能由管理员进行。虽然非管理员也可以借助模仿DYK提名模板results字串的格式标示该条目通过，但是听说系统不承认非管理员结案，如果是这样非管理员写了这个字串跟没写这个字串，根本就没差。我在想，如果准许某些受到社群信任的用户（例如回退员、巡查员、巡查豁免员，简称下三员）给DYK提名结案（就算不给他们用DYKtools），又会怎样呢？好处是能够增加效率，坏处是会可能给人乱搞（虽然去年DYK改革以来确认DYK投票是否有效的制度从来没有被滥用过）。大家怎么看？

PS. 事缘今晚我给DYK最底下的提名结案，结果因为上面提到的原因弹票，确实有点悲催。可能在技术上那篇条目还未正式结案。--春卷柯南－发前人所未知 ( 论功行赏 ) 2016年4月9日 (六) 15:24 (UTC)[回复]

确实不接受非管理员。Liangent（留言） 2016年4月9日 (六) 16:09 (UTC)[回复]
而且自动进行辨认的不仅是机器人，而且还是拥有管理权的机器人（看它们都是adminbot而不是bot）。当然如无很大的危险忧虑的前提，若能下放更多权力给非管理用户，敝人也是乐见的。（话说GA和FA两个展区可以给非管理员来搞，反而DYK一定要管理员，这点其实我不是很明白……）--街燈電箱150號 开箱维修 抄表 检验证明 2016年4月9日 (六) 16:24 (UTC)[回复]
啊啊……原来破坏者Labstore以前是巡查豁免员，Makecat更是包揽下三员权限。而且某些下三员会令他们认为政治不正确的条目从当选变为落选，这也是风险。（虽然管理员也会否决通过的DYK提名，不过以浅蓝雪事件为例，当时WG提名的条目确实有瑕疵）。--春卷柯南－发前人所未知 ( 论功行赏 ) 2016年4月9日 (六) 18:54 (UTC)[回复]
@Cdip150：FA和GA当前以及次日上首页的版面也只能管理员搞，而DYK是实时上首页的……Liangent（留言） 2016年4月10日 (日) 06:43 (UTC)[回复]
然而只有GA栏目当／明天上首页的内容才会受保护，可是自动确认用户还是可以动之后要展示的。上次刘嘉那个仿文言式的GA栏目内容能够登上首页，就是因为这个原因。--春卷柯南－发前人所未知 ( 论功行赏 ) 2016年4月10日 (日) 07:48 (UTC)[回复]
设计是WP:首页/明天应该有人检查……但实际没有，近期真正首页上看到好多次“正在使用昨天的展示项目：Wikipedia:特色条目/2016年X月X日未编写”了。Liangent（留言） 2016年4月10日 (日) 08:17 (UTC)[回复]
早前还有那样一天都没人管结果第三天直接红链了的……--Jimmy Xu 论 2016年4月10日 (日) 09:39 (UTC)[回复]
或许可以考虑怎样：当“下三员”关闭DYK的时候，至少有五位下三员进行了结票而且有4名结果相同，那么最后的结果就为4位下三员的结果。这样可以有效避免一些风险。--就是他 ☞ Q “参观 我的用户页 ”“有事请 给我留言 ” 2016年4月10日 (日) 12:12 (UTC)[回复]
然而在技术上要怎样处理五个下三员的结案？这样做我认为虽然加了一重保险，不过有可能是架床叠屋，降低效率。--春卷柯南－发前人所未知 ( 论功行赏 ) 2016年4月19日 (二) 10:12 (UTC)[回复]

Tech News: 2016-15

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

最近更新

  • 可视化编辑器可以生成带有您使用语言图片选项的wiki代码。图片选项的例子包括“thumb”或“left”。您可以在Phabricator请求将选项更改至您的语言。 [1][2]
  • 维基词典和维基文库现在可以使用可视化编辑器。目前这是测试功能。它仍然需要开发以在这些项目中更好工作。 [3][4]
  • ORES正在使用新的模型。使用ORES预测的工具会出现奇怪现象。ORES也有了一个新的API。 [5]
  • 可视化编辑器现已支持传统希腊文字母。 [6]

问题

  • 当您在可视化编辑器模板中使用键盘方向键时出现问题。现已修复。 [7]

本周更新

  • MediaWiki的新版本将于4月12日部署于测试维基及MediaWiki.org。它将于4月13日部署至非维基百科wiki和部分维基百科上，并于4月14日部署至所有wiki，参见日历。
  • wikipedia.org门户页面将获得很多小错误的修正和改进。大多数与3月加入的搜索框和建议结果有关。 [8]

会议

将来更新

  • 维基媒体在达拉斯拥有了一个新的备份数据中心。因为此次计划工作，您将于4月19日和21日这两天的一小段时间内只能阅读但不能编辑wiki。这将开始于14:00 UTC，并持续15~30分钟。 [9]

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

2016年4月11日 (一) 20:43 (UTC)

我们啥时候能用ORES？--百無一用是書生 (☎) 2016年4月12日 (二) 02:43 (UTC)[回复]

请问苹果日报什么时候被列为不可信来源？

网址“http://www.appledaily.com/”，请问苹果日报什么时候被列为不可信来源？我在编辑走光 (行为)时发现，参见：这里。--36.233.249.22（留言） 2016年4月13日 (三) 19:01 (UTC)[回复]

应该需要修复，苹果日报是可靠来源。--Gqqnb（留言） 2016年4月15日 (五) 02:50 (UTC)[回复]

使用API的allrevisions的功能时出现Database query error

见[10]--Antigng（留言） 2016年4月15日 (五) 00:45 (UTC)[回复]

无法重现，估计当时服务器傻逼了。——路过围观的Sakamotosan 2016年4月15日 (五) 02:15 (UTC)[回复]
见右图。--Antigng（留言） 2016年4月15日 (五) 08:58 (UTC)[回复]
上面那个还有时打得开有时打不开，这个永远都打不开。--Antigng（留言） 2016年4月16日 (六) 06:51 (UTC)[回复]
这个报的是超过500次查询数限制？——路过围观的Sakamotosan 2016年4月16日 (六) 08:21 (UTC)[回复]
我这边一直是db query error。唉……逼着人家查数据库/dump吗？--Antigng（留言） 2016年4月16日 (六) 09:22 (UTC)[回复]
@Antigng：MediaWiki系统好像要更新，可以参见互助客栈的消息。--Engle跃【筑梦踏实，梦想起飞‎，安装文字动画效果】 2016年4月18日 (一) 06:44 (UTC)[回复]
两者并没有什么联系。不过我的12已完成，也就随它去了。--Antigng（留言） 2016年4月18日 (一) 13:45 (UTC)[回复]

可否做一个针对emoji的过滤器？

像这个编辑，除了mobile app edit便无其他标签。--578985s（留言） 2016年4月15日 (五) 14:21 (UTC)[回复]

Special:AbuseLog/1856883，看看能抓住什么。--Jimmy Xu 论 2016年4月15日 (五) 17:48 (UTC)[回复]
哇，统一码区段都用上了，好厉害。。--Gqqnb（留言） 2016年4月16日 (六) 05:49 (UTC)[回复]
赞，测试一下😏--578985s（留言） 2016年4月16日 (六) 11:44 (UTC)[回复]
\u1F2FF:🋿、\u1F300:🌀、\u1F301:🌁、.....、\u1F5FF:🗿、\u1F600:😀......\u1F64E:🙎、\u1F64F:🙏、\u1F650:🙐、\u1F651:🙑、\u1F688:🚈、\u1F689:🚉、\u1F68A:🚊、......、\u1F6B9:🚹、\u1F6BA:🚺、\u1F6BB:🚻、\u1F6BC:🚼、....、\u1F6F2:🛲、\u1F6F3:🛳、\u1F6F4:🛴、\u1F6F5:🛵、\u1F6F6:🛶、\u1F6F7:🛷、\u1F6F8:🛸、\u1F6F9:🛹、\u1F6FA:🛺、\u1F6FB:🛻、\u1F6FC:🛼、\u1F6FD:🛽、\u1F6FE:🛾、\u1F6FF:🛿、\u1F700:🜀
@Jimmy Xu：测试后发现，我这边从 1F64F 到 1F6F3 也都是 象形文字/颜文字/emoji字元，而过滤器目前只检查 1F300 到 1F64F ，可能需增加为1F300到1F6F3。另外，字数统计工具会把这些字元也算入.....--宇帆(留言·联络) 2016年4月16日 (六) 12:07 (UTC)[回复]
(～)补充：😏😏，&#128527;&#x1F60F;这种形式的好像无法过滤--宇帆(留言·联络) 2016年4月16日 (六) 12:11 (UTC)[回复]
()BUG回报：@Jimmy Xu：过滤器目前似乎无法捕捉😏😏，&#128527;&#x1F60F;这种形式的emoji字元表达方式，测试结果。--宇帆(留言·联络) 2016年4月16日 (六) 12:16 (UTC)[回复]
但是感觉要在Special:滥用过滤器/20里实现😏😏&#128527;&#x1F60F;这种形式的判断好像十分困难（？ --宇帆(留言·联络) 2016年4月16日 (六) 16:24 (UTC)[回复]
看不太懂你在说什么。写成entity的不管，这种不可能是无意破坏。--Jimmy Xu 论 2016年4月18日 (一) 03:15 (UTC)[回复]
完成：测试1F6FF🛿是否有正常捕捉，答案是有的Special:滥用日志/1860403。--宇帆(留言·联络) 2016年4月21日 (四) 03:28 (UTC)[回复]

请求引入mw:Extension:QuickGV

希望可以安装一个外挂 QuickGV
这外挂可以用 dot 语言制作流程图和心智图，用 SVG 格式输出，
用了这个外挂不仅能快速产出图像，因为是文字产生的，所以还能实现版本管理，
可以看出不同版本之间的差异，比起上传图片的方式更容易维护。 --小璋丸（留言） 2016年4月16日 (六) 16:15 (UTC)[回复] 

private static function findExecutable($exec_name, $exec_custom) {
		if ($exec_custom==='') {
			if (PHP_OS!=='WINNT') {
				$exec_path = exec("which $exec_name");
				if ($exec_path==='') {
					$search_dirs = array(
						'/usr/bin',
						'/usr/local/bin'
					);
					foreach ($search_dirs as $dir) {
						$p = sprintf('%s/%s',$dir,$exec_name);
						if (file_exists($p)) {
							$exec_path = $p;
							break;
						}
					}
				}
			} else {
				// TODO 0.2.1: search dot.exe from:
				// * %ProgramFiles(x86)% - C:\Program Files (x86)
				// * %ProgramFiles%      - C:\Program Files
				// [Gg]raphviz\s?2\.\d+\bin\dot
				//$exec_path = exec("where $exec_name");

				$prog_files = getenv('ProgramFiles(x86)'); // for 64-bits Windows
				if ($prog_files===false) {
					$prog_files = getenv('ProgramFiles');  // for 32-bits Windows
				}

				$matched_dirs = array();
				$dh = opendir($prog_files);
				while (($prog_dir = readdir($dh))!==false) {
					if (preg_match('/[Gg]raphviz\s?(2\.\d+)/', $prog_dir, $matches)) {
						$gv_ver = (float)$matches[1];
						if ($gv_ver>=2.0) $matched_dirs[] = $prog_dir;
					}
				}
				closedir($dh);
				
				if (count($matched_dirs)) {
					rsort($matched_dirs);
					$prog_dir  = $matched_dirs[0];
					$exec_path = sprintf('%s\\%s\\bin\\dot.exe', $prog_files, $prog_dir);
				}
			}
		} else {
			$exec_path = $exec_custom;
		}

		if ($exec_path==='' || !file_exists($exec_path)) {
			if ($exec_name==='dot') $exec_name = 'Graphviz';
			self::addError("$exec_name is not installed.");

			// How to install graphviz
			$os = PHP_OS;
			switch ($os) {
				case 'Darwin':
					$url = 'http://brew.sh';
					self::addError('Run the command to install:');
					self::addError('<blockquote>brew install graphviz</blockquote>');
					self::addError(sprintf('If you didn\'t install Homebrew yet, see <a href="%1$s">%1$s</a>.', $url));
					break;
				case 'WINNT':
					$url = 'http://www.graphviz.org/Download_windows.php';
					self::addError(sprintf('Click here to download installer: <a href="%1$s">%1$s</a>', $url));
					break;
				case 'Linux':
					self::addError('For CentOS users, run the command to install:');
					self::addError('<blockquote>yum install graphviz</blockquote>');
					self::addError('For Ubuntu or Debian users, run the command to install:');
					self::addError('<blockquote>sudo apt-get install graphviz</blockquote>');
					break;
				case 'FreeBSD':
					self::addError('Run the command to install:');
					self::addError('<blockquote>pkg_add -r graphviz</blockquote>');
					break;
			}

			return '';
		}

--Antigng（留言） 2016年4月21日 (四) 05:29 (UTC)[回复]

@小璋丸：呼叫作者。--宇帆(留言·联络) 2016年4月21日 (四) 05:47 (UTC)[回复]
基金会和开发组允许单独站台使用不统一部署的插件？——路过围观的Sakamotosan 2016年4月20日 (三) 05:07 (UTC)[回复]
应该是允许的--百無一用是書生 (☎) 2016年4月21日 (四) 02:27 (UTC)[回复]

Tech News: 2016-16

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

最近更新

  • 您可以以更多详情过滤Special:Log。您可以过滤不同的导入和新用户。 [11][12]
  • 您可以使用Telnet阅读维基媒体wiki。 [13]
  • MediaWiki网站可以处理更大的文件上传。新的限制是4GB。 [14]

本周更新

  • 维基媒体在达拉斯有了一个新的备份数据中心。因为与之相关的计划工作，您将于4月19日和21日有一小段时间只可以阅读但不能编辑wiki。这将于14:00 UTC开始，并持续15~30分钟。 [15]
  • 本周没有新版本Mediawiki。这是因为数据中心测试。

会议

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

2016年4月18日 (一) 20:40 (UTC)

关于繁简转换问题

目前维基的五个繁简转换，大陆简体、香港繁体、澳门繁体、马新简体、台湾正体，为何不是写台湾繁体？ 如果要使用官方用词的话，大陆部分，应该写规范汉字吧--叶又嘉（留言） 2016年4月19日 (二) 16:22 (UTC)[回复]

历史记录

改版之后怎么感觉许多条目浏览量都增加了？大陆现在应该还是锁着的。。只是错觉不成--浅蓝雪❉ 2016年4月19日 (二) 21:01 (UTC)[回复]

哪些条目浏览量增加了？--Antigng（留言） 2016年4月20日 (三) 03:13 (UTC)[回复]
感觉我写的好些大学条目都有这趋势，例如史蒂文斯理工学院，原来一直也就是三四百，最近都八百了。--浅蓝雪❉ 2016年4月20日 (三) 11:06 (UTC)[回复]
检索自“https://zh.wikipedia.org/zhwiki/w/index.php?title=Wikipedia:互助客栈/技术&oldid=39851353”