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

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

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

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

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

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


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

9月13日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告板
# 話題 發言 參與 最新發言 最後更新(UTC+8)
1 鿬与鿫，字体显示问题 44 16 A2569875 2018-09-24 00:01
2 請求重定向 11 4 A2569875 2018-09-24 00:02
3 模板樣式的Doc說明文件 6 3 A2569875 2018-09-19 21:36
4 建议移除中文维基百科的机翻功能 42 18 YFdyh000 2018-09-21 21:30
5 能否在编辑冲突时，做到一定程度的自动合并 10 6 Inufuusen 2018-09-14 13:24
6 关于改善流動版 8 7 Dabao qian 2018-09-19 20:46
7 網址黑名單不適用於全形字母？ 4 2 C933103 2018-09-20 02:48
8 中文Template:Authority control 最近仅显示worldcat链接 2 2 JC1 2018-09-16 17:07
9 关于模板:Authority control 10 5 Shizhao 2018-09-17 09:30
10 模板:Infobox model失效 8 4 Dabao qian 2018-09-19 01:50
11 {{Pie chart}}无法在移动版正常显示 5 2 *angys* 2018-09-19 22:40
12 Tech News: 2018-38 0 0
13 hatnote非居中很奇怪 4 2 YFdyh000 2018-09-19 17:27
14 Feedback wanted on mobile web contribution prototype 1 1 CKoerner 2018-09-18 23:34
15 維基百科應用程式條目 4 4 Vozhuo 2018-09-20 20:48
16 俄文版的一个互动模板 3 3 Shizhao 2018-09-21 12:02
17 連結至用戶頁的話，對方會否收到提醒？ 9 4 Tang891228 2018-09-24 01:50
18 因應維基共享資源10月14日後限制GFDL檔案轉移至共享資源之措施 7 6 Kuailong 2018-09-22 00:57
19 擴展 1 1 Msnhinet8 2018-09-23 08:39
20 这个工具似乎可以解决SNI RST的问题？ 2 2 Alexander Misel 2018-09-24 00:33
21 註釋的瀏覽功能 1 1 Tp0910 2018-09-23 23:56
更新圖例
最近1小時內
最近1日內
一週內
一個月內
逾一個月


鿬与鿫，字体显示问题[编辑]

本主題或以下段落文字，在討論結束後應存檔至Template talk:缺字、Template talk:僻字、Talk:鿬、Talk:鿫。

有哪些字体可以支持元素名称鿬（Ts）和鿫（Og）的显示？--Leiem（签名·留言） 2018年6月28日 (四) 12:54 (UTC)

不可以用web font來提供相應字體嗎？——C933103(留言) 2018年9月7日 (五) 14:28 (UTC)
(！)意見：@C933103並不是所有人都會啟用MediaWiki:Gadget-webfont小工具，除非默認全站使用，否則(－)傾向反對--　宇帆（維基貢獻十周年！留言·歡迎簽到 [試用小工具]） 2018年9月7日 (五) 15:23 (UTC)
可以把相關中文字的字型檔搬到commons然後從commons而非glyphwiki摘取嗎？——C933103(留言) 2018年9月7日 (五) 15:39 (UTC)
这里有几个问题需要考虑：
  • 不同操作系统（含移动设备）对CJK扩展区的支持是不一样的，如果再加上用户做系统更新和额外安装字体，更加剧了情况的多变。所以对A用户来说是僻字，对B用户来说则未必是僻字。所以僻字包括那些汉字是无法准确定义的，对于每个人而言都可能未必一样
  • commons不支持存放字体文件。另外svg格式的字体文件虽然可能可以存放在c区，但是浏览器对svg字体的支持比较差
  • 我抽空会改一改小工具，如果把字体文件存在toollabs是否就不会有安全问题？（现在不支持默认开启，就是因为跨站调用字体文件，可能有安全隐患）

--百無一用是書生 (☎) 2018年9月10日 (一) 02:32 (UTC)

那麼在中文維基本地呢？本地可以容許woff(/2)等文件的存放嗎？——C933103(留言) 2018年9月15日 (六) 11:32 (UTC)
(？)疑問：@Shizhao：可行性如何？--　宇帆（留言·歡迎簽到 [試用小工具]，永無止境的WP:DRV物語） 2018年9月23日 (日) 16:01 (UTC)

請求重定向[编辑]

{{Save to|Talk:}}
(＊)提醒，以上頁面為孤立葉面，存檔至Talk:可能導致被速刪而遺失。--　宇帆（維基貢獻十周年！留言·歡迎簽到 [試用小工具]） 2018年9月8日 (六) 17:42 (UTC)

請求將此符號（U+FEFF）重定向至位元組順序記號。-- tang891228 留⁠言 2018年8月26日 (日) 09:28 (UTC)

我不认为有理由将这不可见字符重定向到一个条目。——星耀晨曦（留言） 2018年8月26日 (日) 16:04 (UTC)
比照U+200B。-- tang891228 留⁠言 2018年8月26日 (日) 16:37 (UTC)
不能理解为不可见字符创建重定向的动机。这不能帮助读者搜索目标条目。——星耀晨曦（留言） 2018年8月26日 (日) 16:47 (UTC)
雖然不代表其他人也會這麼做，但當我忘記「位元組順序記號」七個字的時候，還可透過輸入U+FEFF來搜索條目。實際上輸入U+FEFF也比較快。-- tang891228 留⁠言 2018年8月27日 (一) 03:40 (UTC)
这个不可见字符和U+FEFF是不同的。前者对帮助搜索几乎没有任何用处，因为人们不会特地为了搜索零宽空格而打不可见字符，并且能打出来的应该都知道这个名词，哪怕不知道搜索的结果也会有“零宽空格”。——星耀晨曦（留言） 2018年8月28日 (二) 16:47 (UTC)

模板樣式的Doc說明文件[编辑]

H:模板樣式是一個CSS內容模型，若在內部放入任何模板和wikitext皆難以正常顯示

能否設定比照WP:Module（Module:名字空間）一樣會自動嵌入.../doc頁面那樣呢？

這樣有助於協作，就如同WP:Module（Module:名字空間）那樣。--　宇帆（維基貢獻十周年！留言·歡迎簽到 [試用小工具]） 2018年9月4日 (二) 12:41 (UTC)

似乎目前不支持？而且一来模板樣式没有任何参数调用，不需要详细说明用法；二来css的说明大家不都是用注释方法来写的么--百無一用是書生 (☎) 2018年9月4日 (二) 12:52 (UTC)
可說明編輯的注意事項、呈現一些CSS的預覽視覺效果。 不能設定預設嵌入頁面在頁頂嗎？（就wikitext沒有寫形如{{}}的引用語法，但實際上顯示出來有嵌入頁面，如現行的WP:Module）--　宇帆（維基貢獻十周年！留言·歡迎簽到 [試用小工具]） 2018年9月4日 (二) 12:58 (UTC)
可以直接放到相应调用的模板doc中说明， 或者以CSS注释说明。注释说明得当则可，没必要规定格式，而且后台解析器也会渲染时清理掉。——路过围观的Sakamotosan | 避免做作，免敬 2018年9月4日 (二) 13:26 (UTC)
我還是比較希望Style統一，不要有的用註釋有的用Doc檔--　宇帆（留言·歡迎簽到 [試用小工具]，永無止境的WP:DRV物語） 2018年9月12日 (三) 08:33 (UTC)
(！)意見有此功能的話才可以加入分類或掛提示模板。--　宇帆（留言·歡迎簽到 [試用小工具]，永無止境的WP:DRV物語） 2018年9月19日 (三) 13:36 (UTC)

建议移除中文维基百科的机翻功能[编辑]

本主題或以下段落文字，移動自WP:VPP。执行人：--J.Wong 2018年9月10日 (一) 00:50 (UTC)。

建议移除Special:内容翻译。先前讨论参见Wikipedia:互助客栈/其他#机翻问题。--Leiem（签名·留言） 2018年9月9日 (日) 15:48 (UTC)

  • (＋)支持--Cohaf（留言） 2018年9月9日 (日) 15:56 (UTC)
  • (＋)支持：有些鸡肋的工具--Leon3289（留言） 2018年9月9日 (日) 16:08 (UTC)
  • (－)反对：“内容翻译”工具与其中的“机器翻译”组件是完全不同的功能。Special:内容翻译统计，经其提交的条目。可以向维护者反馈/尝试制作小工具/设立指引来阻止或限制劣质机翻的出现。--YFdyh000（留言） 2018年9月9日 (日) 17:02 (UTC)
  • (－)反对：Special:内容翻译方便之處是在於它支援直接導入模板、分類和wikidata entry，對我而言還是實用的；而不是它自帶的機翻功能。而劣質機翻的問題在引入內容翻譯工具前已經一早存在，現有的速刪方針也尚能解決問題。在下的反(＆)建議是關閉把內容翻譯工具的輸出直接發佈到main namespace，而是只能發佈到draft或user namespace，希望能夠讓編者再校對幾遍後方可發佈條目。--默默耕耘的無聊龍（發掘化石|基因圖譜） 2018年9月9日 (日) 17:24 (UTC)
    • (＋)支持@無聊龍：的建议--Cohaf（留言） 2018年9月9日 (日) 17:28 (UTC)
    • 我之前翻译模板的时候直接变成表格了。现有的小工具“翻译链接”可以实现内链、模板以及分类的本地化。--Leiem（签名·留言）
      • 该工具的双语对照和草稿（非发布）管理难以取代。--YFdyh000（留言） 2018年9月10日 (一) 15:07 (UTC)
    • 無聊龍所议与英维同，而個人也認為英維的做法可取。Sænmōsà我將達一出路，或尋或拓。 2018年9月10日 (一) 07:49 (UTC)
  • 建議只禁止發布在條目，或只允許發布在草稿，或用戶頁，原因同無聊龍。— Willy1018（留言） 2018年9月10日 (一) 02:31 (UTC)
  • 个人认为或不必移除该功能，但在每次使用机翻功能时应给予用户警示。 --🐕🎈（实用主义大于天） 2018年9月10日 (一) 03:16 (UTC)
    • 也同意以上方法。Sænmōsà我將達一出路，或尋或拓。 2018年9月10日 (一) 07:49 (UTC)
  • 如果默认或强制提交到草稿空间，需要有专人（小组）审核并移动（不留重定向）或跟进（讨论、意见或处理；未完成草稿不太好办；中途协作易有冲突）。目前的巡查我认为足够了，有意者还可依照记录校对，是巡查员的辨别能力和接受标准问题。--YFdyh000（留言） 2018年9月10日 (一) 15:07 (UTC)
  • (＋)支持：有鑒於長久以來維護Portal:生物学/新进条目，以及巡查新條目時，經常看到機器翻譯產出的條目，我同意「內容翻譯」的功能對維基百科不利，意見與無聊龍類似，但希望完全把內容翻譯的功能移除（而非只是不能直接發布到條目空間），只留下上述導入模板、分類等不涉及內容翻譯的功能。--Wikimycota~receptor/genome 2018年9月10日 (一) 17:42 (UTC)
  • (！)意見：并不是对机器翻译有歧视，而是Special:内容翻译并不好用，明明在中文维基存在的条目，被它直接翻译成红链了；至于翻译质量，我做了个对比：
    • 英文原文（来自Tron RUN/r）：Tron RUN/r is an endless runner video game developed by Sanzaru Games and published by Disney Interactive Studios as part of the Tron franchise. It was released on February 16, 2016 for the PlayStation 4, Xbox One, and Windows. It was ll announced at the Game Awards 2015, where it was described as an "action arcade" game.
    • Special:内容翻译（默认的Yandex，其他翻译丢链接）：Tron运行/r 是一个 无尽的选手 视频游戏 发 射日游戏 和公布通过 迪士尼的交互工 作的一部分 特 许经营的。 它被释放关于二月16日，2016年的 ps4的， 一个Xbox，并 Windows. 这是ll宣布在 游戏的奖2015年，它被描述为一个"行动游戏"的游戏。
    • Google翻译：Tron RUN / r是由Sanzaru Games开发的无尽的赛跑者视频游戏，由迪士尼互动工作室出版，作为Tron特许经营的一部分。 它于2016年2月16日发布，适用于PlayStation 4，Xbox One和Windows。 它在2015年的游戏大奖中宣布，它被称为“动作街机”游戏。
    • 所以当前情况下Special:内容翻译挺鸡肋的，还是人工处理比较好--Leon3289（留言） 2018年9月11日 (二) 01:42 (UTC)
  • (＝)中立但傾向(＋)支持：在下經常使用內容翻譯功能翻譯條目（比如IceWM和虛擬YouTuber），確實現在這個工具有一定的設計缺陷，也有許多新用戶不懂，直接拿工具機械翻譯的結果提交。如果說直接一刀切禁用，恐怕會招致一些維基人的反對，建議參考Inufuusen的意見，在使用該功能時對用戶——尤其是一些初使用該工具的新用戶——給予警示，要求用戶檢查和糾正機翻內容。--MeltdownLakeTalkripper 2018年9月11日 (二) 01:56 (UTC)
    • 我觉得取消内容翻译，属于典型的因噎废食--百無一用是書生 (☎) 2018年9月11日 (二) 02:09 (UTC)
    • 我也觉得未必需要取消整个工具，我建议在每次点击生成自动翻译的时候都事先弹出一个对话框，提示用户注意机翻问题。（“我已知晓通过自动翻译生成的文字仅可用于参考，我保证我已阅读所翻译的原文。”）在一个条目里使用几次自动翻译，就要确认几次。（对任何用户都这样。） --🐕🎈（实用主义大于天） 2018年9月12日 (三) 07:08 (UTC)
  • (－)反对移除special:内容翻译，可视化的界面对新人来说还是很容易上手的。机器翻译的话可以提高门槛，即如果新用户+机翻且不经人工修正的比例过高，可以强制用户将翻译的结果发布到草稿页。燃 灯 2018年9月11日 (二) 06:30 (UTC)
  • (－)強烈反对。討論前題錯誤。機械翻譯部分並非內容翻譯元件的全部。——C933103(留言) 2018年9月11日 (二) 14:17 (UTC)
  • (－)傾向反對，虽然这个翻译工具确实用着不爽，但多一个工具总比少一个强，劣质翻译直接G13即可。--Yangfl（留言） 2018年9月12日 (三) 07:45 (UTC)

非移除的替代方案[编辑]

方案一：使用内容翻译需要权限[编辑]

如果不移除这一功能，可以考虑让机翻给有一定编辑经验的人用，如自动确认用户、巡查豁免用户或自定义权限等。--Leiem（签名·留言） 2018年9月12日 (三) 07:57 (UTC)

  • （其实有一定编辑经验的人谁会用这么难用的东西...--Yangfl（留言） 2018年9月12日 (三) 08:05 (UTC)
    • (：)回應：@Yangfl：有啊，比如這個，Special:Diff/51136779，由於它會自動幫我加好分類、自動產生參見章節、加好跨語言連結，並且留下相關紀錄...等瑣碎工作，所以某些情況仍會使用（最後的條目內容是整個重寫，內容翻譯只用於加好分類、加好跨語言連結，並且留下相關紀錄...等瑣碎工作）。--　宇帆（留言·歡迎簽到 [試用小工具]，永無止境的WP:DRV物語） 2018年9月12日 (三) 10:27 (UTC)
      • 其实不如试用一下小工具里的链接翻译器，也能自动翻译分类链接，而且比页面翻译灵活多了（比如只更新分类链接）。--Yangfl（留言） 2018年9月12日 (三) 10:32 (UTC)
        • 没有使用指南，刚找到入口（编辑状态-更多）……--YFdyh000（留言） 2018年9月12日 (三) 11:21 (UTC)
    • 我用它译了500+条目了。不用它太容易半途而废。草稿损坏问题是我遇到的最大障碍。--YFdyh000（留言） 2018年9月12日 (三) 11:21 (UTC)
    • 之前去試用了一下，確實覺得難用，摸了半天還是不會用....（不過我連視覺化編輯器也不會用，所以我大概是特例）。--Wikimycota~receptor/genome 2018年9月12日 (三) 18:33 (UTC)

方案二：内容翻译默认发布到草稿或用户空间[编辑]

见phab:T168727，之前提交过一个请求。如果觉得这个问题影响太大，可以要求默认发布到草稿或用户名字空间，甚或不允许直接发布到主名字空间--百無一用是書生 (☎) 2018年9月12日 (三) 08:27 (UTC)
发布到草稿或用户空间可以考虑。——路过围观的Sakamotosan | 避免做作，免敬 2018年9月12日 (三) 08:49 (UTC)
见上文，如果没有专项负责审阅处理，或者明确的流程指引，我(－)傾向反對默认发到草稿，译文埋没、重复翻译等风险。--YFdyh000（留言） 2018年9月12日 (三) 11:21 (UTC)

方案三：請求ContentTranslation移除對中文的機械翻譯選項[编辑]

  • 為什麼不索性以翻譯質量為理由提出移除現在ContentTranslation裡面連接有道的接口和移除Yandex翻譯以中文作目標語言的覆蓋？這樣就可以讓人們繼續用ContentTranslation而不用怕機翻。——C933103(留言) 2018年9月15日 (六) 11:26 (UTC)
  • 曾经在ContentTranslation的讨论页提过，然而无人回应。--Tiger（留言） 2018年9月15日 (六) 13:17 (UTC)
  • 个人觉得可以考虑，Yandex翻译效果太差，而Google的API又是收费的（另把上面二位的文字前加了✳️）--Leon3289（留言） 2018年9月15日 (六) 15:17 (UTC)

方案四：每次点击按钮添加自动翻译时弹出信息框要求确认[编辑]

  • 我加个方案四。基本什么都不改，但是每次点击自动翻译的时候都弹出一个对话框，告诉用户机翻的坏处，要求用户保证自己亲自看过外文原文进行确认。使用起来简单就是实质的鼓励，使用起来麻烦就是实质的不鼓励。 --🐕🎈（实用主义大于天） 2018年9月18日 (二) 09:54 (UTC)
“对话框”可能体验很差，接近禁用，以及多次弹出alert是可以用浏览器禁用掉的。--YFdyh000（留言） 2018年9月19日 (三) 09:29 (UTC)
这个建议就是为了使体验变差。浏览器禁用的话后果自负。社群已经警告过了。 --🐕🎈（实用主义大于天） 2018年9月21日 (五) 05:52 (UTC)
这样就是逼人家弃用或者禁用并忽略警告，体验和效果不好。--YFdyh000（留言） 2018年9月21日 (五) 13:28 (UTC)
对话框基本没用，一般人在翻译好之后不会再看内容的。--Leiem（签名·留言） 2018年9月19日 (三) 09:34 (UTC)
对话框这个的话倒是可以做一下试验--百無一用是書生 (☎) 2018年9月21日 (五) 03:58 (UTC)
明明点了“确认”，表示已经知道机翻的坏处，亲自看过外文原文，如果再有机翻润色行为被发现，可以用不诚信为理由直接警告，再犯封禁3天Noto Emoji Oreo 1f602.svg。 --🐕🎈（实用主义大于天） 2018年9月21日 (五) 05:52 (UTC)
搞不懂“亲自看过外文原文”与“机翻润色”的关系，前者存在时后者仍可能存在，以及看原文是指要核验来源吗。如果寄希望禁止“机翻润色”，不填充最佳。--YFdyh000（留言） 2018年9月21日 (五) 13:30 (UTC)

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

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

有自动合并，比如两人编辑不同章节并依次提交能正常合并，编辑同一个章节在不同部分插入似乎也能自动合并。两人都在同一个位置（比如某章节结尾）插入新内容是不能合并的。--YFdyh000（留言） 2018年9月10日 (一) 15:04 (UTC)
      • 如果wikiplus也可以合并我就非常感激了。--Cohaf（留言） 2018年9月11日 (二) 01:49 (UTC)
  • 我的实际感受有出入。例如有时在DYKC中看到明明我所编辑的章节仅有我的修改，仍然被提示编辑冲突。还是说最近该自动合并功能有过修改？ --🐕🎈（实用主义大于天） 2018年9月12日 (三) 07:14 (UTC)
  • 我的感受（于存废讨论和客栈）是早就能自动合并。可以拿个例子出来看看。是否章节结构有变化所致。--YFdyh000（留言） 2018年9月12日 (三) 11:23 (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)

关于改善流動版[编辑]

根据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 also和Module: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
。．｡－
０１２３４５６７８９ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ
🄰🄱🄲🄳🄴🄵🄶🄷🄸🄹🄺🄻🄼🄽🄾🄿🅀🅁🅂🅃🅄🅅🅆🅇🅈🅉
𝐀𝐁𝐂𝐃𝐄𝐅𝐆𝐇𝐈𝐉𝐊𝐋𝐌𝐍𝐎𝐏𝐐𝐑𝐒𝐓𝐔𝐕𝐖𝐗𝐘𝐙𝐚𝐛𝐜𝐝𝐞𝐟𝐠𝐡𝐢𝐣𝐤𝐥𝐦𝐧𝐨𝐩𝐪𝐫𝐬𝐭𝐮𝐯𝐰𝐱𝐲𝐳𝐴𝐵𝐶𝐷𝐸𝐹𝐺𝐻𝐼𝐽𝐾𝐿𝑀𝑁𝑂𝑃𝑄𝑅𝑆𝑇𝑈𝑉𝑊𝑋𝑌𝑍𝑎𝑏𝑐𝑑𝑒𝑓𝑔𝑖𝑗𝑘𝑙𝑚𝑛𝑜𝑝𝑞𝑟𝑠𝑡𝑢𝑣𝑤𝑥𝑦𝑧𝑨𝑩𝑪𝑫𝑬𝑭𝑮𝑯𝑰𝑱𝑲𝑳𝑴𝑵𝑶𝑷𝑸𝑹𝑺𝑻𝑼𝑽𝑾𝑿𝒀𝒁𝒂𝒃𝒄𝒅𝒆𝒇𝒈𝒉𝒊𝒋𝒌𝒍𝒎𝒏𝒐𝒑𝒒𝒓𝒔𝒕𝒖𝒗𝒘𝒙𝒚𝒛𝒜𝒞𝒟𝒢𝒥𝒦𝒩𝒪𝒫𝒬𝒮𝒯𝒰𝒱𝒲𝒳𝒴𝒵𝒶𝒷𝒸𝒹𝒻𝒽𝒾𝒿𝓀𝓁𝓂𝓃𝓅𝓆𝓇𝓈𝓉𝓊𝓋𝓌𝓍𝓎𝓏𝓐𝓑𝓒𝓓𝓔𝓕𝓖𝓗𝓘𝓙𝓚𝓛𝓜𝓝𝓞𝓟𝓠𝓡𝓢𝓣𝓤𝓥𝓦𝓧𝓨𝓩𝓪𝓫𝓬𝓭𝓮𝓯𝓰𝓱𝓲𝓳𝓴𝓵𝓶𝓷𝓸𝓹𝓺𝓻𝓼𝓽𝓾𝓿𝔀𝔁𝔂𝔃𝔄𝔅𝔇𝔈𝔉𝔊𝔍𝔎𝔏𝔐𝔑𝔒𝔓𝔔𝔖𝔗𝔘𝔙𝔚𝔛𝔜𝔞𝔟𝔠𝔡𝔢𝔣𝔤𝔥𝔦𝔧𝔨𝔩𝔪𝔫𝔬𝔭𝔮𝔯𝔰𝔱𝔲𝔳𝔴𝔵𝔶𝔷𝔸𝔹𝔻𝔼𝔽𝔾𝕀𝕁𝕂𝕃𝕄𝕆𝕊𝕋𝕌𝕍𝕎𝕏𝕐𝕒𝕓𝕔𝕕𝕖𝕗𝕘𝕙𝕚𝕛𝕜𝕝𝕞𝕟𝕠𝕡𝕢𝕣𝕤𝕥𝕦𝕧𝕨𝕩𝕪𝕫𝕬𝕭𝕮𝕯𝕰𝕱𝕲𝕳𝕴𝕵𝕶𝕷𝕸𝕹𝕺𝕻𝕼𝕽𝕾𝕿𝖀𝖁𝖂𝖃𝖄𝖅𝖆𝖇𝖈𝖉𝖊𝖋𝖌𝖍𝖎𝖏𝖐𝖑𝖒𝖓𝖔𝖕𝖖𝖗𝖘𝖙𝖚𝖛𝖜𝖝𝖞𝖟𝖠𝖡𝖢𝖣𝖤𝖥𝖦𝖧𝖨𝖩𝖪𝖫𝖬𝖭𝖮𝖯𝖰𝖱𝖲𝖳𝖴𝖵𝖶𝖷𝖸𝖹𝖺𝖻𝖼𝖽𝖾𝖿𝗀𝗁𝗂𝗃𝗄𝗅𝗆𝗇𝗈𝗉𝗊𝗋𝗌𝗍𝗎𝗏𝗐𝗑𝗒𝗓𝗔𝗕𝗖𝗗𝗘𝗙𝗚𝗛𝗜𝗝𝗞𝗟𝗠𝗡𝗢𝗣𝗤𝗥𝗦𝗧𝗨𝗩𝗪𝗫𝗬𝗭𝗮𝗯𝗰𝗱𝗲𝗳𝗴𝗵𝗶𝗷𝗸𝗹𝗺𝗻𝗼𝗽𝗾𝗿𝘀𝘁𝘂𝘃𝘄𝘅𝘆𝘇𝘈𝘉𝘊𝘋𝘌𝘍𝘎𝘏𝘐𝘑𝘒𝘓𝘔𝘕𝘖𝘗𝘘𝘙𝘚𝘛𝘜𝘝𝘞𝘟𝘠𝘡𝘢𝘣𝘤𝘥𝘦𝘧𝘨𝘩𝘪𝘫𝘬𝘭𝘮𝘯𝘰𝘱𝘲𝘳𝘴𝘵𝘶𝘷𝘸𝘹𝘺𝘻𝘼𝘽𝘾𝘿𝙀𝙁𝙂𝙃𝙄𝙅𝙆𝙇𝙈𝙉𝙊𝙋𝙌𝙍𝙎𝙏𝙐𝙑𝙒𝙓𝙔𝙕𝙖𝙗𝙘𝙙𝙚𝙛𝙜𝙝𝙞𝙟𝙠𝙡𝙢𝙣𝙤𝙥𝙦𝙧𝙨𝙩𝙪𝙫𝙬𝙭𝙮𝙯𝙰𝙱𝙲𝙳𝙴𝙵𝙶𝙷𝙸𝙹𝙺𝙻𝙼𝙽𝙾𝙿𝚀𝚁𝚂𝚃𝚄𝚅𝚆𝚇𝚈𝚉𝚊𝚋𝚌𝚍𝚎𝚏𝚐𝚑𝚒𝚓𝚔𝚕𝚖𝚗𝚘𝚙𝚚𝚛𝚜𝚝𝚞𝚟𝚠𝚡𝚢𝚣
𝟎𝟏𝟐𝟑𝟒𝟓𝟔𝟕𝟖𝟗𝟘𝟙𝟚𝟛𝟜𝟝𝟞𝟟𝟠𝟡𝟢𝟣𝟤𝟥𝟦𝟧𝟨𝟩𝟪𝟫𝟬𝟭𝟮𝟯𝟰𝟱𝟲𝟳𝟴𝟵𝟶𝟷𝟸𝟹𝟺𝟻𝟼𝟽𝟾𝟿

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

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

中文Template:Authority control 最近仅显示worldcat链接[编辑]

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

@Shizhao：Special:Diff/51280582。JC1 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)

  • 已修正，另见WP:VPA。--YFdyh000（留言） 2018年9月16日 (日) 15:23 (UTC)
  • 对维基数据里含 HKCAN_URL1 及 NLC 的条目似乎还有问题，例如錢鍾書，显示错误：“Lua错误 模块:Authority_control的第470行：attempt to index local 'parentArgs' (a nil value)” --Zhenqinli（留言） 2018年9月16日 (日) 17:31 (UTC)
    • 從呼叫堆疊來看，一樣是出錯在第728行。--　宇帆（留言·歡迎簽到 [試用小工具]，永無止境的WP:DRV物語） 2018年9月16日 (日) 17:37 (UTC)
      • 那只是父函数。--YFdyh000（留言） 2018年9月16日 (日) 20:03 (UTC)
    • 查了好久，已修正，顺便修了mbalink笔误。吐槽@Shizhao：手滑误删吗。--YFdyh000（留言） 2018年9月16日 (日) 20:03 (UTC)
      • 问题似乎还没完全解决，也许与具体wikidata数据相关。例如严家其条目，显示错误：Lua错误 模块:Authority_control的第728行：attempt to call field '?' (a nil value) --Zhenqinli（留言） 2018年9月16日 (日) 21:14 (UTC)
        • 二分法检查p.conf，修正了DDBC dilaLink缺失。--YFdyh000（留言） 2018年9月17日 (一) 01:16 (UTC)
        • 感谢！之前改完后看了几个页面都没毛病，就放过了....mbalink和另外一个应该是以前就是错的，我也没发现--百無一用是書生 (☎) 2018年9月17日 (一) 01:25 (UTC)

模板:Infobox model失效[编辑]

模板:Infobox model失效，條目楊崢、王綺婷等無法顯示。－日月星辰 | 留言簿 2018年9月17日 (一) 16:59 (UTC)

User:Nickice和User: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)

{{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)

Tech News: 2018-38[编辑]

維基媒體技術社群發出最新技術新聞。請告知其他用戶以下變更。當然，未必所有變更都會影響閣下。翻譯本於此。

最近更改

  • 維基共享資源行動應用程式已發怖新版本，使用附近功能上傳圖片，圖片會自動添加到相關維基數據項中；可以瀏覽其他共享資源圖片；亦可以查看閣下成績及上傳統計。部分問題亦已修正。 [3]
  • 高級項目 MediaWiki web請求現已設時間限制：GET請求60秒，POST請求200秒。 [4]

問題

  • 查看流動版通知頁時會無法見到選項清單，問題現已修正。 [5]

本週後期變更

  • Special:AncientPages可隱藏消歧義頁。 [6]
  • 經常項目 MediaWiki新版本將於9月18日部署至測試維基及MediaWiki.org，及於9月19日部署至非維基百科站點及部分维基百科，並於9月20日部署至所有站點，參見日曆。

會議

未來更新

技術新聞由技術新聞編者準備，并由機器人送達 • 貢獻 • 翻譯 • 獲取說明 • 送出回饋 • 訂閱/退訂。

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

hatnote非居中很奇怪[编辑]

本主題或以下段落文字，在討論結束後應存檔至MediaWiki_talk:Common.css。

@shizhao：例子，顶注消歧义贴靠上方的维护模板，1.2em显得与正文相距太远。如果margin-top和margin-bottom各0.6em则效果不错，但不知道代码注释所说的错行问题是怎样。--YFdyh000（留言） 2018年9月18日 (二) 01:30 (UTC)

按照推荐的规范，顶注应该位于维护模板上方。所以你说的问题也就不存在了。错行问题不知道你指的是哪个？--百無一用是書生 (☎) 2018年9月18日 (二) 02:53 (UTC)
错行问题是指：多个hatnote模板连用的时候，正常行间距下，左侧图标可能会在某些情况下导致下一行的hatnote缩进。1.2em是我之前能找到的比较合理的间距大小，不会导致错行发生。暂时调到了0.8em，你看看如何？--百無一用是書生 (☎) 2018年9月18日 (二) 03:51 (UTC)
目前可以了，居中就好。--YFdyh000（留言） 2018年9月19日 (三) 09:27 (UTC)

Feedback wanted on mobile web contribution prototype[编辑]

想要移动网络贡献原型的反馈

Readers web团队正致力于改善移动网站上的贡献功能。该团队正在努力展示目前在移动设备上无法使用的网页。我们首先要设计移动导航的改进。我们希望您对最新的导航原型有所反馈。

今年早些时候，我们收集了有关以前版本的移动导航设计的反馈在维基媒体国际会议的30个访谈中。我们使用了采访结果，现在有了我们原型的新版本。

我们希望您对最新版本的反馈！特别是，我们很好奇您对移动导航布局以及可用链接数量的看法。我们感谢任何和所有评论。

现在，我们正在研究新功能集的导航。我们希望专注于让它比当前的移动菜单更熟悉和有用。我们希望它包含贡献者可能导航到并且会发现有用的页面。请访问项目页面并在移动设备上试用该演示。然后帮助回答一些关于你的经历的问题。 谢谢您！

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

維基百科應用程式條目[编辑]

本主題或以下段落文字，在討論結束後應存檔至Template_talk:Infobox_software。

「原始碼庫」那裡的兩個網址為何會連在一起？而且在原始碼編輯中根本找不到這兩個網址。四個infobox都是這樣。-- By Jimmy Young. (Talk) 2018年9月20日 (四) 08:43 (UTC)

俄文版的一个互动模板[编辑]

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

  • 不反對，例如颱風路經，歷史名人合照等都適合使用，至於地圖保留態度（此等同一張圖可放置很多地點或只放幾個大地標之標準不一），要是亂起來無法控。-Zest 2018年9月20日 (四) 17:16 (UTC)

連結至用戶頁的話，對方會否收到提醒？[编辑]

有時候本人需要提到另一用戶，而本人一般會將用戶名連結至用戶頁，例如：
User:Example在某某頁面表示，……
請問如本人加入上述文字， Example 會否收到提醒？
--まっすろな未来（留言） 2018年9月20日 (四) 13:34 (UTC)

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

因應維基共享資源10月14日後限制GFDL檔案轉移至共享資源之措施[编辑]

依據維基共享資源的決議，自10月14日起，除標誌、手冊等以GFDL授權發佈之程式相關檔案，將不再接受純GFDL檔案授權之圖像、影片、文件等上傳或轉移至維基共享資源。由此，中文維基百科本地的檔案上傳流程應當將此狀況考慮，提請各位是否將檔案上傳精靈移除純GFDL的選項，或是將純GFDL的選項進行限制用法。以上。臺灣杉在此發言 (會客室) 2018年9月21日 (五) 06:22 (UTC)

  • 那GNU软件的图片还可以吗？--Br2 2018年9月21日 (五) 07:26 (UTC)
    • 解释：一群人认为，对于非书籍类、手册类的文件而言，传播时要包含整个GFDL许可证（或类似于GPL这种很长的但必须附带的许可证）是不可接受的负担，在这一意义上不是“自由文化”的。引用BethNaught的话，

然而，具体来看，我认为GNU许可证下的软件的图片是软件的一部分，而软件发行时自当带上GNU许可证，故是可以接受的。个人建议，移除本地上传向导中“单独授权GFDL”这个选项，如果真的有这个需求（许可时间早于祖父条款规定的时间），自当去Commons。--Mend My Way 2018年9月21日 (五) 08:00 (UTC)

t-shirts...嗯，可以卖衣服的时候，每件衣服塞一个GFDL协议....2333--百無一用是書生 (☎) 2018年9月21日 (五) 08:19 (UTC)
所以有些實體物品還是可以符合條款的，只是要看怎麼做。--章安德魯（留言） 2018年9月21日 (五) 09:33 (UTC)
+1 。--Mend My Way 2018年9月21日 (五) 11:16 (UTC)
把协议文本印在T恤的里面。（误）--Kuailong™ 2018年9月21日 (五) 16:57 (UTC)

擴展[编辑]

  • 我最近在台灣棒球維基館的底部有看到最近作者的擴展，可是在mediawiki官網上要怎麼找到最近作者的擴展呢?謝謝。--Msnhinet8（留言） 2018年9月23日 (日) 00:39 (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)

註釋的瀏覽功能[编辑]

這幾天發現，例如中華民國與荷蘭關係等條目，將游標移到註釋上，無法正常顯示，或顯示到錯誤位置，不知是何原因？請求解惑，謝謝。--Tp0910（留言） 2018年9月23日 (日) 15:56 (UTC)

取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&oldid=51397505”