練習ページ/58

練習ページ/8/改善案のページを見て、問題があることに気づいたので、作者様ありがとうございます。

まず、改善するに当たってボトルネックポイントの特定から
◇(外部リンク)HTML convert time について

改善できるポイントは「処理時間」と「データ量」の2つ

処理時間

対策…ecacheプラグイン*1でページ本文の内容を囲むことで、本文をキャッシュ化する。

◇(外部リンク)ecacheプラグイン利用時の注意(覚え書き)

• ecacheプラグインと相性が悪いもの
  1. includeプラグイン
  2. pcommentプラグイン
  3. tablesortプラグイン*2

プラグイン使用法

TITLE:

#ecache(){{

//本文

}}

#pcomment(./コメント,50,reply)

処理時間の計測　ページ右下のmsをクリックで詳細表示

追加後に処理時間が減っている＝高速化されていることが確認できます。

追加予定ページ

1. 各アクトレスのページ(アナザーは除く)とアクトレステンプレート
   →2019年11/3対応済み
2. 人気100と今日100のどちらかにページがある。
   →イベントページはイベント期間は頻繁に見ますが、イベント後はそこまで見ないと思うので、対象外にしました。

懸案事項

データ量

データ量

アクセスで使用されたファイルのデータ量です。

データが多いほどメモリも使います。

認識が違ってたので書き直し
データ量：本文の文字量＋pcommentのログ量

◇参考　データ量

画像のデータ量

練習ページ/8/改善案のページで問題に上がっていた点
アクトレスの衣装が増えると添付画像が増える、画像の数だけページ表示時の通信データ量が増加。
データ量によっては、Wi-fi外の回線速度を圧迫するため。

対策案としては上記ページ以外に3つ

調査段階なので実現できるかどうかは別です

1. WIKIのattachrefプラグインは「原画像の縮小表示」でサムネイル画像を表示する。
   「原画像を縮小加工」と比較して、元画像

1. サムネイル画像をどーにかして作り、アクトレスのギャラリー一覧はサムネイル画像を表示する。

サムネイル画像はアクトレスのページ表示時にブラウザ側で縮小表示を行っている

1. jpg軽量化ツールを使用

コメント