本页使用了标题或全文手工转换

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

维基百科,自由的百科全书
跳到导航 跳到搜索

互助客棧消息发表 · 方针发表 · 技术 · 求助发表 · 条目探讨发表 · 其他发表 知识问答
快捷方式
WP:VPT
WP:VPTECH
Breezeicons-categories-32-applications-development.svg

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

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


發表前請先搜索存档,參考舊討論中的内容可節省您的時間。
公告板
# 話題 發言 參與 最新發言 最後更新(UTC+8)
1 在首頁加入農曆日期 10 7 C933103 2019-05-18 01:23
2 嚴重例外類型? 4 4 Leon3289 2019-05-13 21:54
3 Multilingual Shared Templates and Modules 3 3 Puresnower 2019-05-22 18:41
4 Tech News: 2019-20 0 0
5 模板展開限制 4 3 Sunny00217 2019-05-19 17:59
6 修改火狐浏览器关于SNI的部分 19 7 不爱思考得猪 2019-05-21 21:09
7 讨论页无法解除Flow 1 1 Antilovsky 2019-05-18 17:35
8 IAbot疑似故障? 5 3 Ericliu1912 2019-05-21 07:59
9 强迫症:Imdb模板中的多余空格 3 3 Shizhao 2019-05-20 16:04
10 分类中的消息文本异常 6 3 Shizhao 2019-05-22 22:28
11 Tech News: 2019-21 0 0
12 {{infobox aircraft occurrence}}的第二飞机图片出不来了 6 2 Super Wang 2019-05-21 20:20
13 推荐一个工具 2 2 Shizhao 2019-05-22 22:31
14 Wikiplus 1 1 Koala0090 2019-05-23 11:13
15 Taxonbar 1 1 Koala0090 2019-05-23 11:18


在首頁加入農曆日期[编辑]

12年前,中文維基百科曾經有用戶提議並獲得大多數贊同在首頁上加上農曆日期,但貌似當時限於技術原因而未能實現,請問現在在維基百科上的工具可以實現這個要求嗎? ——C933103(留言) 2019年5月3日 (五) 09:11 (UTC)

  • 现在首页连公历日期都没有,有什么农历日期的必要吗--Rowingbohe♬欢迎加入地方志交流群全世界最好的台州/留名 2019年5月3日 (五) 10:43 (UTC)
    • 不太確定12年前首頁的樣子(我應該看過,但是我忘了^__^),以目前首頁沒有公曆日期的情形下,加入農曆日期是有點怪怪的。--Wolfch (留言) 2019年5月4日 (六) 01:28 (UTC)
  • 現在還是有「歷史上的今天」的...——C933103(留言) 2019年5月4日 (六) 02:46 (UTC)
  • 似乎是有能显示农历的魔术字。--おつかれ平成、よろしく令和。by Super Wang. 2019年5月5日 (日) 07:06 (UTC)
  • 从严格的角度说旧历的编订是完全的政府行为,而没有超政府或政府间组织进行规范。虽然中国大陆有GB/T33661,但其他地区未必遵守,而同时历法规则并不完善,2033年问题中国大陆以外是否会用同样的做法处理也尚没有结论。极端情况下UTC+9地区(朝鲜半岛,日本)的旧历会和UTC+8地区有不同(由于节气落在月份更替的1h之内,不同月导致置闰不同),越南UTC+7。而且挂农历同时还相当于承认了UTC+8的特殊性(因为置闰是依赖UTC+8的),之前社群投过很多次票要改默认时区也没有通过。要考虑的问题实在太多。 --达师 - 370 - 608 2019年5月15日 (三) 15:16 (UTC)
    • 參照海外華人過中國傳統節日時不會按當地時區計算農曆而是會按UTC+8設置的日曆來過節日的情況(還沒有聽到過那裡的唐人街會因為新月時間而在不同日子過春節),我覺得在中文語境下農曆預設採用UTC+8問題應該不太大。——C933103(留言) 2019年5月17日 (五) 17:23 (UTC)

嚴重例外類型?[编辑]

  • 在檢視薩塞克斯公爵夫人梅根條目的最新一次編輯時發現,使用"比較被選版本"功能,只要其中一筆是最新版本(由User:SSYoung編輯),另外畢比不管使用哪一個舊版本,都會跳出這個錯誤資訊:[XNOTogpAMEkAAIRoR-UAAABQ] 2019-05-09 02:42:42: 嚴重例外類型 "Wikimedia\Assert\ParameterTypeException"。想請問這是哪方面的問題?(檢視同一個用戶的其他編輯並無問題,目前我只有在這個條目發現這問題)風鳴留言) 2019年5月9日 (四) 02:44 (UTC)
可重现。建议提报phab:--百無一用是書生 () 2019年5月9日 (四) 02:56 (UTC)
我也见过类似的。([1])——路过围观的Sakamotosan | 避免做作,免敬 2019年5月11日 (六) 09:18 (UTC)
遇到同样的问题[2],看来不是个例--Leon3289留言) 2019年5月13日 (一) 13:54 (UTC)

Multilingual Shared Templates and Modules[编辑]

Hello zh-wiki community! (请帮助翻译至您的语言)

I recently organized a project to share templates and modules between wikis. It allows modules and templates to be “language-neutral”, and store all text translations on Commons. This means that it is enough to copy/paste a template without any changes, and update the translations separately. If someone fixes a bug or adds a new feature in the original module, you can copy/paste it again without any translation work. My bot DiBabelYurikBot can help with copying. This way users can spend more time on content, and less time on updating and copying templates. Please see project page for details and ask questions on talk page.

P.S. I am currently running for the Wikimedia board, focusing on content and support of multi-language communities. If you liked my projects like maps, graphs, or this one, I will be happy to receive your support. (any registered user group can vote). Thank you! --Yurik (🗨️) 2019年5月11日 (六) 07:50 (UTC)
@Yurik: This is an interesting middle ground and a great way to build templates. But Chinese Wikipedia has already developed a very different sets of templates and maintained by people. We have around 2k7 modules and it would be interesting to connect with other global wikiprojects. Nevertheless, due to the complexity of your proposal, I would like to work with you for a demo firstly. --Fantasticfears留言) 2019年5月17日 (五) 21:43 (UTC)
@Yurik:(This is the translation for reference.)(此为翻译内容,仅供参考。)
中文维基百科社区的用户你们好!
我最近发起了一个在不同语言的维基之间共享模板和模块的项目。这个项目可以使模板和模块不再受语言所限制,并且将所有翻译版本存储在公共空间中。这意味着之后只需复制/粘贴模板然后更新翻译内容即可,不用做其他任何更改。如果有人在原始模块中修复了一个错误或添加了一个新功能,您可以在不进行任何翻译工作的情况下再次复制/粘贴它。我的机器人Dibabelyurikbot可以帮助复制。这样,用户可以将更多时间致力于翻译和撰写内容上,而在更新和复制模板上花费较少时间。欲知更多详细信息,请参见项目页面,并在讨论页提问。
备注:我目前正在维基媒体基金会中竞选,主要关注多语言社区的支持相关内容。如果你喜欢我的项目,如地图,网络图,或以上这个项目,如果能收到你的支持我会很高兴(任何注册用户组都可以投票)。谢谢您!
(PS:I highly support your project.Your project page, however, contains too much content. You know as non-native English speakers it takes so long to read them. So could you introduce a more straight way to experience your templates or modules, and support or vote for your project? )Puresnower留言) 2019年5月22日 (三) 10:41 (UTC)

Tech News: 2019-20[编辑]

2019年5月14日 (二) 00:49 (UTC)

模板展開限制[编辑]

草地貪夜蛾條目的演化一節,好像是因為{{Clade}}多層套疊的關係,有兩個跨語言連結模板無法正常顯示,有沒有朋友知道怎麼解決呢?非常感謝!--Wikimycota~🍄跬步千里 2019年5月17日 (五) 18:01 (UTC)

  • 我注意到錯誤是我的最後一筆編輯造成的,難道是增加了幾個腳註造成超過模板解析上限?不過Mediawiki的上限有這麼低嗎,印象中以前都是編寫近300個腳註、10萬位元組的條目才會遇到此問題。--Wikimycota~🍄跬步千里 2019年5月17日 (五) 18:30 (UTC)
好像展开统计上有一些毛病,可能会令扩展字节数虚高。——路过围观的Sakamotosan | 避免做作,免敬 2019年5月18日 (六) 00:47 (UTC)
  • view-source:https://wc.yooooo.us/wiki/%E8%8D%89%E5%9C%B0%E8%B2%AA%E5%A4%9C%E8%9B%BE 顯示:
100.00% 1941.213      1 -total
 87.97% 1707.710     29 Template:Clade
 32.33%  627.641      1 Template:Speciesbox
 32.01%  621.366      1 Template:Taxobox/core
 22.94%  445.259      1 Template:Reflist
 19.14%  371.598      1 Template:Taxobox/taxonomy
 13.81%  268.060      1 Template:Taxonbar
  9.99%  193.894     17 Template:Cite_journal
  9.96%  193.379    149 Template:Taxon_info
  9.82%  190.603     56 Template:Link-en

-- Sunny00217 - 2019年5月19日 (日) 09:59 (UTC)

修改火狐浏览器关于SNI的部分[编辑]

以下是火狐浏览器源代码中关于SNI的ClientHello语句生成函数,是一个关键性函数,通过浏览器发送的任何SNI请求都必须经过此函数生成ClientHello。这个函数来自于火狐浏览器源代码文件系统下的security/nss/lib/ssl/sslext3.c文件:

/* Format an SNI extension, using the name from the socket's URL,
 * unless that name is a dotted decimal string.
 * Used by client and server.
 */
PRInt32
ssl3_SendServerNameXtn(sslSocket * ss, PRBool append,
                       PRUint32 maxBytes)
{
    SECStatus rv;
    if (!ss)
        return 0;
    if (!ss->sec.isServer) {
        PRUint32 len;
        PRNetAddr netAddr;

        /* must have a hostname */
        if (!ss->url || !ss->url[0])
            return 0;
        /* must not be an IPv4 or IPv6 address */
        if (PR_SUCCESS == PR_StringToNetAddr(ss->url, &netAddr)) {
            /* is an IP address (v4 or v6) */
            return 0;
        }
        len  = PORT_Strlen(ss->url);
        if (append && maxBytes >= len + 9) {
            /* extension_type */
            rv = ssl3_AppendHandshakeNumber(ss, ssl_server_name_xtn, 2);
            if (rv != SECSuccess) return -1;
            /* length of extension_data */
            rv = ssl3_AppendHandshakeNumber(ss, len + 5, 2);
            if (rv != SECSuccess) return -1;
            /* length of server_name_list */
            rv = ssl3_AppendHandshakeNumber(ss, len + 3, 2);
            if (rv != SECSuccess) return -1;
            /* Name Type (sni_host_name) */
            rv = ssl3_AppendHandshake(ss,       "\0",    1);
            if (rv != SECSuccess) return -1;
            /* HostName (length and value) */
            rv = ssl3_AppendHandshakeVariable(ss, (PRUint8 *)ss->url, len, 2);
            if (rv != SECSuccess) return -1;
            if (!ss->sec.isServer) {
                TLSExtensionData *xtnData = &ss->xtnData;
                xtnData->advertised[xtnData->numAdvertised++] =
                    ssl_server_name_xtn;
            }
        }
        return len + 9;
    }
    /* Server side */
    if (append && maxBytes >= 4) {
        rv = ssl3_AppendHandshakeNumber(ss, ssl_server_name_xtn, 2);
        if (rv != SECSuccess)  return -1;
        /* length of extension_data */
        rv = ssl3_AppendHandshakeNumber(ss, 0, 2);
        if (rv != SECSuccess) return -1;
    }
    return 4;
}

其中关键性的代码为如下两行:

        len  = PORT_Strlen(ss->url);

以及:

            rv = ssl3_AppendHandshakeVariable(ss, (PRUint8 *)ss->url, len, 2);

其中ss->url是目标网站域名,也就是SNI的域名(也就是唯一可以被墙看见的那个域名)。为只读变量,不能修改(而且也不应该被修改,因为后续收到安全证书以后必须要能对上安全证书里的域名列表里的某一个域名,而且再后续进行HTTPS GET操作时就必须要有正确的域名才能取得正确的网页和内容)。

但是(我要说但是了!)我们可以把在以上两行里的ss->url完全替换成【另外】的一个string literal(也就是所谓的“hard-coding SNI”)。比如以下两种修改:

        len  = PORT_Strlen("wikimedia.org\0");

            rv = ssl3_AppendHandshakeVariable(ss, (PRUint8 *)"wikimedia.org\0", len, 2);
        len  = PORT_Strlen("\0");

            rv = ssl3_AppendHandshakeVariable(ss, (PRUint8 *)"\0", len, 2);

都能通过编译器编译,生成火狐浏览器的目标文件(object files)以及可执行二进制文件(binary executable)。我对以上两种情况分别进行了实验,有以下发现:

  • 如果hard-code空字符串\0,那么所有HTTPS连接一律报错,没有例外,也就是说如此编译出来的浏览器是完全废掉了。(这种情况对应于“SNI拔除”,也就是试图把现代火狐浏览器恢复到火狐浏览器1.0时代不发送SNI信息,现在看来这种方法完全行不通了)
  • 如果hard-code维基媒体总站域名,那么在我测试的网站中,除了Cloudflare网站不能正常工作,其它网站都能正常工作。特别有趣的是对谷歌发送维基媒体总站域名SNI也能得到正确的谷歌证书,成功打开google.com,而浏览器不会报错。(这种情况对应于域名前置,当然都是维基媒体的域名,所以应该也无所谓,不存在欺骗性质,和被亚马逊和谷歌禁止的那种域名前置行为有本质上的区别)

甚至可以做出如下修改:

char url[500];
scanf("%s", url);

        len  = PORT_Strlen(url);

            rv = ssl3_AppendHandshakeVariable(ss, (PRUint8 *)url, len, 2);

当然,以上修改后的火狐浏览器需要从xterm终端里启动,否则没法输入字符串。我个人从未做出或者测试过以上修改。但是我相信以上的修改是最最灵活的,因为允许用户在运行火狐浏览器的时候自行键入想要送出的明文SNI域名。

很可惜,我身在墙外,所以完全不知道这些修改能不能规避墙的SNI重置封锁。但是如果墙内朋友证实这些修改是可行的话,那么这将是非常powerful的修改。这些修改将允许墙内网友浏览维基百科直到墙SNI封杀【最后一个】维基媒体域名(现在除了维基百科和维基新闻以外基本上所有其它维基媒体域名都未被墙封杀)。而且墙内网友可以直接打开维基百科,而不需要先打开比如维基文库,然后利用HTTPS信道余热来打开维基百科。

不爱思考得猪留言) 2019年5月17日 (五) 20:44 (UTC)

会编译,看得懂代码的人为什么需要这个...--Fantasticfears留言) 2019年5月17日 (五) 21:34 (UTC)
其实说实话这是一个比较针对维基媒体的特定修改,而且可能也用不了多久了。墙不知道为什么没有对维基媒体进行全面封杀,而是只封杀了维基新闻和维基百科两类域名。以上的修改就是利用剩下的、未被封杀的维基媒体域名进行一种类似域名前置的操作,使得墙内用户在不翻墙的情况下依旧可以使用维基百科。但是说实话我个人是不太看好这个hack的,因为我认为墙应该即将封杀所有维基媒体域名了,甚至可能会对维基媒体的服务器群进行彻底IP封杀。不爱思考得猪留言) 2019年5月17日 (五) 23:20 (UTC)
其实就是,一种是SNI拔除,一种是类似域前置的方法。曾经有讨论过,不过需要定制化的客户端,只能适合硬核玩法。至于域前置的做法,好像有几家CDN不再支持了,为了防止Telegram等利用。——路过围观的Sakamotosan | 避免做作,免敬 2019年5月18日 (六) 00:52 (UTC)

Success!!! This is 不爱思考得猪. I have tunneled back inside the Great Firewall of China using PureVPN's Shanghai server. I have tested and verified that the above changes I have made to Firefox's source code really worked (together with relevant changes to /etc/hosts). Right now I am accessing zh.wikipedia.org with SNI wikimedia.org. I do apologize for posting this exciting update in English as my Firefox testing environment is Ubuntu Linux, so I cannot input Chinese. Look at my signature and you can see that the IP address is located in Shanghai. I am so happy right now! 101.226.196.139留言) 2019年5月19日 (日) 19:58 (UTC)

成功啦!成功啦!昨天我订购了PureVPN服务,PureVPN有服务器在上海,连上去了以后果然就是墙内的环境。我修改的火狐浏览器是在Ubuntu上运行的,所以刚才成功了以后留言记录证明连接成功只能打洋文了。要注意的是我对于火狐浏览器的修改必须要搭配/etc/hosts修改才行。在修改了/etc/hosts以后,运行Ubuntu内置火狐浏览器,就会收到“SNI Reset”错误信息。而运行我修改的火狐浏览器,则可以在未打开wikimedia.org的情况下直接打开zh.wikipedia.org,而且速度良好。今天我真是太高兴啦!这个修改应该可以一直使用到墙封杀维基媒体旗下的最后一个域名。不爱思考得猪留言) 2019年5月19日 (日) 20:27 (UTC)

你很厉害嘛。但你如果不编译出来的话,我们这些小白可是用不了呢。不过Firefox升级后就又不能用了吧。虽然我有其他方法啦。--1=0欢迎加入WP:維基百科維護專題 2019年5月19日 (日) 23:19 (UTC)
多谢Misel兄夸奖!我下来琢磨琢磨如何编译出视窗平台上的火狐目标文件、库文件、可执行文件。不爱思考得猪留言) 2019年5月20日 (一) 13:37 (UTC)
其实说实话我到现在也没有在视窗平台上开发过任何正经程序。习惯了在Linux上码农,Linux的确比视窗对码农更加友好。不爱思考得猪留言) 2019年5月20日 (一) 14:51 (UTC)
我修改的火狐浏览器和Firefox主线升级没有任何关系。主线Firefox升级了以后,我修改的火狐浏览器还是能够正常工作的,只不过就是版本老一些而已。不爱思考得猪留言) 2019年5月20日 (一) 14:53 (UTC)
或者将这个做成一个可以外部配置读取的配置文件,判断域名是否需要SNI修正,不需要的话就照常,需要的话就修正。不过还是那句,硬核玩法。——路过围观的Sakamotosan | 避免做作,免敬 2019年5月20日 (一) 01:20 (UTC)
多谢cwek兄的建议,我试着创造一个外部配置读取的配置文件。同时我再实验几种其它的灵活改变SNI方法看看效果如何。不爱思考得猪留言) 2019年5月20日 (一) 13:37 (UTC)

各位,我已经上了Mozilla-Dev瞄了几眼,在视窗上编译火狐浏览器需要40个G的空间。我现在使用的视窗笔记本电脑💻没有这么多空间(因为是固态硬盘SSD),所以明天我先要去Best Buy买一台新的笔记本电脑💻,以传统旋转磁硬盘(HDD)为主(这样空间足够大),然后再开始安装Visual Studio等视窗编译环境,然后开始修改视窗版火狐浏览器源代码,然后开始编译视窗版火狐浏览器。整个过程最长可能要花上几个礼拜的时间。所以这段讨论基本上可以存档到“如何访问维基百科”里面了,等我以后有更新了再开一个新话题告知修改版视窗火狐浏览器的下载地址。不爱思考得猪留言) 2019年5月20日 (一) 17:23 (UTC)

如何确保分发的二进制文件中仅有相关部分被改变?-Mys_721tx留言) 2019年5月20日 (一) 21:21 (UTC)
哈哈,这位兄台问的问题很好,以下是我的一些想法:
  • 我以人格担保,我修改的火狐浏览器里绝对不夹杂私货!(当然这是最最薄弱的一种说辞)
  • 你可以把我分享的文件与官方发行版火狐浏览器文件做一个二进制diff,你会观察到唯一的不同就是libssl3.so(视窗上应该是libssl3.dll),而且你把不同的那些字节调出来进行反汇编(disassembly)以后会发现反汇编出来的那些指令正是我所添加的C语句的x64汇编语言版本。(当然这么做对于很多人来说是非常有难度的)
  • 最好的方法当然是你自己去下载火狐官方源代码,自己去到ssl3ext.c里做出修改,然后自己为自己编译一个火狐浏览器。这也就是为什么我这么详细的把要具体修改的东西在本客栈里贴出。我的初衷是让所有人自行去修改源代码然后编译,因为我真的不觉得这么做有任何难度(特别是当我已经为你们摸清楚了源代码里究竟是哪个函数在控制着SNI)。
  • 还有就是把这个功能要求Mozilla添加到Nightly里面去。(我不认识Mozilla的人,而且这种修改基本上不可能被Mozilla接受。)
如果其它维基人还能想出什么好的保证机制请自由的往以上列表里添加。不爱思考得猪留言) 2019年5月21日 (二) 01:40 (UTC)


这其实等价于挂个HAProxy反向代理,然后中间人篡改下SNI……写几行配置就成,还不用重新编译。--菲菇维基食用菌协会 2019年5月20日 (一) 23:41 (UTC)

哇!😍😍😍😍😍😍😍😍😍😍😍😍真的吗?!那么还烦请菲菇兄能在本楼贴出使用反向代理篡改SNI的详细具体操作教程,以及兄所说的那几行配置。就像我在本楼里具体精确的指出需要修改火狐浏览器源代码的哪一个文件里的哪一个函数里的哪几行代码,以及怎么修改那几行代码。谢谢!不爱思考得猪留言) 2019年5月21日 (二) 01:46 (UTC)
奇技淫巧,不如肉翻。--菲菇维基食用菌协会 2019年5月21日 (二) 05:54 (UTC)
菲菇兄这话说的在理儿!不爱思考得猪留言) 2019年5月21日 (二) 13:09 (UTC)

讨论页无法解除Flow[编辑]

在参数设置里解除了Flow勾选,但是讨论页仍是Flow,内容也没有被存档。安提洛夫斯基 2019年5月18日 (六) 09:35 (UTC)

IAbot疑似故障?[编辑]

此笔编辑中,IAbot将title填写为“存档副本”,实际上应当为“Release notes — Anaconda 2.0 documentation”(取自互联网档案馆的标题)。--泡泡小号028留言) 2019年5月19日 (日) 09:25 (UTC)

强迫症:Imdb模板中的多余空格[编辑]

  • {{Imdb title}}在未指定title参数时,“》的资料”的前面有一个多余的半角空格。代码套的眼花,不清楚怎么修。
  • {{Imdb name}}有类似但简单的多余空格,建议顺便改一下。--YFdyh000留言) 2019年5月20日 (一) 02:08 (UTC)
這個我倒覺得沒太大問題,反而是要從英文版的{{Imdb title}} 來稍作更新,現在id的參數已經到達8位數,而直接輸入會造成錯誤,還要在前面加上tt。 --Qqkuro66541留言) 2019年5月20日 (一) 06:31 (UTC)
修了一下,看看是否可以了?另外,这俩模板可能需要大修了--百無一用是書生 () 2019年5月20日 (一) 08:04 (UTC)

分类中的消息文本异常[编辑]

Category:正在等待審核的草稿中的【分类“分类:正在等待审核的草稿”中的页面】是怎么了,多了“分类:”。不是翻译的问题。--YFdyh000留言) 2019年5月20日 (一) 05:53 (UTC)

不转换状态下正常,切换到任意一个繁简转换后的页面下出现以上状况。不知道是哪里出了问题?所有的分类页面似乎都存在这个问题--百無一用是書生 () 2019年5月20日 (一) 08:14 (UTC)
建议提报phab:--百無一用是書生 () 2019年5月21日 (二) 03:04 (UTC)
問題似乎已消失-- Sunny00217 - 2019年5月22日 (三) 13:34 (UTC)
讀取[3]得到:分类“正在等待審核的草稿”中的页面,[4]得到:分类“分类正在等待審核的草稿”中的页面,[5]得到:「分類:正在等待審核的草稿」分類的頁面,所以跟uselang有關係而不是variant......-- Sunny00217 - 2019年5月22日 (三) 13:45 (UTC)
但是不知道为什么会不同--百無一用是書生 () 2019年5月22日 (三) 14:28 (UTC)

Tech News: 2019-21[编辑]

2019年5月20日 (一) 13:04 (UTC)

{{infobox aircraft occurrence}}的第二飞机图片出不来了[编辑]

该模板最多支持列出3架飞机在事故中的概要,而第二架飞机的图片({{{plane2_image}}})似乎无法显示。--おつかれ平成、よろしく令和。by Super Wang. 2019年5月21日 (二) 08:19 (UTC)

互助客栈/技术
概要
第一架飛機

plane1
第二架飛機

plane2
機型 type

plane3

没问题啊--百無一用是書生 () 2019年5月21日 (二) 09:35 (UTC)

然而模板本身的页面和我今天创建的草稿都显示不出来……--おつかれ平成、よろしく令和。by Super Wang. 2019年5月21日 (二) 10:35 (UTC)
好像是输入第二架飞机的类型(plane2_type)以后图就无法显示了。--おつかれ平成、よろしく令和。by Super Wang. 2019年5月21日 (二) 11:23 (UTC)
 已修复,模版参数写的有问题,data36改成data37,后面的顺延,就好了--百無一用是書生 () 2019年5月21日 (二) 11:49 (UTC)
多谢您了。--おつかれ平成、よろしく令和。by Super Wang. 2019年5月21日 (二) 12:20 (UTC)

推荐一个工具[编辑]

从英文维基搬来一个工具,功能如下:如果模板{{Location map}}在填入多个地图时,此工具可以提供地图切换。具体效果可查看Location map文档(User selection of multiple maps部分),如果你没有装这个工具,样例给出的两幅地图都会显示,装了这个工具效果就不一样了。我已经将工具放到了用戶工具中。--Vozhuowhisper 2019年5月22日 (三) 13:46 (UTC)

这个迟早要被Kartographer抛弃掉吧--百無一用是書生 () 2019年5月22日 (三) 14:31 (UTC)

Wikiplus[编辑]

最近Wikiplus的編輯摘要若是開啟頁首摘要的快速編輯,會變成「/* */ // Edit via Wikiplus」,而導致被過濾器phab:T222857和phab:T222628擋下來。因為過去好像沒有出現過這個問題,想請問是否可以修正?---Koala0090留言) 2019年5月23日 (四) 03:13 (UTC)

Taxonbar[编辑]

想請問生物條目的Taxonbar和NoteTA是否能比照Authority control請機器人批量懸掛呢,並設計成不需要特別再加入Wikidata編號的方式--Koala0090留言) 2019年5月23日 (四) 03:18 (UTC)