茶馆周报/23w47a：修订间差异
 小 |
小 |
||
| 第58行： | 第58行： | ||
{{q|当初我已经在想为什么加载方块数据值要先从页面标题转一手英文名了<br>不过当时还没显现出屎山的真面目<br>最早我们只想提供一个自动翻译表<br>同时我们想兼容从en抄来的sprite<br>于是诞生了autolink和reverselink|[[mcwzh:User:MysticNebula70|MysticNebula70]]}} |
{{q|当初我已经在想为什么加载方块数据值要先从页面标题转一手英文名了<br>不过当时还没显现出屎山的真面目<br>最早我们只想提供一个自动翻译表<br>同时我们想兼容从en抄来的sprite<br>于是诞生了autolink和reverselink|[[mcwzh:User:MysticNebula70|MysticNebula70]]}} |
||
{{q|屎山只是屎山<br>屎山没有真面目<br>屎山是大家亲手促成的，自始至终都对人展现着真面目|[[mcwzh:User:Lakejason0|Lakejason0]]}} |
{{q|屎山只是屎山<br>屎山没有真面目<br>屎山是大家亲手促成的，自始至终都对人展现着真面目|[[mcwzh:User:Lakejason0|Lakejason0]]}} |
||
{{q|好消息是（autovalue中的）这个屎山已经被我们铲除了，<br>坏消息是autovalue和衍生产品autovalue builders和breaking table的下游系统，尤其是sprite，仍然有这个屎山。<br>所以光是autovalue铲了这个屎山还不够，sprite也必须早晚有一天讲中文。<br>要我说，Block Link Item Link Entity Link Effect Link等等各种Link，全部都应该换成中文。<br>而他们换不了的原因就一个，sprite。Sprite才是一切autolink和reverselink的起点和终点。<br>所以我们最好写自己的sprite系统，不要管en的sprite file了。|[[mcwzh:User:Siiftun1857|Siiftun1857]]}} |
{{q|好消息是<small>（autovalue中的）</small>这个屎山已经被我们铲除了，<br>坏消息是autovalue和衍生产品autovalue builders和breaking table的下游系统，尤其是sprite，仍然有这个屎山。<br>所以光是autovalue铲了这个屎山还不够，sprite也必须早晚有一天讲中文。<br>要我说，Block Link Item Link Entity Link Effect Link等等各种Link，全部都应该换成中文。<br>而他们换不了的原因就一个，sprite。Sprite才是一切autolink和reverselink的起点和终点。<br>所以我们最好写自己的sprite系统，不要管en的sprite file了。|[[mcwzh:User:Siiftun1857|Siiftun1857]]}} |
||
在近期的Autovalue全面清除了对英文标题的使用后，[[mcwzh:Module:Sprite|Module:Sprite]]的更新也随着迁移的完成被提上了日程。在一系列讨论后，所有人都发现Sprite成为了如今中文Minecraft Wiki进步的最大阻碍之一。 |
在近期的Autovalue全面清除了对英文标题的使用后，[[mcwzh:Module:Sprite|Module:Sprite]]的更新也随着迁移的完成被提上了日程。在一系列讨论后，所有人都发现Sprite成为了如今中文Minecraft Wiki进步的最大阻碍之一。 |
||
| 第78行： | 第78行： | ||
=== SearchDigest插件滥用风波 === |
=== SearchDigest插件滥用风波 === |
||
[[File:Weekly23w47a-SearchDigest.png|thumb|right]] |
[[File:Weekly23w47a-SearchDigest.png|thumb|right|[[mcwzh:Special:SearchDigest|Special:SearchDigest]]于11月14日（二）的全尺寸屏幕截图。]] |
||
SearchDigest是由Weird Gloop开发的一款插件，会自动统计被高频率搜索的关键词，检查以之为标题的页面是否已创建，然后将未创建页面的高频搜索关键词整理到一个特殊页面上，以便编辑者将这些页面快捷地重定向到搜索该词的用户真正想要查看的页面。 |
SearchDigest是由Weird Gloop开发的一款插件，会自动统计被高频率搜索的关键词，检查以之为标题的页面是否已创建，然后将未创建页面的高频搜索关键词整理到一个特殊页面上，以便编辑者将这些页面快捷地重定向到搜索该词的用户真正想要查看的页面。 |
||
2023年11月21日 (二) 13:38的版本
欢迎来到茶馆周报。
中文Minecraft Wiki迎来了迁移后的第二周，从这次周报的体量上就能看出这又是繁忙的一周。
本周快照
Java版
本周发布了快照23w46a。由于“日程安排冲突”，该快照被推迟至周四发布，但其中并没有什么亮点，主要是对新版本内容进行一些微调，并修复了一些漏洞。
基岩版
本周发布了测试版1.20.60.20，加入了上个Java版快照23w45a的新版本内容，并修复了一些漏洞。
存档计划相关
parsoid-reparse脚本使用纪要
9月21日，マジやばくね提出要为存档计划启用Linter。自此之后，存档计划等站点逐步启用了Linter，刷新了Parsoid缓存，并正在努力修复Lint错误。
由于存档计划等站点在建站之初并没有启用Linter，因此在启用之后还需要刷新Parsoid缓存，才能统计Lint错误。根据マジやばくね，刷新Parsoid缓存只有两种方法：一是使用rest.php访问所有页面，二是使用可视化编辑器空编辑所有页面。
Lakejason0从MediaWiki文档中找到了parsoid-reparse这个Python脚本（相关工单：T161556）。但是这个脚本存在以下问题：
- 调用脚本的方式为
cd parsoid-reparse+python __init__.py ...，这种方式不够优雅。“它跑起来就行了你管那么多
”⸺マジやばくね对疑惑的TripleCamera如是说 - 脚本硬编码为32线程。Lakejason0和LittleC在各自的站点上运行此脚本时没有修改线程数，导致存档计划被DoS了一个下午加晚上，而奇葩栖息地由于页面过少
加上无人访问，并没有对读者造成影响。マジやばくね建议修改为4线程。“这个脚本没throttle
跑的很快但是跑的很慢
所以跑的越快跑的越慢”⸺Lakejason0 - 脚本编写于2017年，其访问的rest.php URL已经过时。目前的URL为
rest.php/域名/v3/page/html/页面名称，其中页面名称中如有/需要将其转义为%2F。Lakejason0和マジやばくね在运行此脚本前都对URL进行了修改，但是LittleC没有修改。 - 脚本不能使用Ctrl + C中止。
TripleCamera尝试在MediaWiki.org上联系原作者。但是原作者在回复了几次之后就再不回复了……看来只能靠自己了。
另外LittleC声称自己没有修改脚本就运行了，但还是成功清除了奇葩栖息地的缓存。为了测试，TripleCamera于11月17日（五）尝试修复了一个Lint错误，随后该页面立即从Lint错误列表中消失，这说明奇葩栖息地的错误列表是实时刷新的[注 1]。更加奇怪的是，次日此特性无法复现。目前暂不清楚LittleC对奇葩栖息地施了什么魔法。
快说谢谢C神
我啥都没动
欲知后事如何，且听下回分解。
感谢扩展漏洞
10月22日（日），TripleCamera发现可以对同一编辑进行多次感谢。在之前，已被感谢的编辑旁边的“感谢”链接会变为不可点击的“已感谢”。但是不知从什么时候起，“感谢”链接不会失效，点击链接后依然可以进入Special:感谢并发送感谢。但是，多余的感谢既不会被对方收到，也不会记录在日志中。此漏洞可以在本站和基岩版开发Wiki上复现。
11月2日（四），TripleCamera在中维上复现了此漏洞，随后提交了工单T350421 Thanking an edit more than once。随后有WMF员工回复称无法复现。TripleCamera反复进行了测试，结果发现此漏洞在某些站点（本站、基岩版开发Wiki）上可以稳定复现，在其他站点（维基百科、奇葩栖息地）上则只能在手机上复现，原因未知。
目前正在等待调查及修复。
修改站点配置
接用户TripleCamera反映，本站对过大的图片拒绝生成缩略图。在搜索文档后，站长定位到了参数$wgMaxImageArea并将其由1.25e7修改为2.5e7。问题暂时解决，希望大家不要上传这么大的图片。
MCW相关
Autovalue更新
11月9日（四），紧随着中文Minecraft Wiki完成迁移，Siiftun1857完成了对Module:Autovalue的第一阶段重新设计。此次变更消灭了Autovalue数据表内所有将英文标题用作数据键名的使用，提供了对同名方块和物品映射到不同ID的支持，且添加了对集合映射的支持，以及对更改组名的初步支持，并且彻底分离了JE数据和BE数据（此前他们被放置在同一张表中，引发了诸多困惑和导出难题）。在弃用英文标题做键名后，对Module:Reverse link的使用也从Autovalue系列的所有模块中被移除了。
此次变更改变了所有自动值表应当使用的键值，因此也必须重新生成全部数据表。Java版的自动值表获得了全新的由Nickid2018制作的基于GitHub流水线的生成方式，显著降低了自动值表维护工作的难度。然而，长期缺失维护的基岩版自动值数据表在这次更新中全部失效后，在多次尝试后始终未能生成出新数据表。截止至发稿时，基岩版自动值数据表仍然未生成完成，并在Wiki的相关页面上留下了部分未映射名称、数据错误和问号输出。
由于现在Autovalue使用的数据项目使用ID做键名，传入参数使用中文名称，全面替换条目内所有英文标题作为参数的使用加入了计划。然而，简单测试了使用中文名称后引发了诸多问题，人们才发现原来大量模块使用英文标题做键名的罪魁祸首是Module:Sprite。
Sprite拆分计划
当初我已经在想为什么加载方块数据值要先从页面标题转一手英文名了
不过当时还没显现出屎山的真面目
最早我们只想提供一个自动翻译表
同时我们想兼容从en抄来的sprite
于是诞生了autolink和reverselink
好消息是（autovalue中的）这个屎山已经被我们铲除了，
坏消息是autovalue和衍生产品autovalue builders和breaking table的下游系统，尤其是sprite，仍然有这个屎山。
所以光是autovalue铲了这个屎山还不够，sprite也必须早晚有一天讲中文。
要我说，Block Link Item Link Entity Link Effect Link等等各种Link，全部都应该换成中文。
而他们换不了的原因就一个，sprite。Sprite才是一切autolink和reverselink的起点和终点。
所以我们最好写自己的sprite系统，不要管en的sprite file了。
在近期的Autovalue全面清除了对英文标题的使用后，Module:Sprite的更新也随着迁移的完成被提上了日程。在一系列讨论后，所有人都发现Sprite成为了如今中文Minecraft Wiki进步的最大阻碍之一。
在Sprite即将进行拆分的背景下，对英文标题键名带来的大量的麻烦被讨论后，Sprite的拆分也被指出了新的方向：新模块将使用中文作为键名。同时，若Sprite能够顺利迁移到使用中文键名的新系统，Module:Reverse link也将会被宣告终止使用。这也将会进一步增加中文Minecraft Wiki与英文Minecraft Wiki模板模块系统分道扬镳的程度。
目前有关Sprite拆分的设计仍在讨论中。
破坏惯犯Gongxiang01窜访MCW
11月14日（二），用户OIer因试图在页面内插入迷你世界相关争议内容而被滥用过滤器封禁1天，随后在自己的讨论页上申请解封。之后包括行政员Lxazl5770在内的多名用户先后告知其插入相关信息属于违规行为，其解封请求也受到驳回，但OIer依旧胡搅蛮缠，装成对“迷你世界”属于敏感违规内容毫不知情的样子，表示过滤器的封禁就是误封、1天的封禁太长不能接受，还在发现无人回应后继续接连发送留言，试图引起他人注意。此时其破坏者的本性已经初现端倪，因此受到了巡查员和管理员的“特别关注”。
11月16日（四），OIer在管理员告示板发布垃圾话题，故意通过在敏感关键词间插入<nowiki>标签来绕开过滤器拦截，借此保存了带有“迷你世界”一词的编辑。尽管其辩称自己只是在反映过滤器的漏洞（你是故意找茬是不是.jpg），但不久后管理员Anterdc99便以制造扰乱性编辑为由将其永久封禁。同日晚些时候，有人注意到中文MCW迁移前的旧站有一名为Gongxiang01的用户在管理员告示板上发布封禁求助，称OIer在新站被管理员不按规则乱封禁，于是OIer随即被判明与旧站的Gongxiang01为同一人。Gongxiang01的“光辉事迹”在Fandom的中文社区可谓人尽皆知，他编辑过的中文Wiki里几乎没有不封禁他的，装傻充愣也是此人的惯用伎俩。之后OIer还在英文Wiki的管理员告示板上用一口流利的大乱炖式英语发表了求助，但并没有得到该站管理员的回应。
I in Chinese wiki was blocked but the administrator didn't follow the Block Rule.
Because I report a Bug about AbuseFilter, I was blocked that is not just. And I can't post on User talk page.
I need the Chinese wiki admin to help this event.
目前为避免进一步的扰乱性编辑，该用户所属的IP段已被封禁。
SearchDigest插件滥用风波
SearchDigest是由Weird Gloop开发的一款插件，会自动统计被高频率搜索的关键词，检查以之为标题的页面是否已创建，然后将未创建页面的高频搜索关键词整理到一个特殊页面上，以便编辑者将这些页面快捷地重定向到搜索该词的用户真正想要查看的页面。
11月11日（六），Dianliang233率先发现了新站的该项功能，并开始着手创建其统计的部分关键词对应的重定向页面。虽然此功能一定程度上提供了便利，但也有用户指出其存在被滥用的风险，而且直接将其中部分关键词作为重定向页面的标题可能违反了现行的关注度准则，例如“坚守者”就是该功能列出的高频搜索词之一，但当前的关注度准则明确指出不应将这类存在错别字的名称作为标题创建重定向。次日，为避免该功能潜在的问题，关注度准则新增了一句附加说明，指出该功能提供的搜索词需满足准则所规定的条件才能创建为重定向页面。随后数日内，对相关问题的顾虑在QQ群和社区专页上均引发了热烈的讨论，但似乎都并没有产生明确的共识。
之后有人发现，有多个异常的词汇赫然出现在了该功能列出的高频搜索词之中，包括“迷你世界”“管理员乱封人”“抄袭”等，甚至还有一些不雅词汇也被统计了进去。这些词的搜索量多者高达千次，远高于其他正常的搜索词，结合之前恶意用户OIer的作为不免让人怀疑是其使用工具所为。目前尚无移除这些异常搜索词的手段。也有用户将相关问题反映给了Weird Gloop，但尚未得到回应。
YTMango9487申请繁体中文管理员
11月15日（三），行政员Lxazl5770宣布拟将来自台湾的用户YTMango9487特别任命为管理员，负责处理繁体中文事务。不久后，YTMango9487在管理员告示板发表相关话题称有意向担任管理员。由于其任命并非通过常规的管理制度进行，引起了部分编辑者的疑惑。同时由于新的站点并无预设的界面管理员权限组，因此任命负责管理繁体中文事务的管理员事项陷入了停滞。关于给予界面管理员权限组的事宜正在与Weird Gloop负责人协商。
值得注意的是，SnowFireWolf（曾用名Jinxia2311）是曾经被特别任命的负责处理繁体中文事务的管理员，而后接替他的Leo_leo_768也曾短暂被给予界面管理员权限组。
Userboxes推广计划
11月16日（四），Siiftun1857推出了Template:Userboxes和Module:Userboxes。该模块作为新一代的用户框实现，可以在一次调用中输出大量用户框并自动应用用户框容器，使用集中的数据表来提供内容，而无需像Template:Userbox那样每个用户框都创建一个页面，并且能够有效杜绝对模板参数的注入。这为整理用户框计划提供了全新的方向：将全部基于Userbox的信息框录入Userboxes的数据表，从而彻底消灭所有形式的命名空间和名称不规范，以及大量页面带来的维护难度。Siiftun1857同时也指出Userboxes的最终目标将会是彻底消灭Userbox——后者会在Userboxes普及完成后被删除以杜绝任何未来的使用。
然而，目前实施该计划的主要阻碍，是用户框惊人的数量。截止到发稿时，中文Minecraft Wiki上共有408个信息框。尽管有用户框迁移工具被制作了出来，但手动录入如此大量的用户框仍然是工作量非常可怕的体力劳作。因此，用户框迁移工作被寄望给了自动化程序和机器人，但目前还没有设计出来可行的程序来执行。
Infobox更新
11月19日（日），由Siiftun1857制作的长期搁置在Module:Sandbox/Infobox中的内容应用到了Module:Infobox。这次模块更新进一步地将Infobox的不同功能分离到了各自的方法。继上一次分离出Module:Image area后，infobox rows如今也被分离了出来，并使Infobox支持了完全自定义其内容的功能，Infobox本身则成了一个外壳方法。
此次的Infobox更新也同样添加了对Tabber样式的支持。伴随着Infobox的更新，Template:Block、Template:Item、Template:Entity也立刻进行了一次跟进更新，成为了第一批使用Infobox新功能的信息框。众人期待了一年有余的方块、物品、实体分页终于在此时得到了实现。
你知道吗
- 澳大利亚布里斯班市的库里尔帕大桥采用了张拉整体结构来保持桥体的受力稳定。该结构的特点是无论在哪个方向上受力，结构内都会有一根缆绳抵抗该力造成的形变，从而保持结构稳定。
- 截至本周[需要验证]，本周周报的长度为17000余字节，在所有茶馆周报中排名第一，在存档计划所有页面中排名第29。
其他
- 截至本周周报发版日（2023年11月19日），类银河战士恶魔城游戏《空洞骑士：丝之歌》的原定最迟发售日已过去160天，但该作的正式发售日期至今仍未公布。
他们跟自己还是魔物的时期相比没有任何改变，强大的家伙就比较伟大，比人类好懂多了，强大与否用看的就知道了。魔力对他们来说就相当于人类的地位和财产，也可以说是他们的尊严。就算会一时抑制魔力来当成隐匿手段，也没有魔族会蠢到平时就在抑制魔力。就好像某个贵族隐瞒身份来到城外小镇，跟他舍弃财产和地位沦落为平民完全是两回事对吧？而且魔族的世界没有仁慈到魔力较低的家伙还能拥有尊严。因此实力越强大的魔族就越拼命炫耀自己的魔力，对他们来说随时抑制魔力并没有任何好处，而且他们也根本不会产生那种想法。很可悲吧？就像人类受到地位和财产的束缚一样。他们以魔法为傲，明明比谁都喜欢魔法，却连自己的魔力都不能自由控制。
注释
评论