Wikipedia:互助客栈/技术

互助客棧： 消息  方针  技术  求助  条目探讨  其他 |  知识问答

發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

公告欄

• [公告] 「关注度」更名为「收录标准」、《字词转换处理》指引事实性修订、实装Automoderator工具、更新管理员布告板排版、明確香港街道名為譯名可靠來源的一種、規範中文維基百科內「貨物駅」與「貨物ターミナル駅」兩詞的譯法及電子遊戲與日本動漫條目命名的標點符號使用規定已經通過。
• [公告] 修订申请成为管理人员方针、被不限期封禁用户不应默认复审移除IP封禁豁免权限、修订过滤器警告信息、調整現行用戶頁指引條文規定的定義及将每日提示内容同步到首页提示版块展示正在公示，如有意見請儘快提出。
• [討論] 互助客栈方针区正在討論是否將格式手冊移動到MOS命名空間下、重提為可供查證方針與可靠來源指引調整有關用戶生成內容的規定、关于条目命名常规中纳入中立性的考虑及提議將所有子命名常規與命名常規提案頁面的名稱格式一概改為子頁面的名稱格式，請踴躍參與討論。
• [討論] 互助客栈其他区正在討論Automoderator配置、2025新年徽标及是否应关闭中文维基百科以抗议基金会举措，請踴躍參與討論。
• [討論] 互助客棧試行案討論區正在討論討論遞進機制試行案-檢討意見分享，請踴躍參與討論。

• [協作] 现有138个页面需维基化，418个条目需清理，42个移动请求正在讨论。
• [獎勵] 現有1名用户獲提名维基奖励，欢迎投票。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	濫用過濾器警告信息	14	4	人间百态	2025-01-10 20:47
2	Navbox hlist 數字清單 多餘開括號（重開）	3	3	Dabao qian	2024-12-18 02:15
3	應將使用Fullurl模板之頁面連結排除於待建立模板外	36	4	A2569875	2025-01-08 07:32
4	条目左上角的“维基百科，自由的百科全书”怎么不见了？	22	6	Kethyga	2025-01-08 20:03
5	提议给MediaWiki:Noarticletext和MediaWiki:Noarticletext-nopermission（含所有中文变体）加上维基数据	5	3	A2569875	2025-01-11 09:48
6	不蓝不绿的绿链问题	42	9	Cwek	2025-01-04 11:58
7	顽固的缓存	8	4	迴廊彼端	2025-01-12 22:25
8	修订间差异不太智能	3	2	GUT412454	2025-01-04 02:02
9	机器人自动修正WP:MOSIW	5	4	魔琴	2025-01-05 20:28
10	“在编辑记录中标示使用者权限”小工具不支持显示仲裁员	2	2	What7what8	2025-01-06 11:42
11	方針區章節結構混亂	2	2	1F616EMO	2025-01-08 07:35
12	Template:澳門主題無法顯示圖片	2	2	Tp0910	2025-01-06 01:59
13	Template:PH wikidata疑似无法正常显示	2	2	YFdyh000	2025-01-06 01:43
14	InternetArchiveBot將有效連結判斷成失效連結	2	2	YFdyh000	2025-01-07 01:18
15	未能訂閱WP:DYKC討論	2	1	1F616EMO	2025-01-08 07:41
16	Twinkle无法识别重定向页模板	2	2	自由雨日	2025-01-11 20:21

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注：（重新整理） 維基百科技術議題與模板

Wikipedia talk:字詞轉換處理/公共轉換組 § 思路：條目預儲公共轉換組中匹配的規則，減少載入時間

资源充足的条目可以考虑把压力转移给Lua模组，也就是让Module:NoteTA更智慧，只加载条目中用到的转换规则，代码见Module:沙盒/GnolizX/NoteTA。看效果，User:GnolizX/肖申克的救赎/新：

Post‐expand include size: 647267/2097152 bytes

Lua time usage: 1.732/10.000 seconds

Lua memory usage: 30646218/52428800 bytes

可以对比User:GnolizX/肖申克的救赎/旧，两个页面转换后的内容是一致的：

Post‐expand include size: 1764141/2097152 bytes

Lua time usage: 0.859/10.000 seconds

Lua memory usage: 20785293/52428800 bytes

于是用充足的Lua记忆体与紧张的模板展开大小进行了交换。

这个功能还可以迁移到Module:沙盒/GnolizX/CGroupViewer，汉漢图标打开的速度也能变快很多，不用再一股脑地把所有的规则全部加载出来。看效果：User:GnolizX/CGroupViewer。

至于条目下方的导航模板可以考虑用机器人更新，把CGroupViewer稍微改造一下（-{D|改成-{H|等等）就可以自动获取匹配到的规则了。--GnolizX（留言） 2024年8月26日 (一) 16:12 (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)

Talk:天安门广场 § “位置与面积”章节显示大片空白

如图--Tjw123hh（留言） 2025年1月6日 (一) 16:57 (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…… --Rubyy^Talk|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)

@Liangent、cwek、Antigng：可不可以請教一下如果要做成特殊頁面的可能性？--宇帆(留言·聯絡) 2016年4月24日 (日) 06:12 (UTC)

意思是Special:Edit/Antigng is a pig？--Antigng（留言） 2016年4月24日 (日) 06:14 (UTC)

差不多。還有這個:Special:頁面信息，比如[1]，或許是這種形式Special:頁面信息/Antigng is not a pig--宇帆(留言·聯絡) 2016年4月24日 (日) 06:19 (UTC)

模仿SpecialDiff.php（User:Antigng/includes/Specials/SpecialEdit.php）行不行？--Antigng（留言） 2016年4月24日 (日) 07:39 (UTC)

過期DYK投票的結案執行者權限

目前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请求将选项更改至您的语言。 [2][3]
• 维基词典和维基文库现在可以使用可视化编辑器。目前这是测试功能。它仍然需要开发以在这些项目中更好工作。 [4][5]
• ORES正在使用新的模型。使用ORES预测的工具会出现奇怪现象。ORES也有了一个新的API。 [6]
• 可视化编辑器现已支持传统希腊文字母。 [7]

问题

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

本周更新

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

会议

• 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于4月12日 19:00 (UTC)开始。参见如何加入。
• 您可以参与下次架构委员会的会议，本周的话题是为Parsoid改进模板嵌入与平衡的模板（子任务）。会议将于4月13日 21:00 (UTC)开始。参见如何加入。

将来更新

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

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

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

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

• 随机森林是做什么的？--Antigng（留言） 2016年4月12日 (二) 09:41 (UTC)
• ORES看起来很厉害的样子...--Stang ^c 2016年4月12日 (二) 10:06 (UTC)
  • 比起cluebot那是不知道差到哪里去了。--Antigng（留言） 2016年4月12日 (二) 14:08 (UTC)
    • @Antigng：还可以了，至少也比中文维基文库上某几个“1970~2001年”的编辑好受些。--Liuxinyu970226（留言） 2016年4月17日 (日) 03:20 (UTC)

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

见[11]--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)

(～)補充：😏😏，😏😏這種形式的好像無法過濾--宇帆(留言·聯絡) 2016年4月16日 (六) 12:11 (UTC)

()BUG回報：@Jimmy Xu：過濾器目前似乎無法捕捉😏😏，😏😏這種形式的emoji字元表達方式，測試結果。--宇帆(留言·聯絡) 2016年4月16日 (六) 12:16 (UTC)

但是感覺要在Special:滥用过滤器/20裡實現😏😏😏😏這種形式的判斷好像十分困難（？ --宇帆(留言·聯絡) 2016年4月16日 (六) 16:24 (UTC)

看不太懂你在说什么。写成entity的不管，这种不可能是无意破坏。--Jimmy Xu ^论 2016年4月18日 (一) 03:15 (UTC)

完成：測試1F6FF🛿是否有正常捕捉，答案是有的Special:滥用日志/1860403。--宇帆(留言·聯絡) 2016年4月21日 (四) 03:28 (UTC)

從現時的日誌看，是不是可以讓過濾器不應用於用戶、Wikipedia和討論的名字空間？尤其是用戶簽名帶有表情符號的話，標籤或會顯得礙眼。--578985s（留言） 2016年4月25日 (一) 14:33 (UTC)

請求引入mw:Extension:QuickGV

希望可以安裝一個外掛 QuickGV
這外掛可以用 dot 語言製作流程圖和心智圖，用 SVG 格式輸出，
用了這個外掛不僅能快速產出圖像，因為是文字產生的，所以還能實現版本管理，
可以看出不同版本之間的差異，比起上傳圖片的方式更容易維護。 --小璋丸（留言） 2016年4月16日 (六) 16:15 (UTC)

• (＋)支持，許多條目製圖會很有幫助--宇帆(留言·聯絡) 2016年4月16日 (六) 16:21 (UTC)
• (※)注意 部署到Wikimedia站点的扩展程序需要满足mw:Writing_an_extension_for_deployment，阁下的扩展程序应该尚未满足部署条件。--XYZ指示物（留言） 2016年4月17日 (日) 01:05 (UTC)
  • 第一步先要征询社群取得共识。--Antigng（留言） 2016年4月17日 (日) 02:58 (UTC)
    • @Antigng： 征询社群取得共识这一步可是在设计&开发之前的。--XYZ指示物（留言） 2016年4月19日 (二) 15:37 (UTC)
      • @Nbdd0121： 該作者在台灣維基社群:請求引入mw:Extension:QuickGV表示說會開始將外掛修改成符合mw:Writing_an_extension_for_deployment指引。現在要做的是討論是否引入本外掛的共識。--宇帆(留言·聯絡) 2016年4月19日 (二) 15:52 (UTC)
        • 我先试试看。--Antigng（留言） 2016年4月21日 (四) 03:34 (UTC)
          • (？)疑問，这个需要Graphviz啊？而且你怎么知道人家一定把graphviz放在ProgramFiles里面？--Antigng（留言） 2016年4月21日 (四) 03:42 (UTC)
            • @Antigng：mw:Extension:GraphViz？--宇帆(留言·聯絡) 2016年4月21日 (四) 04:42 (UTC)
            • @Antigng：graphviz 如果不是安裝在 ProgramFiles 裡面，可透過 $exec_custom 參數指定，預設值的設計是安裝方便 --小璋丸（留言） 2016年4月21日 (四) 05:59 (UTC)
              • @小璋丸：，应当在localsettings.php里面修改。--Antigng（留言） 2016年4月21日 (四) 06:16 (UTC)
              • @Antigng： 您說的是我會改進的，目前需要改 DOT_PATH 這個常數值 --小璋丸（留言） 2016年4月21日 (四) 06:32 (UTC)
            • 不是，需要真正的GraphViz软件。说的是下面这段：

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)

已經回答囉，請看上面--小璋丸（留言） 2016年4月21日 (四) 05:59 (UTC)

---

• @小璋丸：，另外不要把代码写死，比如$imgdir = sprintf('%s/images/quickgv', $IP);，不是所有的mediawiki站都会把文件放在$IP/image目录下面，比如维基百科就使用Swift把文件分开存储到其他机器上面。尽量使用defaultsettings.php里面的参数。--Antigng（留言） 2016年4月21日 (四) 06:48 (UTC)
• @Antigng：這些建議等 Repo 通過後，能請您幫忙開個 Issue 嗎？這樣可以直接把需求列入版本，我很歡迎有人許願的。--小璋丸（留言） 2016年4月21日 (四) 07:10 (UTC)
  • @小璋丸：目前的状态未必能通过repo？--Antigng（留言） 2016年4月21日 (四) 12:50 (UTC)

基金会和开发组允许单独站台使用不统一部署的插件？——路过围观的Sakamotosan 2016年4月20日 (三) 05:07 (UTC)

应该是允许的--百無一用是書生 (☎) 2016年4月21日 (四) 02:27 (UTC)

• QuickGV 外掛已經申請中 New repositories Requests--小璋丸（留言） 2016年4月21日 (四) 06:06 (UTC)
• @小璋丸、Antigng：mw:Git/New repositories/Requests頁面中的mw:Special:Diff/2104608/2104611這筆編輯是表示通過的意思嗎？--宇帆(留言·聯絡) 2016年4月22日 (五) 14:13 (UTC)
  • 对。--Antigng（留言） 2016年4月22日 (五) 14:14 (UTC)
  • 目前只是通過 repo 上傳而已，還沒通過 code review，請等我再改良一下確保安全性沒問題，安全性確保後才繼續改善使用問題。--小璋丸（留言） 2016年4月23日 (六) 02:49 (UTC)

@小璋丸： 上面有人提到了mw:Extension:GraphViz，这个和你的插件有什么区别？--XYZ指示物（留言） 2016年4月25日 (一) 19:35 (UTC)

@Nbdd0121： Graphviz 這插件的功能只有做到整合系統，缺乏默認的屬性設置，用起來很辛苦，QuickGV 可以簡化 GraphViz 的操作難度 --小璋丸（留言） 2016年4月26日 (二) 02:12 (UTC)

Tech News: 2016-16

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

最近更新

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

本周更新

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

会议

• 您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于4月19日 19:00 (UTC)开始。参见如何加入。
• 您可以参与下次架构委员会的会议，本周的话题是影子名字空间。会议将于4月20日 21:30 (UTC)开始。参见如何加入。

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

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)

Category:自欠缺可靠來源的條目

有些條目模板會自動分類到Category:自欠缺可靠來源的條目--John123521 (留言-貢獻) RA 2016年4月22日 (五) 04:27 (UTC)

•  已修复Antigng（留言） 2016年4月22日 (五) 05:03 (UTC)
  • 沒有解決啊，還是分類到不存在的分類--John123521 (留言-貢獻) RA 2016年4月22日 (五) 13:50 (UTC)
    • @John123521：，那你建立一个不就完了？--Antigng（留言） 2016年4月22日 (五) 13:51 (UTC)

RefToolbar的用詞小修改

目前 RefToolbarMessages-en.js 當中，把 cite-agency 目前譯為「新聞社」，但似乎譯為「通訊社」較佳。cite-publisher 譯為「出版者」。在引用新聞的時候，必須將報紙的報名，填在「出版者」一欄，如《人民日報》、《聯合晚報》、《明報》等。而新聞社則是消息來源來自何種通訊社，如「法新社」、「新華社」、「共同通信社」、「中央社」等等。因此，cite-agency 譯為「通訊社」較佳，以避免編寫者的誤解而填錯欄位。因為一家報刊並不是一家新聞社，而改成「通訊社」這個詞則不會誤解。--Fauzty（留言） 2016年4月22日 (五) 20:51 (UTC)

关于自定义首页功能

自从出了问题之后，自定义首页的功能就被禁用了，一直没有恢复。--SolidBlock^讨论 2016年4月23日 (六) 04:13 (UTC)

這種功能的程式早就被移掉了。--►不讓你們窩裡反的Ricknator（11♥）◁ 2016年4月23日 (六) 11:14 (UTC)

@Ricknator：我知道被移掉了，但是就不能恢复吗？出现了问题总可以修复吧。--SolidBlock^讨论 2016年4月23日 (六) 11:17 (UTC)

問技術人員啊！--►不讓你們窩裡反的Ricknator（11♥）◁ 2016年4月23日 (六) 11:19 (UTC)

Flow不老实

在flow页面留言的时候，系统总是会莫名其妙给我加一些nowiki标签，什么原因造成的？--Antigng（留言） 2016年4月23日 (六) 12:24 (UTC)

可视化模式输入了wikicode？——路过围观的Sakamotosan 2016年4月23日 (六) 12:47 (UTC)

@Cwek：，我在wikitext模式下面做的，为了给新用户演示一下不可见字符对展开模板的影响。结果在{{之间插一个LRM，不管怎么弄保存以后都会出来nowiki，后来在}}之间又插了一个LRM才恢复正常。--Antigng（留言） 2016年4月23日 (六) 12:50 (UTC)

@Antigng：我也觉得你在可视化编辑模式下输入了维基文本。你在哪个flow页面遇到了问题？--SolidBlock^讨论 2016年4月23日 (六) 14:01 (UTC)

Topic:T2n1kh89jiz9cqsk--Antigng（留言） 2016年4月23日 (六) 14:02 (UTC)

Flow确实不太好用，还不如mcmod百科的留言系统。--SolidBlock^讨论 2016年4月23日 (六) 14:11 (UTC)

把{‎{User:Antigng/1}}复制到flow页面就会发现出问题。--Antigng（留言） 2016年4月24日 (日) 00:49 (UTC)

Flow用了Parsoid，在保存内容的时候会直接转换成带markup的HTML保存，这样省去每次重新Parse的开销，然后编辑Wikitext的时候会转换回来。据我推测你这个问题应该是Parsoid的锅，Parsoid不把识别你的Wikitext识别成模板，自动转换成了文本，在转换回来的时候发现{{于是自动加上了nowiki标签。这应该不能算是莫名其妙的nowiki标签，因为其实不匹配的{{是不应该出现的，Parsoid相当于把你的输入“正规化”了。--XYZ指示物（留言） 2016年4月25日 (一) 19:30 (UTC)

Template:Hurricane_season_bar_end

這個模板無法正常顯示分類，請專業人士修復 --Koala0090（留言） 2016年4月24日 (日) 00:01 (UTC)

符號輸入異常

這個問題持續很久了，不知道為什麼在維基的介面打「=」、「*」、「}}」，或是簽名檔都有問題，例如「̴̴̴̴̴̴̴̴̴̴。

--Koala0090（留言） 2016年4月24日 (日) 00:05 (UTC)

Tech News: 2016-17

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

问题

• 维基媒体在上周测试了一个新的数据中心。这意味着wiki在4月19日有45分钟，并在4月21日有20分钟只能阅读不能编辑。 [17]
• 当数据中心测试时，最近更改日志中有20分钟未显示新编辑。目前已出现在日志中。您可以阅读更多有关如何查找编辑的信息。
• 未读通知有时会计算错误。现已修复。 [18]

本周更新

• 维基共享资源将拥有对维基数据更强的访问功能。其可以在共享资源的任意页面上使用维基数据上任何页面的数据。这将于4月26日部署。 [19]
• 现在将更容易选择您通过上传向导上传的文件以供查看。 [20]
• MediaWiki的新版本将于4月26日部署于测试维基及MediaWiki.org。它将于4月27日部署至非维基百科wiki和部分维基百科上，并于4月28日部署至所有wiki，参见日历。

会议

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

将来更新

• 在您编辑时看到的“保存编辑”按钮将改称“发布”。这是为了帮助新编辑者理解它是干什么用的。这在一些wiki上已经如此显示。 [21]

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

2016年4月25日 (一) 21:02 (UTC)