2023年政策修订增补工作正在进行中,欢迎参与!
討論: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)