{進捗記録}{サービス}{進捗}{デライト}{5秒}{1秒}{デライト高速化}{希哲15年3月15日の開発}{全ページ1秒未満}{強力な武器}(36)

{希哲15年3月15日2歩 K#F85E/E74C-F912}

昨日デライトの性能について自信取り戻したこともあり,本格的デライト高速化に入る前に軽く現状確認をした。

端末性能内容にもよるが,体感として輪郭一覧10輪2〜3秒1輪1秒前後と,この種のサービスとしては水準にある。ただ,新規描出5秒ほど(表示更新も含めて)かかっているのが気になる。

PageSpeed Insights による評価も決して悪くない。

大きな最適化余地を残してこれなら,速さデライト強力な武器になるだろう。

まずは全ページ1秒未満目標調整したい。

{開発}{開発記録}{デライト高速化}{良い勉強}{取り戻した}{デライトの性能}{小利素}{速くなった}{待滅対策}{希哲15年3月14日}(25)

{希哲15年3月14日の開発 K#F85E/E74C-B4E1}

デラング整備,いくつか重要仕様検討3歩4歩)を済ませた。

待滅対策が思わぬ高速化になった(5歩6歩)。

劇的速くなったというよりは,ここ最近,少しずつ感じるようになった重さが一気に解消した感じだ。トラフィックは増え続けているのだから高速化には違いない。

小利素でよく動いている deln.fcgi を見て,デライトの性能に対する自信取り戻した


AutoPagerize については,この報告で原因が判明。こんな仕組みがあるとは知らず,良い勉強になった。

独自の無限スクロール対応した際の調整に使えるかもしれない。

{デライトの性能}

{}