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

能不能帮忙修正亚拉巴马州专题数值的显示问题?

问:马六甲朝代的历史简介

中文维基应该区分一下“Dark web”和“Darknet”

真菌专题的条目评级显示问题

wp:真菌专题中,不知为何“真菌专题各等级条目”之列没有显示“典范级”,只显示到“甲级”为止,另外最右下方“真菌专题条目状态”的表格亦无法正常显示,只显示了各分类总数,没有显示质量与重要度交叉类别的个别数目,特来向熟悉技术的各位请教,先行拜谢。--Wikimycota~receptor/genome 2018年8月26日 (日) 21:06 (UTC)

User:靖天子因为没有创建:Category:典范级真菌条目,且该专题没有典范条目,所以{{Articles by Quality}}没有列出典范级。{{Articles by Quality and Importance}}自动显示交叉类别的话,需要给专题横幅挂载Template:WPBannerMeta/hooks/qualimpintersect钩点。--Lopullinen留言2018年8月28日 (二) 15:48 (UTC)
@Lopullinen:非常感谢协助。原来是之前创的Category:典範級真菌条目繁简混用了,不过现在怎么合并,要去合并请求提出吗?另外关于专题横幅挂hooks/qualimpintersect,我刚试了一下[1],结果出错了,不知可否请阁下明示如何操作。--Wikimycota~receptor/genome 2018年8月28日 (二) 17:44 (UTC)
@靖天子:如果是要合并历史请至移动请求或找寻管理员合并历史。— Willy1018(留言) 2018年8月29日 (三) 03:35 (UTC)
@靖天子,加上Template:WPBannerMeta/hooks/qualimpintersect了,看看行不行?--Lopullinen留言2018年8月29日 (三) 12:54 (UTC)
@Lopullinen:现在可以显示了,万分感谢阁下协助。不过另有一点疑惑:其他专题中,这些数字是有超链接可以点的,这部分要怎么设定,是不是建立各种X级X重要度真菌条目的分类,并添加到各条目讨论页就可以了?再次感谢。--Wikimycota~receptor/genome 2018年8月29日 (三) 22:30 (UTC)
@靖天子,创建相应的交叉分类页就可以了。--Lopullinen留言2018年9月1日 (六) 13:25 (UTC)
了解,非常感谢协助。--Wikimycota~receptor/genome 2018年9月1日 (六) 18:29 (UTC)

为什么我的个人讨论页字体缩小了?

User talk:克劳棣,如题,上面四分之三的字体大小正常(与条目所用字体一样大),下面四分之一的字体大小却缩小了,请问这是为什么?谢谢解答。-游蛇脱壳/克劳 2018年9月2日 (日) 08:22 (UTC)

已解决。--Vozhuowhisper 2018年9月2日 (日) 09:27 (UTC)
 谢谢你-游蛇脱壳/克劳 2018年9月2日 (日) 16:11 (UTC)

2018年9月3日 (一) 16:47 (UTC)

谁看一下为什么会生成这个分类

近期变动

这个吗? Shinjiman 2018年9月6日 (四) 03:47 (UTC)

关于主条目消歧义模板的优化

Wikipedia:模板消息/一般#条目内消歧义。当前主条目消歧义模板排版比较难看,尤其是使用多个模板的时候。例子见维基百科。主要是1. 模板之间行间距过大;2. 与正文区分不明显,3. hatnote还是dablink或者是其他class,使用较为混乱(尤其是移动版在服务器端重新定义了样式,进一步增加了混乱)。因此提议是否好好休整一下主条目消歧义模板?个人认为可参考de:Wikipediafr:Wikipédiait:Wikipediaja:ウィキペディア以及移动版--百無一用是書生 () 2018年9月4日 (二) 08:18 (UTC)

参考日文版做了一个版本:

不知如何?(底部加一条线,表示与正文分开)--百無一用是書生 () 2018年9月6日 (四) 11:31 (UTC)

用什么代码才能判断页面是否有某个分类?

如果我在编写一个模板时,需要判断使用这个模板的页面属于某个分类时,显示某些特定的字样。请问这个判断要用什么代码完成?Rafom留言2018年9月6日 (四) 16:56 (UTC)

似乎只能用js了,或者在外部用py脚本监控更新--百無一用是書生 () 2018年9月7日 (五) 03:43 (UTC)

可排序表格的中文日期排序?

如下面的例子所示,排序表格可对英文日期正确排序,但中文日期就被当作普通文本了。

日期排序
作品 发售日 发售日(英文)
维基百科大冒险 2001年1月15日 15 January 2001
维基百科大冒险:吉米的逆袭 2002年1月12日 12 January 2002
维基词典大冒险 2002年12月12日 12 December 2002

当然,用{{Sort|20010115|2001年1月15日}}或者|data-sort-value="20010115"|2001年1月15日等自定排序字可以解决这个问题,不过能不能让系统自动支持中文日期排序呢?--Lopullinen留言2018年9月6日 (四) 12:56 (UTC)

似乎自动排序是根据这个来的?[12]--百無一用是書生 () 2018年9月6日 (四) 13:29 (UTC)
日期排序 月分排序
15 January 2002 10 January 2002
2 January 2002 10 March 2002
1 January 2002 10 February 2002
英文日期也没办法照顺序排啊。-- tang891228 留⁠言 2018年9月6日 (四) 22:44 (UTC)
需要加个data-sort-type参数--百無一用是書生 () 2018年9月7日 (五) 03:40 (UTC)
日期排序 月分排序
15 January 2002 10 January 2002
2 January 2002 10 March 2002
1 January 2002 10 February 2002
中文维基似乎没效果?-- tang891228 留⁠言 2018年9月7日 (五) 16:24 (UTC)

转换问题

此处于台湾正体模式之下,部分文字没有正确转换,请求帮助。--Jane9306·TWICE❤·One In A Million ! 2018年9月9日 (日) 11:39 (UTC)

2018年9月10日 (一) 22:35 (UTC)

中文维基百科编辑页面符号表问题

有没有人知道那个符号表在哪里,想提出更改的话应该在哪里提出?想说可不可以在那符号表里面增加:

  • ✓✔✗✘↔↕・‧¿¡§※†‡/□♭♯♮这几个常用符号
  • ▲▼▶◀◢◣△▽▷◁◥◤◢◣◤◥○⦿●◯◎◐◑◒◓这些常用几何符号
  • ↺↻↾↿↼⇀⇂⇃↽⇁⇈⇊⇇⇉⇅⇄⇆⇋⇌⇕⇖⇗⇘⇙⇤⇥⇦⇧⇨⇩这些次常用箭头
  • ❛❜❝❞〃.﹏_标点或中文符号
  • ᄀᄂᄃᄅᄆᄇᄉᄋᄌᄎᄏᄐᄑᄒㅏㅐㅑㅒㅓㅔㅕㅖㅗㅘㅙㅚㅛㅜㅝㅞㅟㅠㅡㅢㅣ谚文字母表

上述各项?——C933103(留言) 2018年9月7日 (五) 15:10 (UTC)

摘要API发生故障?

自昨日起(UTC 2018年9月6日13时左右),很多条目都无法生成摘要,只返回空字符串(故障示例正常结果示例)。——Arnie97留言2018年9月7日 (五) 16:51 (UTC)

移除{{Lang-ja}}的语言链接

能否在编辑冲突时,做到一定程度的自动合并

就像很多死程序员熟悉的那样,很多版本管理软件都自带自动merge功能。当前维基百科网页版似乎没有自动merge功能,例如两个人分别编辑不同章节,也会提示编辑者发生冲突,要求进行手动合并。这种情况下完全可以自动合并。 --🐕🎈实用主义大于天) 2018年9月10日 (一) 06:23 (UTC)

有自动合并,比如两人编辑不同章节并依次提交能正常合并,编辑同一个章节在不同部分插入似乎也能自动合并。两人都在同一个位置(比如某章节结尾)插入新内容是不能合并的。--YFdyh000留言2018年9月10日 (一) 15:04 (UTC)
“两个人分别编辑不同章节,也会提示编辑者发生冲突”,这应该不会吧?除非一开始按的不是该章节的[编辑],而是整个条目的[编辑](右上角"阅读"与"查看历史"之间的那个)。有的时候我按下“显示更改”,也会显示别人的编辑差异,但是我再按下“发布更改”,还是可以顺利送出的。-游蛇脱壳/克劳 2018年9月12日 (三) 12:52 (UTC)
一个人编辑一个二级章节,另一个人编辑这个二级章节下的三级章节,应该就会冲突了--百無一用是書生 () 2018年9月12日 (三) 12:59 (UTC)
那是因为这两个章节有包含的关系啊!-游蛇脱壳/克劳 2018年9月12日 (三) 13:36 (UTC)
基本上后者没有在“前者在版本间的差异中显示的段落”里更改就不会冲突。-- tang891228 留⁠言 2018年9月12日 (三) 13:43 (UTC)
我的感受并非如此。如果我看错了是最好,如果没错的话我下次注意举个例子。 --🐕🎈实用主义大于天) 2018年9月14日 (五) 05:24 (UTC)

中文Template:Authority control 最近仅显示worldcat链接

中文Template:Authority control仅显示worldcat链接,wikidata其它数据不能通过引用此模板显示,不知为什么? 粤语英文模板等目前没有这个问题。--Zhenqinli留言2018年9月15日 (六) 19:54 (UTC)

@ShizhaoSpecial:Diff/51280582JC1 2018年9月16日 (日) 09:07 (UTC)

关于模板:Authority control

大量页面的Authority control模板显示“Lua错误 模块:Authority_control的第728行:attempt to call field '?' (a nil value)”,需要修复。佛祖西来留言2018年9月16日 (日) 13:57 (UTC)

2018年9月17日 (一) 21:58 (UTC)

Feedback wanted on mobile web contribution prototype

CKoerner (WMF) (talk) 2018年9月18日 (二) 15:34 (UTC)

模板:Infobox model失效,条目杨峥王绮婷等无法显示。-日月星辰 | 留言簿 2018年9月17日 (一) 16:59 (UTC)

User:NickiceUser:Dabao qian这笔编辑中,限制维基数据中职业标为 model 的条目才能显示该模板。而杨峥的职业为 actor,王绮婷则没有维基数据项目,因此可能应选用其他导航模板。不过我想问问这样限制是不是太严了点? --砜中嘌呤的白磷萃取 打谱 2018年9月18日 (二) 11:07 (UTC)
喔喔!还有这种限制,这个弄来的意义作于?-日月星辰 | 留言簿 2018年9月18日 (二) 11:30 (UTC)
(:)回应:因为近段时间以来两个跟模特相关的信息框模板被IP用户滥用了,用来在普通艺人条目中显示身体资料(HK居多,比如张国荣成龙等条目),为了封堵漏洞逼不得已只能这样做了(没办法,根据现有共识普通艺人的身体资料属于爱好者内容,是不允许在条目中出现的,中维艺人类条目的编辑者大多都是IP用户,且很多都不会听取其他编辑者的劝告)。--Dabao qian留言2018年9月18日 (二) 12:42 (UTC)
(~)补充:{{Infobox character}}也有相同的被滥用的现象(即在非虚构人物相关条目或章节中使用),流量艺人居多(如吴亦凡迪丽热巴等条目)。--Dabao qian留言2018年9月18日 (二) 12:44 (UTC)
(!)意见:这个方法其实治标不治本,因为IP用总会找到空间来加入资料,其实很多不同的模板也被滥用,唯有制定好使用模板的规则,然后让维基编辑定期巡查条目,删除这些不符合要求的资料,屡劝不定的唯有实施封禁或者保护条目,不然就变成现在真正需要的无法使用。-日月星辰 | 留言簿 2018年9月18日 (二) 13:29 (UTC)
直接隐藏太过激了,可以显示编者预览时可见的警告(例如模块:Citation/CS1的error_comment),比较重要才显示常规可见的警告(此例我认为不是)。--YFdyh000留言2018年9月18日 (二) 14:42 (UTC)
(:)回应:已经按要求对{{Infobox model}}进行整改,增加预览时可见的警告消息和如何令模板正常显示的引导性提示。不过为了确保条目中不出现爱好者内容,非模特相关条目依然设定为不回显此模板。{{Infobox model details}}这种嵌入式的改完之后不能显示在页顶因此起不到警示作用,而将相关代码嵌入到{{艺人}}的话好像语法上又不支持。--Dabao qian留言2018年9月18日 (二) 17:50 (UTC)

关于改善流动版

根据mw:Recommendations for mobile friendly articles的建议,主要有:

  • 尽量使用各语言版本通用的class(便于维护),目前的工作包括顶注、消息框和信息框(基本已经完成,但可能有遗漏)
  • 信息框或图片应该放在条目首段之下,方便在移动设备上至少能先看到条目的第一段,知道条目大概会说啥。否则打开条目首先看到的是长长的信息框和图片,读者体验会很差(目前已经在移动端完成,应该不需要调整?)
  • 元数据类的模板应该放在条目底部,例如特色/优良条目的模板,坐标模板、分类排序等。主要是优化移动网页的页面预览功能(个人认为地区词转换组应该也算这一类,需要放到条目最底部)
  • 顶注和消息框的使用需要规范:先顶注,后消息框(这可能需要大量工作)
  • 尽量使用模板样式
  • 除了数据外,不要使用表格,table元素应该改为div。table在移动设备上得支持太差。条目底部的导航栏在移动设备上被隐藏就是类似的问题
  • 首页要改善移动版体验
  • 模板代码应该使用单一的根元素,这样有助于结构化。
  • 多个问题模板应该用一个模板隐藏,腾出更多空间
  • 不要假设图像、信息框、表格在文本中的位置。因为移动设备尺寸的原因,尤其是多个图像使用,你看到某个图片是在左侧,但别人看来可能是在另一个图片的上方。所以,如果在文中有说明排列位置的话,多个图片尽量垂直排列会更好

--百無一用是書生 () 2018年9月11日 (二) 09:00 (UTC)

地区词转换组必须放置在要转换文字的上方,否则不会有效。--Xiplus#Talk 2018年9月11日 (二) 09:11 (UTC)
与其讨论编辑如何迁就移动版,到不如改善移动版本功能以便编辑好好容易的编辑维基。--Cohaf留言2018年9月11日 (二) 09:14 (UTC)
没登录时底部不显示“讨论”按钮,希望可以加上,手动在地址栏加“Talk:”很繁琐的!小猪佩奇身上纹掌声送给社会人2018年9月11日 (二) 16:22 (UTC)
我觉得shizhao所说的是改善wikicode在移动版的渲染效果,而非改善移动网页版。移动网页版的问题直接去P区处理。——路过围观的Sakamotosan | 避免做作,免敬 2018年9月12日 (三) 02:07 (UTC)
问题模板在移动版已被隐藏,点击条目名下方的“页面问题”方能显示。--XL-028留言2018年9月13日 (四) 04:05 (UTC)
是的,但可能会有遗漏--百無一用是書生 () 2018年9月14日 (五) 02:48 (UTC)
{{See also}}待更新,已提编辑请求,现候复中。--Dabao qian留言) 今天, 12:44 am (UTC+8)
(~)补充User:Shizhao除需要更新{{See also}}模板外,另需请求将{{Rellink}}合并至{{Hatnote}},此轮调整后两个模板的输出效果实际上已经没有任何区别,前者单独存在的意义已经不大。完成后可将Module:See alsoModule:Further两个模块删除,二者现可被更加通用的Module:Labelled list hatnote取代。{{Further}}已完成调整,但{{See also}}由于处在全保护状态因此无法自行调整。--Dabao qian留言2018年9月19日 (三) 12:46 (UTC)

网址黑名单不适用于全形字母?

刚刚在互助客栈打算加入连结至imgur的网址被黑名单挡下了。虽然不明白imgur为什么要黑名单但貌似把网址部分内容转成全形字母可以绕过黑名单并顺利张贴黑名单网址。而且全形字母网址在Chrome等浏览器上也能把用户带到半形字母的网址。建议更新黑名单机制阻挡此种网址。——C933103(留言) 2018年9月14日 (五) 22:12 (UTC)

User:C933103经过一番测试,除了全角字符外,发现很多诸如Unicode上标与下标英语Unicode subscripts and superscripts数字形式英语Number Forms带圈字母和数字英语Enclosed Alphanumerics带圈字母数字补充英语Enclosed Alphanumeric Supplement中日韩带圈字符及月份中日韩兼容字符字母表达形式英语Alphabetic Presentation Forms(拉丁字母合字)、类字母符号数学字母数字符号等区块内部分的字符可以达到相同的效果,例子:https://ᵢ。Ⅰ㎎Ⓤᵣ.ℂ🄾𝓶/。-- tang891228 留⁠言 2018年9月19日 (三) 16:06 (UTC)
随意列了一下是这样:
ß
ª²³¹ºʰʲʳʷʸˡˢˣᴬᴮᴰᴱᴳᴴᴵᴶᴷᴸᴹᴺᴼᴾᴿᵀᵁᵂᵃᵇᵈᵉᵍᵏᵐᵒᵖᵗᵘᵛᵢᵣᵤᵥᶜᶠᶢᶻ
⁰ⁱ⁴⁵⁶⁷⁸⁹ⁿ₀₁₂₃₄₅₆₇₈₉ₐₑₒₓₕₖₗₘₙₚₛₜℊℓ№℡™℻
ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫⅰⅱⅲⅳⅴⅵⅶⅷⅸⅹⅺⅻⅿ
①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯⑰⑱⑲⑳ⒶⒷⒸⒹⒺⒻⒼⒽⒾⒿⓀⓁⓂⓃⓄⓅⓆⓇⓈⓉⓊⓋⓌⓍⓎⓏⓐⓑⓒⓓⓔⓕⓖⓗⓘⓙⓚⓛⓜⓝⓞⓟⓠⓡⓢⓣⓤⓥⓦⓧⓨⓩ⓪㉐㉑㉒㉓㉔㉕㉖㉗㉘㉙㉚㉛㉜㉝㉞㉟㊱㊲㊳㊴㊵㊶㊷㊸㊹㊺㊻㊼㊽㊾㊿㋌㋍㋎㋏
ⱼⱽ
㍱㍲㍳㍴㍵㍶㍷㍸㍹㍺㎀㎁㎃㎄㎅㎆㎇㎈㎉㎊㎋㎎㎏㎐㎑㎒㎓㎔㎖㎗㎘㎙㎚㎜㎝㎞㎟㎠㎡㎢㎣㎤㎥㎦㎩㎪㎫㎬㎭㎰㎱㎳㎴㎵㎷㎸㎹㎺㎻㎽㎾㎿㏃㏄㏅㏈㏉㏊㏋㏌㏍㏎㏏㏐㏑㏒㏓㏔㏕㏖㏗㏙㏚㏛㏜㏝㏿
ℂℊℋℌℍℎℐℑℒℓℕ№ℙℚℛℜℝ℠℡™ℤKℬℭℯℰℱℳℴℹ℻ⅅⅆⅇⅈⅉ
fffiflffifflſtst
。.。-
0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz
🄰🄱🄲🄳🄴🄵🄶🄷🄸🄹🄺🄻🄼🄽🄾🄿🅀🅁🅂🅃🅄🅅🅆🅇🅈🅉
𝐀𝐁𝐂𝐃𝐄𝐅𝐆𝐇𝐈𝐉𝐊𝐋𝐌𝐍𝐎𝐏𝐐𝐑𝐒𝐓𝐔𝐕𝐖𝐗𝐘𝐙𝐚𝐛𝐜𝐝𝐞𝐟𝐠𝐡𝐢𝐣𝐤𝐥𝐦𝐧𝐨𝐩𝐪𝐫𝐬𝐭𝐮𝐯𝐰𝐱𝐲𝐳𝐴𝐵𝐶𝐷𝐸𝐹𝐺𝐻𝐼𝐽𝐾𝐿𝑀𝑁𝑂𝑃𝑄𝑅𝑆𝑇𝑈𝑉𝑊𝑋𝑌𝑍𝑎𝑏𝑐𝑑𝑒𝑓𝑔𝑖𝑗𝑘𝑙𝑚𝑛𝑜𝑝𝑞𝑟𝑠𝑡𝑢𝑣𝑤𝑥𝑦𝑧𝑨𝑩𝑪𝑫𝑬𝑭𝑮𝑯𝑰𝑱𝑲𝑳𝑴𝑵𝑶𝑷𝑸𝑹𝑺𝑻𝑼𝑽𝑾𝑿𝒀𝒁𝒂𝒃𝒄𝒅𝒆𝒇𝒈𝒉𝒊𝒋𝒌𝒍𝒎𝒏𝒐𝒑𝒒𝒓𝒔𝒕𝒖𝒗𝒘𝒙𝒚𝒛𝒜𝒞𝒟𝒢𝒥𝒦𝒩𝒪𝒫𝒬𝒮𝒯𝒰𝒱𝒲𝒳𝒴𝒵𝒶𝒷𝒸𝒹𝒻𝒽𝒾𝒿𝓀𝓁𝓂𝓃𝓅𝓆𝓇𝓈𝓉𝓊𝓋𝓌𝓍𝓎𝓏𝓐𝓑𝓒𝓓𝓔𝓕𝓖𝓗𝓘𝓙𝓚𝓛𝓜𝓝𝓞𝓟𝓠𝓡𝓢𝓣𝓤𝓥𝓦𝓧𝓨𝓩𝓪𝓫𝓬𝓭𝓮𝓯𝓰𝓱𝓲𝓳𝓴𝓵𝓶𝓷𝓸𝓹𝓺𝓻𝓼𝓽𝓾𝓿𝔀𝔁𝔂𝔃𝔄𝔅𝔇𝔈𝔉𝔊𝔍𝔎𝔏𝔐𝔑𝔒𝔓𝔔𝔖𝔗𝔘𝔙𝔚𝔛𝔜𝔞𝔟𝔠𝔡𝔢𝔣𝔤𝔥𝔦𝔧𝔨𝔩𝔪𝔫𝔬𝔭𝔮𝔯𝔰𝔱𝔲𝔳𝔴𝔵𝔶𝔷𝔸𝔹𝔻𝔼𝔽𝔾𝕀𝕁𝕂𝕃𝕄𝕆𝕊𝕋𝕌𝕍𝕎𝕏𝕐𝕒𝕓𝕔𝕕𝕖𝕗𝕘𝕙𝕚𝕛𝕜𝕝𝕞𝕟𝕠𝕡𝕢𝕣𝕤𝕥𝕦𝕧𝕨𝕩𝕪𝕫𝕬𝕭𝕮𝕯𝕰𝕱𝕲𝕳𝕴𝕵𝕶𝕷𝕸𝕹𝕺𝕻𝕼𝕽𝕾𝕿𝖀𝖁𝖂𝖃𝖄𝖅𝖆𝖇𝖈𝖉𝖊𝖋𝖌𝖍𝖎𝖏𝖐𝖑𝖒𝖓𝖔𝖕𝖖𝖗𝖘𝖙𝖚𝖛𝖜𝖝𝖞𝖟𝖠𝖡𝖢𝖣𝖤𝖥𝖦𝖧𝖨𝖩𝖪𝖫𝖬𝖭𝖮𝖯𝖰𝖱𝖲𝖳𝖴𝖵𝖶𝖷𝖸𝖹𝖺𝖻𝖼𝖽𝖾𝖿𝗀𝗁𝗂𝗃𝗄𝗅𝗆𝗇𝗈𝗉𝗊𝗋𝗌𝗍𝗎𝗏𝗐𝗑𝗒𝗓𝗔𝗕𝗖𝗗𝗘𝗙𝗚𝗛𝗜𝗝𝗞𝗟𝗠𝗡𝗢𝗣𝗤𝗥𝗦𝗧𝗨𝗩𝗪𝗫𝗬𝗭𝗮𝗯𝗰𝗱𝗲𝗳𝗴𝗵𝗶𝗷𝗸𝗹𝗺𝗻𝗼𝗽𝗾𝗿𝘀𝘁𝘂𝘃𝘄𝘅𝘆𝘇𝘈𝘉𝘊𝘋𝘌𝘍𝘎𝘏𝘐𝘑𝘒𝘓𝘔𝘕𝘖𝘗𝘘𝘙𝘚𝘛𝘜𝘝𝘞𝘟𝘠𝘡𝘢𝘣𝘤𝘥𝘦𝘧𝘨𝘩𝘪𝘫𝘬𝘭𝘮𝘯𝘰𝘱𝘲𝘳𝘴𝘵𝘶𝘷𝘸𝘹𝘺𝘻𝘼𝘽𝘾𝘿𝙀𝙁𝙂𝙃𝙄𝙅𝙆𝙇𝙈𝙉𝙊𝙋𝙌𝙍𝙎𝙏𝙐𝙑𝙒𝙓𝙔𝙕𝙖𝙗𝙘𝙙𝙚𝙛𝙜𝙝𝙞𝙟𝙠𝙡𝙢𝙣𝙤𝙥𝙦𝙧𝙨𝙩𝙪𝙫𝙬𝙭𝙮𝙯𝙰𝙱𝙲𝙳𝙴𝙵𝙶𝙷𝙸𝙹𝙺𝙻𝙼𝙽𝙾𝙿𝚀𝚁𝚂𝚃𝚄𝚅𝚆𝚇𝚈𝚉𝚊𝚋𝚌𝚍𝚎𝚏𝚐𝚑𝚒𝚓𝚔𝚕𝚖𝚗𝚘𝚙𝚚𝚛𝚜𝚝𝚞𝚟𝚠𝚡𝚢𝚣
𝟎𝟏𝟐𝟑𝟒𝟓𝟔𝟕𝟖𝟗𝟘𝟙𝟚𝟛𝟜𝟝𝟞𝟟𝟠𝟡𝟢𝟣𝟤𝟥𝟦𝟧𝟨𝟩𝟪𝟫𝟬𝟭𝟮𝟯𝟰𝟱𝟲𝟳𝟴𝟵𝟶𝟷𝟸𝟹𝟺𝟻𝟼𝟽𝟾𝟿

-- tang891228 留⁠言 2018年9月19日 (三) 16:16 (UTC)

T14896——C933103(留言) 2018年9月19日 (三) 18:48 (UTC)

hatnote非居中很奇怪

俄文版的一个互动模板

ru:Шаблон:Интерактивная_карта_изображений。不知道各位是否认同这种技术……极端的可以做到这种东西……显然,想做一个非常累。 --达师 - 370 - 608 2018年9月20日 (四) 12:38 (UTC)

扩展

连结至用户页的话,对方会否收到提醒?

有时候本人需要提到另一用户,而本人一般会将用户名连结至用户页,例如:
User:Example在某某页面表示,……
请问如本人加入上述文字, Example 会否收到提醒?
--まっすろな未来留言2018年9月20日 (四) 13:34 (UTC)

那就是我记错了……  囧rz...。--【和平至上】💬📝 2018年9月23日 (日) 15:15 (UTC)

2018年9月24日 (一) 15:23 (UTC)

这个工具似乎可以解决SNI RST的问题?

https://github.com/URenko/Accesser 但似乎安全性上存疑。 --Dzx dzx4留言2018年9月23日 (日) 15:36 (UTC)

有点意思嘛,在本地搭了服务器,还自动导入了证书。--1=0欢迎加入WP:维基百科维护专题 2018年9月23日 (日) 16:33 (UTC)
试了下,确实有用,类似的方法之前在VPO也看过,不过这项目更适合小白。这段时间全靠反代了呀……--一直以来对SNI RST高度关注(废话)的№.N留言2018年9月25日 (二) 12:43 (UTC)
Firefox即将支持ESNI[24]--百無一用是書生 () 2018年9月26日 (三) 02:38 (UTC)
ESNI虽然可以解决SNI RST的问题,但要小心墙到时拿别的手段。--№.N留言2018年9月26日 (三) 05:13 (UTC)
服务器证书检测?本来ESNI不是专用对抗强审查机制。但是如果搞一些需要服务器配合的旁门左道机制(例如:域前置、双向异常RST过滤等),就偏离百科的目标。——路过围观的Sakamotosan | 避免做作,免敬 2018年9月26日 (三) 06:27 (UTC)
不过现在ESNI的想法是通过DNS提供域名持有者的ESNI域名加密公钥,假设安全传递成功的话,还能干更有趣的事,例如TLS客户握手时同时用公钥加密用于服务器证书加密传输的对称钥和校验信息(一段需要服务器复读响应的信息和时间戳),让服务器通过对称钥来加密传输服务器证书和校验信息来来完成服务器握手,全程彻底加密。最后最终手段就剩下黑洞路由了(对付御三家最终必杀武器)。其实还是就是如何在零信任下建立安全通道。ESNI成功的话,可能能应付到一段时间。——路过围观的Sakamotosan | 避免做作,免敬 2018年9月26日 (三) 06:27 (UTC)

{{Pie chart}}无法在移动版正常显示

如题,当我在zh.m网址时打开浏览圆形图表如2018年斯里斯迪亚补选里的pie chart时无法正常显示颜色和百分比,不知是浏览器(移动Chrome)问题还是该模板的问题,在此请教。 angys 2018年9月19日 (三) 07:59 (UTC)

User:*angys*看到Wikipedia:互助客栈/技术/存档/2013年1月#求助模板:Pie_chart,发现是MediaWiki:Mobile.css的问题,对应en:MediaWiki:Mobile.css,需要加入
/* Pie chart: Transparent borders */
.transborder {
	border: solid transparent;
}
-- tang891228 留⁠言 2018年9月19日 (三) 12:14 (UTC)

只是放在下面而以吗?对不起但是我不太熟悉编程,怕不小心毁了页面 angys 2018年9月19日 (三) 13:13 (UTC)

User:*angys*是加在MediaWiki:Mobile.css,需要管理员协助。-- tang891228 留⁠言 2018年9月19日 (三) 13:21 (UTC)

@Shizhao:君查看历史记录得知您维护该模板,是否能帮忙加入以上代码呢,若可以感激不尽。 angys 2018年9月19日 (三) 14:40 (UTC)

我加到了Template:Pie chart/styles.css,不知道是否解决了问题?--百無一用是書生 () 2018年9月26日 (三) 03:18 (UTC)

zhwiki.oracleblog.org/wiki/2018年斯里斯迪亚补选-- Sunny00217 2018年9月29日 (六) 18:09 (UTC)