維基百科:互助客棧/技術/存檔/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)

zh.m.wikipedia.org/wiki/2018年斯里斯迪亞補選-- Sunny00217 2018年9月29日 (六) 18:09 (UTC)