右上の負荷のメーター表示がオレンジ〜赤になっているページの負荷を軽減したく、 #fold を遅延読み込みプラグインの #lazy_fold に切り替えたのですが、右上のメーターで本文コストが高いままで「遅延読み込み」の効果がわかりませんでした。
「遅延読み込み」とは折りたたみを開くまでは読み込みの負荷が生じないという認識で使用したのですが、以下の可能性が思い当たるため、どのように編集するのが適切なのかわからなくなっています。
- 負荷メーターの表示の不具合
- 遅延読み込みプラグインの不具合
- プラグインもメーター表示も適切に動作しており、負荷メーターがオレンジ〜赤になっていてもとくに問題ではない
- プラグインもメーター表示も適切に動作しているが、遅延読み込みを使用してもなおページが重すぎる
ちなみに使用したのは以下のページで、折りたたみの数の多いページ構成となっています。
https://wikiwiki.jp/genshinwiki/画像
そもそもこのような構成のページに#lazy_foldプラグインを多用するのが適切なのかどうかも分かっておりません。
負荷軽減に協力するつもりが逆にサーバーに負荷をかけてしまっていた…などという事にはしたくないため、今後の編集の目安として、この#lazy_foldの使い方は適切なのかどうかを伺いたい次第です。
よろしくお願い致します。
こちら私が運営する別のwikiでも同様の問題が発生しております。有用な情報があればぜひお教えいただきたいです。
結論から言うと、提示してくれたページは現状のままで全く問題なしです！✨
理由は、このページのPV(T.7, Y.11)なら、少しくらい負荷が高くてもサーバー全体への影響はほとんどないからです。
トップページ(T.4523, Y.11151)のレベルなら話は別ですが、このページなら今のままで大丈夫。💡
■ なぜ #lazy_fold でも本文コストが減らないの？
右上の「本文コスト」は、サーバーが「wiki構文を読み込んでHTML表示用のデータを作る手間」を表しています。
lazy_foldは「ブラウザが画像を表示するタイミング」を遅らせてデータ転送量を減らすためのもので、
サーバー側の「ページを組み立てる作業(コスト)」自体を減らす魔法ではないんです。
■ 計測結果(参考) 全体: 11.1ms 本文コスト: 659.5ms
この数値なら、メーターがオレンジ〜赤に見えても実際はスムーズに動いている範囲内(安全圏)ですよ。(※1)
■ 今後の対策
どうしても根本的にコストを下げたいなら「ページ分割」が必要になりますが、
現在の画像一覧(wiki共用のファイル置き場)という構成上、分割は少し難しそうですよね。
現状維持でOKです！サーバーの負荷軽減に協力しようというそのお気持ちだけで100点満点です！💖
ってGemini(代筆)がいってた
【補足】
・このページは3.に該当 (あとこのページは画像サイズ小さいので#lazy_なしでもいいかもね)
・#lazy_が機能していることは「読み込みリソース数」(画像数)が減ったことで確認できるよ
・部分的なコメントアウトをしていってコスト食いポイントを確認するのもいいね
【脚注】
(※1) アクセスめちゃ多いページの場合は対策取ろうね
(行頭#とかが有効なことに気づかず謎フォーマットになったけど気にしないでね🐱)