2023年政策修订增补工作正在进行中,欢迎参与!
Talk:MORE MORE JUMP!演唱歌曲
跳转到导航
跳转到搜索
关于该页面的展开长度/lua运行时间问题
先附上某次预览该页面时解析器输出的分析数据:
分析器分析数据 | |
---|---|
CPU使用时间 | 5.477秒 |
实际使用时间 | 12.717秒 |
预处理器访问节点计数 | 72,236/1,000,000 |
预处理器生成节点计数 | 73,733/1,000,000 |
展开后大小 | 2,035,409/2,097,152字节 |
模板参数大小 | 300,565/2,097,152 字节 |
最高扩展深度 | 14/40 |
高开销解析函数数量 | 0/50 |
Unstrip递归深度 | 0/20 |
Unstrip传递扩充大小 | 54,364/5,000,000字节 |
Lua使用时间 | 7.040/7.000秒 |
Lua虚拟尺寸 | 6.79 MB/50 MB |
Lua估计的内存使用情况 | 0字节 |
可见该页面的展开长度和Lua模块数量均已接近上限(其中“Lua使用时间”几乎超限,已经使底部的Navbox时常出现无法加载的情况)甚至已经容不下一个LyricsKai
我能想到的有两种解决方法:
- 按年份 or 活动期数 or ... 拆分页面
- (可能导致需要大量调整内链+检索困难)
- 展开页面中的部分{{LyricsKai}}(及其衍生模板,不过其中使用了multiver的部分可能需要手动将
{{#Widget:TextToggleDisplay}}
替换为对应模板),在源码中用注释方式留下原来的wikitext- (可能导致源码冗长而难以编辑,但可通过编辑时使用编辑段落/添加新段落来规避)
综上所述,我个人倾向于暂时使用第二种做法。由于我之前没参与过pjsk相关页面的编辑,在作出修改前,想先在这里征求一下世界计划编辑组成员的看法。--AdorN讨论⏰2022年4月25日 (一) 22:19 (CST)