2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

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

我能想到的有两种解决方法:

  1. 按年份 or 活动期数 or ... 拆分页面
    (可能导致需要大量调整内链+检索困难)
  2. 展开页面中的部分{{LyricsKai}}(及其衍生模板,不过其中使用了multiver的部分可能需要手动将{{#Widget:TextToggleDisplay}}替换为对应模板),在源码中用注释方式留下原来的wikitext
    (可能导致源码冗长而难以编辑,但可通过编辑时使用编辑段落/添加新段落来规避)

综上所述,我个人倾向于暂时使用第二种做法。由于我之前没参与过pjsk相关页面的编辑,在作出修改前,想先在这里征求一下世界计划编辑组成员的看法。--AdorN讨论⏰2022年4月25日 (一) 22:19 (CST)