维基百科

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

< Wikipedia:互助客栈
自由雨日在话题“请求管理员编辑{{lang}}模板”中的最新留言：12小时前

快捷方式

本页用作讨论在编辑时遇到的技术问题；发表问题或讨论前，请先参阅常见问题解答、帮助信息、MediaWiki基本问题及搜索旧讨论记录。另请注意：

请注重礼仪、遵守方针与指引，一般问题请至互助客栈其他区或知识问答提出，留言后请务必签名（点击 ）。


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

11月11日之后没有新回应的议题会移动至相应的讨论页或存档。跳至本页的：目录 · 底端

公告栏
# 💭 话题 💬 👥 🙋 最新发言 🕒 (UTC+8)
1 有关IABot对URL字符编码的行为 23 6 AnYiLin 2024-11-14 16:18
2 是否应该就地区词进行转换 9 6 MykolaHK 2024-11-16 16:39
3 2024年第46期技术新闻 1 1 MediaWiki message delivery 2024-11-12 08:05
4 问题集合（可分批回答） 15 5 魔琴 2024-11-16 05:01
5 请求管理员编辑{{lang}}模板 3 2 自由雨日 2024-11-21 03:54
6 维基百科导出 8 4 Kethyga 2024-11-16 12:49
7 修改“Template:lang” 6 3 微甜微酸微苦＿＿微咸 2024-11-19 01:03
8 滥用过滤器警告信息 11 2 Sohryu Asuka Langley Not Shikinami 2024-11-19 10:36
9 Navbox hlist 数字清单 多余开括号 1 1 Sohryu Asuka Langley Not Shikinami 2024-11-18 09:47
10 2024年第47期技术新闻 1 1 MediaWiki message delivery 2024-11-19 09:59
11 Allow editing of User:钟宝丁/Sandbox/9 (允许编辑 用户:钟宝丁/Sandbox/9 <Sim.> | 允许编辑使 用户:钟宝丁/Sandbox/9 <Trd.> ) 2 2 Irralpaca 2024-11-19 13:09
12 视觉化编辑器 字词转换 疑似bug 1 1 Sohryu Asuka Langley Not Shikinami 2024-11-20 20:27
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时，
请先检查设定是否有误

正在广泛征求意见的议题

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

维基百科技术议题与模板

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

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

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

编辑
最新留言：在7天前发布23条留言6人参与讨论

本主题或以下段落文字，在讨论结束后应存档至User talk:InternetArchiveBot。

据观察，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才不会被截断
@Sohryu Asuka Langley Not Shikinami，你自己看，不使用%xx写的连结直接都坏掉了耶，根本连不到目标页，因为维基语法就是这样读取啊，网址后段全部截掉了，被当成显示的文字，行为完全错误，不符预期；请不要跟我说维基百科自动会将内部链接的空格换成底线（ _ ），那如果连结是“yahoo新闻”怎么办？你觉得Yahoo新闻会帮你转换？其他网站才没有这种功能。%XX写法仍有必须存在、必须使用的时机。-- 宇帆-娜娜奇🐰鲜果茶☕在维基百科寻求休闲是否搞错了什么（☎️·☘️） 2024年11月10日 (日) 04:45 (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)回复
其实我的意思就是，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)回复
本质上是encodeURI、encodeURIComponent和mw.util.wikiUrlencode三者行为的差异，既然场景是对外的，就应尽可能保证兼容，即使用encodeURIComponent。--安忆Talk 2024年11月14日 (四) 08:18 (UTC)回复

是否应该就地区词进行转换

编辑
最新留言：在5天前发布9条留言6人参与讨论

“斯大林”的全域转换加入香港地区词“史太林”--Mykola（留言） 2024年11月11日 (一) 10:01 (UTC)回复

抄送予@SickManWP、Manchiu、Patrickov以及TeddyRoosevelt1912--Mykola（留言） 2024年11月11日 (一) 10:08 (UTC)回复
(＋)支持 绝对比“斯大林”常用，而且能够在网上找到不少的来源（例子：来自香港01）--TeddyRoosevelt1912（留言） 2024年11月11日 (一) 13:32 (UTC)回复
(＋)支持改为史太林。--维基病夫❤️边缘人小组·签到·Jimmy Carter 100!!! 2024年11月12日 (二) 00:47 (UTC)回复
(＋)支持，很有必要。--向史公哲曰（留言） 2024年11月15日 (五) 17:28 (UTC)回复
@Ericliu1912：相信已有共识，请求处理，谢谢。--Mykola（留言） 2024年11月15日 (五) 17:34 (UTC)回复
应该可以直接拿去申请字词转换。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年11月16日 (六) 01:47 (UTC)回复
如果确实常用，建议加入全域转换组。--—フラドンスター|往昔を念ふ 2024年11月11日 (一) 13:34 (UTC)回复
@TeddyRoosevelt1912、SickManWP、向史公哲曰、FradonStar、Ericliu1912：通知已申请加入全域转换组，谢谢。——Mykola（留言） 2024年11月16日 (六) 08:39 (UTC)回复

2024年第46期技术新闻

编辑
最新留言：在9天前发布1条留言1人参与讨论

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

近况更新 - 面向编辑者

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

  •   在1.44.0-wmf-2版本，Wikibase函数getAllStatements的逻辑变得与getBestStatements相似。现在，调用该函数会返回值的副本，使值不再可变。 [3]
  • Wikimedia REST API用户，例如机器人操作者和工具维护者，可能会受到正持续进行的升级更新的影响。该API会将一些页面内容端点从RESTbase改为较新的MediaWiki REST API端点。受影响的端点包括获取页面和修订版本的元数据以及渲染后的HTML内容。本周稍晚，这些更改将在测试维基推出，其他项目将陆续推出。这项更改应该不会影响现有功能，但使用受影响端点的活跃用户应在测试维基验证其行为，并在相关的Phabricator工单提出任何疑虑。

深入探索

  • 启用了Automoderator的维基的管理员和使用者现在可以监控和评估与Automoderator操作相关的重要指标。这个Superset面板计算和汇总有关Automoderator在其部署的维基上的行为指标。感谢Moderator Tools团队提供此面板。参阅文档了解更多。 [4]

会议与活动

  • 2024年11月21日（8:00 UTC、16:00 UTC）：与维基共享资源志愿者和利益关系者进行社群通话会议，帮助排定2025-2026财政年度支援工作的优先级。本次通话会议的主题是维基共享资源上的内容应如何组织。

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

MediaWiki message delivery 2024年11月12日 (二) 00:05 (UTC)回复

问题集合（可分批回答）

编辑
最新留言：在5天前发布15条留言5人参与讨论
  1. 为什么有些维基用户的用户名会有一些特殊效果（如彩色字）？
  2. 为什么我在选择更换语言的时候，往往会跳出一个提示框（关于一个页面缺少那些语言）？而且框内总是弹出缺少Boarisch、库尔德语和Ripoarisch等我不使用的小语种。
  3. （重复提问）我之前曾指出，维基百科无法完全地进行简繁转换（含地区词转换），对不熟悉另一种汉字的人会带来麻烦。例如：“討論結束，請使用{{Archive top|result=評論|status=已通過/不通過/無共識}}、{{Archive bottom}}來關閉討論。 若阁下因权限不足而无法讨论，请前往互助客棧求助板或站外的即时通讯平台寻求帮助。 任何侵权内容将會删除 | 百科内容須附有來源，以供查证 | 維基百科內容均容許他人编辑、使用和重制 | 参阅繁简和地区词处理指引。 主题/标题”。我此时开启了“大陆简体”的选项。
  4. 我如果对维基百科的电子科技功能有建议，我可以去哪里？
  5. 如果用户遇到了“喷子”，那么他可以到哪里投诉？（这是一个假设性问题。我没有遇到此情况。）

谢谢回答！

--HerrGutmannsWiki（留言） 2024年11月15日 (五) 00:56 (UTC)回复

  1. 不知道你在说什么。先前回答。
  2. Wikipedia:互助客栈/技术/存档/2024年10月#c-魔琴-20241024191200-HerrGutmannsWiki-20241024175200。
  3. 不要复制未转换的文本。没人知道怎么回事。写你在哪里做了什么操作遇到了未转换的文本。
  4. 直接在这里发就好。
  5. 遇到再说。
 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月15日 (五) 01:17 (UTC)回复
@HerrGutmannsWiki。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月15日 (五) 01:19 (UTC)回复
  1. 例如你的用户名是绿色的。请问这是怎么做到的？
--HerrGutmannsWiki（留言） 2024年11月15日 (五) 01:31 (UTC)回复
@HerrGutmannsWiki：

可能是用户WP:签名本身套用了HTML/CSS语言修饰
— User:Cwek

参考Wikipedia:设计签名。——敬颂冬绥 ZhaoFJx(论•签) 2024年11月15日 (五) 01:42 (UTC)回复
谢谢！--HerrGutmannsWiki（留言） 2024年11月15日 (五) 03:05 (UTC)回复
3. 那段文本是在我写留言的地方的一个提示。--HerrGutmannsWiki（留言） 2024年11月15日 (五) 01:33 (UTC)回复
(～)补充 此系编辑提示，这段文字可以在Template:Editnotices/Group/Wikipedia:互助客栈中找到。——敬颂冬绥 ZhaoFJx(论•签) 2024年11月15日 (五) 01:46 (UTC)回复
这个编辑提示是根据界面语言转换的。请在参数设置中确认你的界面语言（而不是内容变体）是你需要的变体。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月15日 (五) 01:49 (UTC)回复
我确信我已经设置了。--HerrGutmannsWiki（留言） 2024年11月15日 (五) 03:07 (UTC)回复
我确信你没有。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月15日 (五) 03:10 (UTC)回复
因为Wikipedia:互助客栈/Editnotice/zh(不转换的编辑提示)本来就是上繁下简的写法，也许你需要F5一下你的网页?--竹林下小径，月光映一叶 2024年11月15日 (五) 04:15 (UTC)回复
你没设定好吧，zh-cn下是有转换的。
https://zh.wikipedia.org/w/index.php?title=Wikipedia:%E4%BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%8A%80%E6%9C%AF&action=edit&uselang=zh-cn --Miyakoo（留言） 2024年11月15日 (五) 06:32 (UTC)回复
谢谢各位的回答！结果：
1, 2, 4, 5 已解决
3 由于各位似乎不能理解该问题，我决定不再讨论--HerrGutmannsWiki（留言） 2024年11月15日 (五) 20:54 (UTC)回复
@HerrGutmannsWiki：参数设置-国际化-语言，选择zh-Hans-CN - 中文（中国大陆） ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月15日 (五) 21:01 (UTC)回复

请求管理员编辑{{lang}}模板

编辑
最新留言：在12小时前发布3条留言2人参与讨论

《WP:格式手册/文字格式#罗马化转写不用斜体》已经通过半个月了。--自由雨日🌧️🌨️ 2024年11月15日 (五) 08:54 (UTC)回复

模板{{lang}}应该没有斜体效果，可能涉及到类似{{lang-ru}}系列模板中用到的模块Module:Lang的修改。--Kethyga（留言） 2024年11月15日 (五) 11:16 (UTC)回复
@Ericliu1912：--自由雨日🌧️❄️ 2024年11月20日 (三) 19:54 (UTC)回复

维基百科导出

编辑
最新留言：在5天前发布8条留言4人参与讨论

本主题或以下段落文字，在讨论结束后应存档至Wikipedia talk:数据库下载。

维基百科数据库的导出/下载能否统一成一种变体或者增加变体选项，比如zh-cn的数据就是纯简体且文章内文使用zh-cn的地区词。目前下载的内容应该是繁简体和地区词混用，条目中一个名词使用多个不同的称呼。--Kethyga（留言） 2024年11月15日 (五) 11:07 (UTC)回复

字词转换是mediawiki的功能，数据库是数据库，导出后一般也是在其它使用mediawiki或类mw的站点使用，感觉不该在数据库层面上转换。未登录用户的页面是按变体分别生成的缓存，但不知道在哪里获取。——暁月凛奈 (留言) 2024年11月15日 (五) 11:17 (UTC)回复
从里面找了一段
<sublink linktype="nav"><anchor>符号、语言与精确性</anchor><link>https://zh.wikipedia.org/wiki/%E6%95%B0%E5%AD%A6#符號、語言與精确性</link></sublink>
<sublink linktype="nav"><anchor>数学作为科学</anchor><link>https://zh.wikipedia.org/wiki/%E6%95%B0%E5%AD%A6#數學作為科學</link></sublink>
<sublink linktype="nav"><anchor>数学的各领域</anchor><link>https://zh.wikipedia.org/wiki/%E6%95%B0%E5%AD%A6#數學的各領域</link></sublink>
<sublink linktype="nav"><anchor>基础与哲学</anchor><link>https://zh.wikipedia.org/wiki/%E6%95%B0%E5%AD%A6#基礎與哲學</link></sublink>
源代码和渲染后的都有，不清楚“目前下载的内容应该是繁简体和地区词混用”具体是什么情况。——暁月凛奈 (留言) 2024年11月15日 (五) 11:22 (UTC)回复
比如这篇、wikipedia-to-zh-cn、[Wikiwand 泰勒·斯威夫特]（Taylor Swift）、IPFS版（使用的Kiwix），如果导出的内容不是在维基系统中使用，就是繁简体和地区词混用。--Kethyga（留言） 2024年11月15日 (五) 12:41 (UTC)回复
IPFS那个应该是抓网页的（可能是移动版或者新Vector），另外提供那个是拿数据库生数据再用自己的转换库去改的（没有套用mw的转换）。这些原始数据需要自行处理。数据库dump就真是数据库dump罢了。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月16日 (六) 03:22 (UTC)回复
繁简混用的话，转换还比较简单，地区用词混用的话，在维基系统之外使用就比较受限，特别是同一页面中用不同名称称呼一个概念。--Kethyga（留言） 2024年11月16日 (六) 04:49 (UTC)回复
具体指怎样的导出方式？技术上不支持，数据库存储的源代码就是简繁混合的，字词转换涉及MediaWiki程序及转换表、模块/模版。如果要抓转换后结果，只能抓网页/API。--YFdyh000（留言） 2024年11月15日 (五) 11:56 (UTC)回复
技术上存入数据库的wikicode都是繁简混合并且未套用各种转换机制（四层转换表）的，只有经过mw解析器的套用后才有各种变体的显示效果。所以要么用网页抓取，要么自己拆解解析器的代码来改。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月16日 (六) 03:15 (UTC)回复

修改“Template:lang”

编辑
最新留言：在2天前发布6条留言3人参与讨论

本主题或以下段落文字，在讨论结束后应存档至Template talk:Lang。

请将“pt”对应的“葡萄牙语”简化为“葡语”；这个模板几乎全是用在正文首句，在澳门相关条目中特别常见；由于消除那两个字不会引起误会，靠此缩减篇幅有利无害。--微甜微酸微苦＿＿微咸（留言） 2024年11月17日 (日) 16:40 (UTC)回复

若使用{{tooltip}}注释，不反对这么做。——自由雨日🌧️❄️ 2024年11月17日 (日) 17:13 (UTC)回复
能否设置参数或者新建模板？全称“葡萄牙语”应该更常见。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月17日 (日) 17:52 (UTC)回复
但是条目首句我是向来支持尽量简短的。就像绝大部分语文词典、专科词典，一些百科全书都会在附录规定然后正文全部仅使用［英］［葡］等简称来表示语种一样。--自由雨日🌧️❄️ 2024年11月17日 (日) 18:20 (UTC)回复
当然，设置参数或新建模板我也支持，是比修改更好的做法。--自由雨日🌧️❄️ 2024年11月17日 (日) 18:21 (UTC)回复
我支持加入“{{tooltip}}”的那个方案；两全其美！--微甜微酸微苦＿＿微咸（留言） 2024年11月18日 (一) 17:03 (UTC)回复

滥用过滤器警告信息

编辑
最新留言：在2天前发布11条留言2人参与讨论

刚刚不小心触发了Special:滥用过滤器/12，收到警告但因无明确信息我根本不知道为什么会触发。现在知道了，但请为此过滤器（及其他仅使用“abusefilter-warning”做警告信息的过滤器）补充明确说明，方便编者，谢谢。--惣流·明日香·兰格雷不姓式波 2024年11月18日 (一) 01:36 (UTC)回复

好像有简要提示？……概述如下：字词转换缺少简体设置。——敬颂冬绥 ZhaoFJx(论•签) 2024年11月18日 (一) 01:41 (UTC)回复
啊，瞎了，前面太长没看到  囧rz……不过考虑把概述搬到前面？方便我此类“盲毛”--惣流·明日香·兰格雷不姓式波 2024年11月18日 (一) 01:50 (UTC)回复
“您的此次编辑触发了关于某某原因的编辑器……”类似这样的？——敬颂冬绥 ZhaoFJx(论•签) 2024年11月18日 (一) 13:22 (UTC)回复
类似，我的想法之一是“警告：您的操作触发了滥用规则，其描述为：字词转换缺少简体设置 [新行] 此操作已被系统自动识别为……”。--惣流·明日香·兰格雷不姓式波 2024年11月18日 (一) 23:23 (UTC)回复

警告：您的操作触发了滥用规则，其描述为：$1。无意义的操作会被迅速地回退，而过分或重复的无意义编辑会导致您的帐户或IP地址遭到封禁。如果您确信本次操作是有意义的，您可以再次点击“发布更改”以提交它。

如何？——敬颂冬绥 ZhaoFJx(论•签) 2024年11月18日 (一) 23:37 (UTC)回复
(＋)支持最好$1后开新行，但这也可以。--惣流·明日香·兰格雷不姓式波 2024年11月18日 (一) 23:47 (UTC)回复
等待更多意见形成共识后就去MediaWiki_talk:Abusefilter-warning提编辑请求（）放到bulletin上哩——敬颂冬绥 ZhaoFJx(论•签) 2024年11月19日 (二) 00:18 (UTC)回复
好的，另建议“如果您确信本次操作是有意义的，您可以再次点击“发布变更”以提交它。”同样写于新行，但必要性不及$1后开新行。--惣流·明日香·兰格雷不姓式波 2024年11月19日 (二) 01:34 (UTC)回复
现行条文

警告：此操作已被自动识别为有害。无意义的操作会被迅速地回退，而过分或重复的无意义编辑会导致您的帐户或IP地址遭到封禁。如果您确信本次操作是有意义的，您可以再次点击“发布更改”以提交它。与您此次行为所匹配的过滤规则概述如下：$1

提议条文

警告：您的操作触发了滥用规则，其描述为：$1。
无意义的操作会被迅速地回退，而过分或重复的无意义编辑会导致您的帐户或IP地址遭到封禁。
如果您确信本次操作是有意义的，您可以再次点击“发布更改”以提交它。

这样？——敬颂冬绥 ZhaoFJx(论•签) 2024年11月19日 (二) 02:14 (UTC)回复

清晰多了，感谢阁下的协助。--惣流·明日香·兰格雷不姓式波 2024年11月19日 (二) 02:36 (UTC)回复
编辑
最新留言：在3天前发布1条留言1人参与讨论

例见沙盒，#清单显示为“1项目（（1子项目）”，*清单无此问题。--惣流·明日香·兰格雷不姓式波 2024年11月18日 (一) 01:47 (UTC)回复

2024年第47期技术新闻

编辑
最新留言：在2天前发布1条留言1人参与讨论

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

近况更新 - 面向编辑者

  • 现在，如果维基媒体用户尝试创建导向不存在页面的重定向，系统会对其发出警告。这将减少维基媒体项目中带有红链的损坏重定向数量。 [5]
  • 查看上周解决的共42个社群提交工单。 例如，用于自动化MediaWiki网站工作的Pywikibot，已在Toolforge升级至9.5.0版本。 [6]

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

  • 在使用标记修订（FlaggedRevs）的维基上，持有适当权限的用户所创建或移动的页面会自动标记。这项功能最近无法正常运作，修复该功能的更改预计于本周部署。感谢Daniel和Wargo的努力。 [7][8]

深入探索

  • 关于“临时账号”的新Diff文章现已提供超过15种语言版本。敬请阅读该篇文章，了解什么是临时账号、临时账号将如何影响各类用户群体，以及未来将如何将其引入所有的维基。

会议与活动

  • 2025年维基媒体黑客松已开放报名，欢迎技术志愿者前往土耳其伊斯坦布尔参与。旅行住宿奖助金申请期间为2024年11月12日至12月10日。活动报名将于2025年4月中旬截止。维基媒体黑客松为年度技术盛会，汇聚全球技术社群，共同协作既有项目，并探索新构想。
  • 欢迎参与本周的维基共享资源社群通话会议，帮助排定2025-2026年度共享资源支援工作的优先级。本次通话会议的主题是维基共享资源上的内容应如何组织。参与各类贡献的志愿者们能借此机会齐聚一堂，讨论对共享资源的未来至关重要的事项。通话会议将于2024年11月21日 8:00 UTC和16:00 UTC举行。
  • 语言社群会议将于11月29日 16:00 UTC举行，讨论近况和技术问题解决。

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

MediaWiki message delivery 2024年11月19日 (二) 01:59 (UTC)回复

Allow editing of User:钟宝丁/Sandbox/9 (允许编辑 用户:钟宝丁/Sandbox/9 <Sim.> | 允许编辑使 用户:钟宝丁/Sandbox/9 <Trd.> )

编辑
最新留言：在2天前发布2条留言2人参与讨论

Hello. I am User:OperationSakura6144 from Wikimedia Commons, and, I am here to talk about User:钟宝丁/Sandbox/9. I was trying to edit User:钟宝丁/Sandbox/9 to replace File:Flag of Oarai Ibaraki.JPG with its SVG version in the sandbox page, but I am blocked from editing it. I would like User:钟宝丁 to allow me to edit his sandbox page, because File:Flag of Oarai Ibaraki.JPG is outdated and needs to be replaced by its vector version. It would be better if User:钟宝丁 expresses his opinions about it. Thank you for your consideration. {Eng.|英语|英语}

大家好。我是 User:OperationSakura6144 来自维基共享资源，我来这里是为了讨论 User:钟宝丁/Sandbox/9。我试图编辑User:钟宝丁/Sandbox/9，以将沙盒页面中的User:钟宝丁/Sandbox/9 替换为其SVG 版本，但我被阻止编辑它。我希望User:钟宝丁 允许我<编辑他的沙盒页面>，因为File:Flag of Oarai Ibaraki.JPG 已经过时，需要用其矢量版本替换。如果 User:钟宝丁 对此发表意见会更好。 感谢您的考虑。 {Sim. Chi.|中文 (简体)|中文 (简体)}

大家好。我是 User:OperationSakura6144 来自维基共享资源，我来这里是为了讨论 User:钟宝丁/Sandbox/9。我试图编辑User:钟宝丁/Sandbox/9，以将沙盒页面中的User:钟宝丁/Sandbox/9 替换为其SVG 版本，但我被阻止编辑它。我希望User:钟宝丁 允许我<编辑他的沙盒页面>，因为File:Flag of Oarai Ibaraki.JPG 已经过时，需要用其向量版本替换。如果 User:钟宝丁 对此发表意见会更好。 感谢您的考虑。 {Trd. Chi.|中文 (繁体)|中文 (繁体)}--OperationSakura6144（留言） 2024年11月19日 (二) 04:13 (UTC)回复

这位用户上次活跃是2013年，很大概率不会回应；已代为更改。இந்த பயனர் கடைசியாக 2013ல் செயல்பட்டார், எனவே பதிலளிக்க வாய்ப்பு குறைவாகவே உள்ளது. கோரிய மாற்றம் மேற்கொள்ளப்பட்டது. Irralpaca（留言） 2024年11月19日 (二) 05:09 (UTC)回复

视觉化编辑器 字词转换 疑似bug

编辑
最新留言：在20小时前发布1条留言1人参与讨论

见沙盒，当源码为-{zh-xx:[[連結]];zh-yy:[[連結]];}-时，在视觉化编辑器中点开该组字词（然后不点编辑），相关连结会是“https://zh.wikipedia.org/w/連結 ”而非“https://zh.wikipedia.org/wiki/連結 ”。这应该并非大问题，但也应该也算是个小bug。--惣流·明日香·兰格雷不姓式波 2024年11月20日 (三) 12:27 (UTC)回复

添加话题
检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&oldid=85044008”