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

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

发表前请先搜索存档，参考旧讨论中的内容可节省您的时间。

公告栏

• [人事] Peacearth当选为行政员，SCP-2000和S8321414则当选为临时管理员。
• [人事] 第一届仲裁委员会选举已开始投票，共有11名编者已获确认参选资格，欢迎踊跃参与。
• [公告] 用户组自我除权、调整《WP:非原创研究#翻译》章节、去掉《消歧义》指引页中（非所有消歧义页面）描述项末的句号、调整地名命名常规的规定、取消部分模板中罗马化转写斜体格式、规限电视节目条目播放资讯及把最近逝世最后编辑工具加入维基百科:新闻动态候选已经通过。
• [公告] 调整WP:列明来源、WP:ITNR字眼的小修订及GFDL相关规范加入正在公示，如有意见请尽快提出。
• [讨论] 互助客栈方针区正在讨论扩充ITNR获选类别，请踊跃参与讨论。
• [讨论] 互助客栈其他区正在讨论管理人员任免制度检讨等事、本地部署安全投票及相关权限及关于仲裁委员会职权的疑问，请踊跃参与讨论。
• [讨论] 社群现正就GFDL相关规范加入及仲裁委员会成立后的管理人员解任机制征求意见，请踊跃参与讨论。
• [广告] 维基百科亚洲月现正举行，直至11月30日完结，欢迎踊跃参与！

• [协作] 现有134个页面需维基化，370个条目需清理，64个移动请求正在讨论。

#	💭 话题	💬	👥	🙋 最新发言	🕒 (UTC+8)
1	2024年第44期技术新闻	3	3	Hamish	2024-11-01 15:38
2	修改svg图片源代码	9	4	Kcx36	2024-11-02 16:04
3	请求模板编辑员协助编辑	6	3	Qqkuro66541	2024-11-03 01:25
4	2024年第45期技术新闻	1	1	MediaWiki message delivery	2024-11-05 04:48
5	{{小写标题}}与{{斜体标题}}无法同时生效	5	3	自由雨日	2024-11-05 18:38
6	Cat-a-lot最近不能用了？	5	3	红渡厨	2024-11-05 19:53
7	请求增添及修改{{PRC admin}}广东省茂名市信宜市玉都街道及其WIKIDATA	3	2	ByH1995	2024-11-07 00:00
8	请求优化Category:侧面模板	10	5	Mahengrui1	2024-11-11 00:00
9	关于IP用户编辑页面按预览后，编辑内容会自动还原到当前版本的问题。	2	2	Bovemdep	2024-11-10 19:31
10	关于涵盖 math 标签的链接文本颜色问题	3	1	Perxeonic Acid	2024-11-09 21:41
11	有关IABot对URL字符编码的行为	22	5	Shizhao	2024-11-11 11:02

发言更新图例
最近一小时内
最近一日内
一周内
一个月内
逾一个月
特殊状态
已移动至其他页面 或完成讨论之议题
手动设定
当列表出现异常时， 请先检查设定是否有误

正在广泛征求意见的议题

以下讨论需要社群广泛关注：（重新整理）

维基百科技术议题与模板

Template talk:Lang-grc § 为Lang-grc模板引入多调（polytonic）样式

建议为{{lang-grc}}引入{{Script/Greek}}使用的多调希腊语样式。毕竟古希腊语肯定是用的多调正字法。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月9日 (三) 05:44 (UTC)

2024年第44期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 11月稍晚，Chart图表扩展将部署至测试维基，以供查找并修复任何问题。现正在进行安全审查，以便部署至试行维基进行更广泛的测试。参阅10月份的项目最新进展，以及Beta维基百科上的最新文档及范例。
• 查看上周解决的共32个社群提交工单。 例如，Pediapress.com——将维基百科制作成书籍的外部服务——现在可以使用维基媒体地图，在维基百科印刷书籍中加入现有的预渲染信息框地图图像。 [1]

近况更新 - 面向技术贡献者

• 导览（GuidedTour）扩展可以帮助新手了解如何编辑维基。导览现在已兼容深色模式。请导览维护者检查各个导览是否有任何异样。另外，将emitTransitionOnStep设为true可以修复旧bug，使用新的旗标allowAutomaticBack可以避免出现不必要的返回按钮。 [2]
• 使用大量删除（Nuke）扩展完成的删除将带有“Nuke”标签。这将使检阅和分析使用Nuke执行的删除变得更容易。 [3]

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年10月28日 (一) 20:54 (UTC)

我怎么记得好像之前说要废弃GuidedTour扩展的来着？--百無一用是書生 (☎) 2024年10月29日 (二) 02:58 (UTC)

至少技术新闻好像是没说的，吧。--Hamish T 2024年11月1日 (五) 07:38 (UTC)

修改svg图片源代码

我想修改File:Asian Infrastructure Investment Bank map.svg这张图片的源代码，因为其数据过时了，但我怎么也修改不了（在电脑上改svg档名时多次出现错误），不知道是否有人能帮忙？具体修改包括：巴布亚新几内亚改为深绿色；利比亚、多哥、南非、吉布提、肯尼亚改为深蓝色；瑙鲁、所罗门群岛改为浅绿色；萨尔瓦多、坦桑尼亚改为浅蓝色。谢谢。--owennson（聊天室、奖座柜） 2024年10月31日 (四) 15:50 (UTC)

下载Inkscape，用Inkscape打开，点击想要修改颜色的国家，修改颜色。--Miyakoo（留言） 2024年10月31日 (四) 16:49 (UTC)

谢谢介绍这个软件！挺好用的。--owennson（聊天室、奖座柜） 2024年11月1日 (五) 09:47 (UTC)

已上传修改后的图片，请检查。--Hamish T 2024年11月1日 (五) 07:11 (UTC)

呃，我尝试了一下上载新版本，结果被commons拒绝了……现在只能重新开一个新档了。秘鲁很奇怪地用了浅绿色，应该是深蓝色才对。瑙鲁也应该改成浅绿色。--owennson（聊天室、奖座柜） 2024年11月1日 (五) 09:44 (UTC)

拒绝的原因是？已修正，把瑙鲁看成秘鲁了。--Hamish T 2024年11月1日 (五) 12:55 (UTC)

因为原图上载者不是我，没有权限盖掉。。。至少commons是这么写的。我翻查了一下资料，这是自从去年9月开始的新规，非自动巡查用户不能盖掉别人的图了。--owennson（聊天室、奖座柜） 2024年11月1日 (五) 13:51 (UTC)

commons:Special:AbuseFilter/290这个吧，那没办法了，但我感觉开新档可能会被提删。--Hamish T 2024年11月1日 (五) 17:34 (UTC)

如果有覆盖上传的需求，可以申请autopatrol权限，注意需要遵守c:Commons:Overwriting existing files。--Kcx36（留言） 2024年11月2日 (六) 08:04 (UTC)

请求模板编辑员协助编辑

WT:格式手册/文字格式#公示锚点 ——自由雨日🌧️（留言｜贡献） 2024年11月2日 (六) 08:36 (UTC)

请和上方跟进一下IPA和lang模板的更新，一样要修改Module:Lang，谢谢。--Qqkuro66541（留言） 2024年11月2日 (六) 16:05 (UTC)

似乎不是同一回事。上方那个还在讨论中，这里是已经公示通过了，而且这个修改容易得多。--自由雨日🌧️（留言｜贡献） 2024年11月2日 (六) 16:10 (UTC)

要修改Module:Lang#L-636，上面那个一更新，不就又覆盖过了。--Qqkuro66541（留言） 2024年11月2日 (六) 16:27 (UTC)

既然这么多人想修Lang，那能不能多给Lang加个class以更优雅地解决Template talk:Lang-grc#为Lang-grc模板引入多调（polytonic）样式（哦好像得公示 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月2日 (六) 16:41 (UTC)

没注意到沙盒版本，已注释掉，还希望您可直接修改沙盒，看测试样例，没问题的话，应该都会支持的，有样例，就可更直观看出差别在哪。--Qqkuro66541（留言） 2024年11月2日 (六) 17:25 (UTC)

2024年第45期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其他语言的翻译版本。

近况更新 - 面向编辑者

• 监管员现在可以在实施全域账号封禁时启用全域自动封禁。过去，临时账号用户能退出会话或切换浏览器来绕过封禁，继续编辑。现在，监管员可以启用全域自动封禁来防止这些行为，封禁期限24小时。这是临时账号项目对防滥用工具的改进。参阅关于临时账号主要功能的进展。 [4]
• 启用CampaignEvents的维基现在可以使用协作清单功能。该功能让贡献者能更容易了解其维基上的维基专题。这是2024-2025年度计划的一部分。感谢Campaign团队的努力。如果您有兴趣将CampaignEvents引入您的维基，您可以按这些步骤提出请求，或者您可以向User:Udehb-WMF求助。
• 本周稍晚，红链的颜色将稍作修改，改善其在浅色模式下的对比度。 [5]
• 查看上周解决的共32个社群提交工单。 例如，多语言维基的用户现在可以在“链入页面”特殊页面隐藏翻译页面。

近况更新 - 面向技术贡献者

• 为调查错误，XML数据库转储已暂时停止。 [6]

深入探索

• 临时账号已部署至6个维基，感谢信任与安全产品团队的努力。参阅部署计划。下周，临时账号将部署至另7个维基。如果您活跃于上述维基并需要协助修改您的工具，请向User:Udehb-WMF求助。
• 季刊语言与国际化电子报新期数发布。 本期内容包括：translatewiki.net与MediaWiki新增支持语言；部分语言新增输入法；近期会议信息；等等。

会议与活动

• 2024年11月4日至6日，2024年秋季MediaWiki使用者与开发者大会于奥地利维也纳举行，同时也线上举行。大会将围绕不同产业的公司使用MediaWiki软件的情况进行讨论，并鼓励、吸引新用户。

技术新闻由技术新闻编者撰写，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年11月4日 (一) 20:48 (UTC)

{{小写标题}}与{{斜体标题}}无法同时生效

《sic》条目，用上{{斜体标题}}之后，原先的小写首字母变大写了。--自由雨日🌧️（留言｜贡献） 2024年11月4日 (一) 23:12 (UTC)

我觉得是不需要斜体。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月5日 (二) 10:27 (UTC)

@魔琴：我也在想“要不要斜体”的这个问题（毕竟我刚刚把罗马化斜体取消掉）……我觉得最应该判断的是这个词在中文语境中出现用不用斜体，但是貌似不太在中文语境出现？然后我觉得它在英语等文本中斜体的原因不是由于“不是英文（即罗马化采用斜体的原因）”，而是像生物物种学名（乃至所有属名与种名）那样约定俗成的“永远斜体”……就用斜体了。不过我不是很确定它是不是真的“约定俗成永远斜体”。--自由雨日🌧️🌨️ 2024年11月5日 (二) 10:37 (UTC)

可以用魔术字吧。--Hamish T 2024年11月5日 (二) 10:28 (UTC)

确实，Cwek已经用了。--自由雨日🌧️🌨️ 2024年11月5日 (二) 10:38 (UTC)

Cat-a-lot最近不能用了？

如题，最近在Cat-a-lot点击“移动”以后会导致我的浏览器页面卡死动不了，是只有我这边这样还是所有的Cat-a-lot都有问题了？--——— 红渡厨（留言・贡献） 2024年11月5日 (二) 11:24 (UTC)

我基本上从开始用这个小工具以来，都常常会不定期出现这种情况……（不过最近没试过。）--自由雨日🌧️🌨️ 2024年11月5日 (二) 11:29 (UTC)

唉。。--——— 红渡厨（留言・贡献） 2024年11月5日 (二) 11:53 (UTC)

你是说浏览器卡死了还是说移动进度不走了？如果是后者那正常，如果你移动的是子分类的话那基本上都会卡死，如果是页面则没问题。--BigBullfrog（𓆏） 2024年11月5日 (二) 11:39 (UTC)

喔，，，，那看来是正常的。。。。--——— 红渡厨（留言・贡献） 2024年11月5日 (二) 11:52 (UTC)

请求增添及修改{{PRC admin}}广东省茂名市信宜市玉都街道及其WIKIDATA

受定向而来，若分类有误还请指正。 详见使用者讨论:ByH1995#关于44/09/83/002。此致--ByH1995（留言） 2024年11月5日 (二) 17:26 (UTC)

FYI: Special:PermaLink/84867281#中华人民共和国行政区划代码。--Hamish T 2024年11月6日 (三) 05:51 (UTC)

这里有民政局的表格，见440983002，与原国家统计局编码、变更一致 (但不准确至乡级) 。--ByH1995（留言） 2024年11月6日 (三) 16:00 (UTC)

请求优化Category:侧面模板

你好，我看不懂Category:侧面模板但我大为震撼，求求比较懂的优化下。我想了解写模板时第一个参数写哪个，是写sidebar还是写某个sidebar。请问哪里有介绍呢？--Mahengrui1（留言） 2024年11月8日 (五) 09:05 (UTC)

没理解您的需求，写什么模板，谁的第一个参数。--YFdyh000（留言） 2024年11月8日 (五) 14:03 (UTC)

大概是问建立新模板时{{sidebar要不要写成{{(something) sidebar，答案是不要。--Hamish T 2024年11月8日 (五) 14:11 (UTC)

是的，我要问这个--Mahengrui1（留言） 2024年11月9日 (六) 11:43 (UTC)

参见Wikipedia:导航模板，准确来说，{{Sidebar}}是构建其他侧边模板的基础。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月9日 (六) 01:55 (UTC)

非常感谢链接，我希望知道，正如Template:Navigational_templates列出了四种可选的navbox，哪里有完整的可选的navbox与sidebar呢？--Mahengrui1（留言） 2024年11月9日 (六) 11:19 (UTC)

如果您是新建模板的话，您提供的那个连结的navbox和基础的{{Sidebar}}应该就够您选用了，不建议您在新模板上嵌入已经建立好的其他sidebar。--Hamish T 2024年11月9日 (六) 19:01 (UTC)

我知道不能循环嵌入但是是格式，除了基础的sidebar还有别的sidebar格式呀，比如template:law_sidebar。想问问全格式列表--Mahengrui1（留言） 2024年11月10日 (日) 04:52 (UTC)

分类啊，Category:侧面模板。--Miyakoo（留言） 2024年11月10日 (日) 13:58 (UTC)

这里都是做好的模板，不是模板的模板，请问怎么迁移格式？template:law_sidebar这种是模板的模板--Mahengrui1（留言） 2024年11月10日 (日) 16:00 (UTC)

关于IP用户编辑页面按预览后，编辑内容会自动还原到当前版本的问题。

最近发现以未登录状态编辑中文维基百科页面，都必须先按下预览键，以防止编辑后才按预览键会使新增内容会被自动还原。而且这个情况在以登录状态编辑和编辑其他语言维基百科或维基项目并不存在。

依据讨论页指引，此处被折叠的发言已被认定为不合适评论并标记。原因：攻击性言论--Bovemdep（留言） 2024年11月10日 (日) 11:31 (UTC)

如果不欢迎IP用户编辑页面，大可直接禁止未登录状态编辑中文维基百科，实在不用搞这种肮脏的小手段！

--122.118.50.106（留言） 2024年11月9日 (六) 11:03 (UTC)

关于涵盖 math 标签的链接文本颜色问题

尝试在跨 Wiki 链接文本中采用 <math> 环境，如 ${\mathcal {AMS}}$-TeX，数学公式会导致其颜色不受 tsl 环境控制自动改变为 #3366BB，而如果采用 \color 命令，能够对比得到最接近的色彩为 Darkcyan，但仍然存在瑕疵，而似乎 wiki 采用的 MathJax 并不支持 \color[HTML]{3366BB} 这样的方案。请问如何解决？

p.s. 通过 [[...]] 引入 Wiki 内链接也有一致的问题。--Perxeonic Acid（留言） 2024年11月9日 (六) 13:17 (UTC)

在发布该讨论时似乎将问题挂载到前一个问题下面了，不知道修改之后是否能够分开，语法不精，较为抱歉。Perxeonic Acid（留言） 2024年11月9日 (六) 13:25 (UTC)

已经分开了。Perxeonic Acid（留言） 2024年11月9日 (六) 13:41 (UTC)

有关IABot对URL字符编码的行为

据观察，IABot会将源码中能编码的字符都编掉，无视原来的写法，这导致源码难以阅读且不必要地增加条目长度。例子见special:diff/84907263。每个3字节的汉字都会换成9字节的%xx%xx%xx，再算上url + archive-url，效果双倍。一旦条目中含此类URL的连结较多，对长度的影响将变得明显。例子见special:diff/84911755，所有url编码所带来的额外长度达条目的30%（157284/513488）。

如果本来填的URL并未进行编码就代表不编码也能存取吧，再进一步说，有没有情况是一定要进行编码？如果可以的话应停止此行为。

个人认为应该将所有URL编码移除（一个例外是%20，空格会触发警告），但若IABot行为不改，将降低成效，所以先单独处理此行为。--惣流·明日香·兰格雷不姓式波 2024年11月10日 (日) 01:14 (UTC)

URL的编码原理。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月10日 (日) 02:56 (UTC)

这我大概了解，但有什么技术上的原因必须将汉字进行编码吗？即使无法显示也不影响存取吧（见无韩语字型浏览ko.wiki），在可读性上也是不编码更佳（图中的6个方块 vs %EC​%9C​%84​%ED​%82​%A4​%EB​%B0​%B1​%EA​%B3​%BC​:​%EB​%8C​%80​%EB​%AC​%B8）。--惣流·明日香·兰格雷不姓式波 2024年11月10日 (日) 03:33 (UTC)

• 有“空格”字元的新闻连结、作品名称等必须使用%XX各式；请不要跟我说维基百科自动会将内部链接的空格换成底线（ _ ），那如果连结是“yahoo新闻”怎么办？你觉得Yahoo新闻会帮你转换？其他网站才没有这种功能。之所以 有“空格”字元的新闻连结、作品名称等必须使用%XX各式是因为如果你在维基百科外部链接语法中直接输入空白，连结会被截断，你必须写成%20才不会被截断
  •  [//zh.wikipedia.org/wiki/%20娜娜奇 連結名稱] ➡️

    连结名称

  •  [//zh.wikipedia.org/wiki/0 0娜娜奇 連結名稱] ➡️

    娜娜奇 连结名称

@Sohryu Asuka Langley Not Shikinami，你自己看，不使用%xx写的连结直接都坏掉了耶，根本连不到目标页，因为维基语法就是这样读取啊，网址后段全部截掉了，被当成显示的文字，行为完全错误，不符预期；请不要跟我说维基百科自动会将内部链接的空格换成底线（ _ ），那如果连结是“yahoo新闻”怎么办？你觉得Yahoo新闻会帮你转换？其他网站才没有这种功能。%XX写法仍有必须存在、必须使用的时机。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 04:45 (UTC)

• (～)补充不止空格，所有“网址中包含与维基语法撞符号之字元”的网址全部都只能写成%XX模式，不然就语法错误，爆炸！-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 04:52 (UTC)

第二弹

链接：維基百科:頁面存廢討論/記錄/2024/11/10#30天后仍掛有{{notability}}模板的條目

对比

维基百科:页面存废讨论/记录/2024/11/10#30天后仍挂有模板的条目（系统提示：无法找到此话题，可能已被删除、移动、或重新命名。）

vs

[[维基百科:页面存废讨论/记录/2024/11/10#30天后仍挂有模板的条目]]（链接损毁）

vs

[[维基百科:页面存废讨论/记录/2024/11/10#30天后仍挂有{{notability}}模板的条目]]（链接损毁）

vs

维基百科:页面存废讨论/记录/2024/11/10#30%E5%A4%A9%E5%90%8E%E4%BB%8D%E6%8E%9B%E6%9C%89%7B%7Bnotability%7D%7D%E6%A8%A1%E6%9D%BF%E7%9A%84%E6%A2%9D%E7%9B%AE（只有这个是正确的）

以上-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 05:04 (UTC)

%20空格的问题我知道，也提出了是要保留的例外。由于本来是针对IABot的行为，确实没想到{之类的问题，但此类字符加起来大概就十来二十个吧，应该不难处理？比如你的例子其实可以写成维基百科:页面存废讨论/记录/2024/11/10#30天后仍挂有%7B%7Bnotability%7D%7D模板的条目。--惣流·明日香·兰格雷不姓式波 2024年11月10日 (日) 06:46 (UTC)

@Sohryu Asuka Langley Not Shikinami 抱歉，您的链接无效。我点进去不但没有跳转到任何章节，右上角还提示：“无法找到此话题，可能已被删除、移动、或重新命名。”。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 07:05 (UTC)

简繁问题，维基百科:页面存废讨论/记录/2024/11/10#30天后仍挂有%7B%7Bnotability%7D%7D模板的条目才对。 捂脸--惣流·明日香·兰格雷不姓式波 2024年11月10日 (日) 07:14 (UTC)

• (：)回应^[引述]“确实没想到{之类的问题，但此类字符加起来大概就十来二十个吧，应该不难处理？比如你的例子其实可以写成[...]”^[引述](：)回应：@Sohryu Asuka Langley Not Shikinami：

　​并非。　　​你怎么保证所有浏览器都用“相同的编码方式”处理文字‘天后仍挂有模板的条目’这些文字？　　​你怎么保证所有服务器都用相同的解析方式解析文字‘天后仍挂有模板的条目’这些文字？　　​‘#30​ ​%E5​ ​%A4​ ​%A9​ ​%E5​ ​%90​ ​%8E​ ​%E4​ ​%BB​ ​%8D​ ​%E6​ ​%8E​ ​%9B​ ​%E6​ ​%9C​ ​%89​ ​ ​%7B​ ​%7B​ ​notability​ ​%7D​ ​%7D​ ​ ​%E6​ ​%A8​ ​%A1​ ​%E6​ ​%9D​ ​%BF​ ​%E7​ ​%9A​ ​%84​ ​%E6​ ​%A2​ ​%9D​ ​%E7​ ​%9B​ ​%AE​ ​’　​才是可以确保所有设备正确解析为　​‘#30天后仍掛有​ ​{{​ ​notability​ ​}}​ ​模板的條目’　​的方式吧。以维基百科目前后台的作法，没有别的方式。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 08:17 (UTC)

从外链问题讨论到内链，并且没搞清楚目录和片段ID的编码问题，真服了。如果想保证页面内目录的片段ID跳转准确的话，可以直接点击目录的链接，看一下mw输出的锚点值，抄下来就可以了。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月10日 (日) 07:26 (UTC)

• 我想表达的意思就只是想说“最好别缩”并举几个例子。缩了之后会出现许多问题，包括但不限于内部链接和外部链接。有些问题可能刚好是你的浏览器没事，所以User:Sohryu Asuka Langley Not Shikinami“以偏概全地”认为所有人都没事，但事实并未如此，例如下方Sakamotosan路过围观的举例，天知道哪牌的浏览器用了什么鬼编码方式，结果点出来的链接就都跟别人不一样。最稳定的方式还是%Xx，至少可以确保该链接“所有人”乃至“所有电子设备”乃至“所有浏览器”点进去都是连到相同位置。因为如果你直接打中文，浏览器预设编码方式换了一个，你的网址就迷路了，无疑徒增读者困扰，还不易Debug，仍然坚持必要时仍应维持全段完整的%XX模式。User:Sohryu Asuka Langley Not Shikinami请您务必不要以为阁下那边链接起来正常，就会所有人都正常，并不是这样。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 07:47 (UTC)

其实我的意思就是，URL编码化才是URL正确的形式。如果不进行URL编码保存进wikicode代码的话，实际上mw渲染时不会再做URL编码处理而原样输出（oldid=84916049，打开开发者工具看一下链接href属性）。这时候URL请求的编码化就落在浏览器上，这可能会导致请求行为不确定（我的工作，见过项目处理这种不URL编码且不属于ASCII编码集的连接，服务器识别会出现请求字符错误的情况）。这种不懂技术想缩数的做法没啥好说的。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月10日 (日) 07:11 (UTC)

所以是为了浏览器的兼容性而不能改吗？那反过来说，应该要确保含汉字（及其他非ASCII）的连结必须被编码化？--惣流·明日香·兰格雷不姓式波 2024年11月10日 (日) 07:52 (UTC)

可以理解为没必要处理，因为URL的编码模式就是这样。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月10日 (日) 08:30 (UTC)

注：此处原有文字，因为已经回答，本留言无意义了，已由 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️）于2024年11月10日 (日) 08:37 (UTC)删除，尚祈见谅。若有异议请至互助客栈或向管理员反映。

-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 08:22 (UTC)

正常来说是会被编掉，但比如我最初提的special:diff/84907263，假若编者当时连archive-url都填好，就不会被IABot处理，那不就有潜在问题了？--惣流·明日香·兰格雷不姓式波 2024年11月10日 (日) 08:39 (UTC)

这个你应该找Iabot系列的开发者讨论这个问题。但我认为，1.URL的百分位编码才是针对非ASCII字符编码下的URL请求的正确处理模式；2.外链语法在mw是会原样输出的；3.URL的非ASCII字符编码在浏览器上做了一些“人性化”处理（包括百分位解码显示和再次连接请求时的百分位编码），但不保证兼容。不要纠结这种码元问题。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月10日 (日) 11:39 (UTC)

哈，我工作中也遇到过这类问题，非常头疼--百無一用是書生 (☎) 2024年11月11日 (一) 03:02 (UTC)

( π )题外话：例子中的香港01，去掉URL中的标题部分也能正常打开（如https://www.hk01.com/%E9%A3%9F%E7%8E%A9%E8%B2%B7/868261）。--Kcx36（留言） 2024年11月10日 (日) 07:48 (UTC)

需要看对应服务器的代码设计，实际上这些文章查看器的每一笔数据应该对应一个类似数字或者UUID等组成的唯一业务ID，只需要传入这个ID就能获得相应的文章数据，URL中的标题信息可能不是必要的，也可能是SEO策略，方便搜索引擎捕捉关键词。像我们这种URL直接依靠“标题”来获得文章资源的应该少见（？），虽然每个页面是存在pageid这个类似唯一业务ID，可以通过特殊:重定向来唯一获得。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月10日 (日) 08:30 (UTC)