yosukeh / try1

0 stars 0 forks source link

パフォーマンス改善 #157

Closed yosukeh closed 8 years ago

yosukeh commented 8 years ago

・ChromeのTimelineでちゃんと解析。  呼び出し順が、かなり効いている。 ・multigraph のCallerが、ロード開始を遅くしている。

yosukeh commented 8 years ago

開始時:

アカウント:t157 初期(データなし) @ Desktop PC Chrome Mobile Emulation, Disable cache:  4.30sec , 4.95s , 5.03 sec , 5.32s, 4.81s

yh@20160506 @ Desktop PC Chrome Mobile Emulation, Disable cache:  6.33s , 6.09s , 6.34s

 

yosukeh commented 8 years ago

https://developers.google.com/speed/pagespeed/insights/?hl=ja&url=http%3A%2F%2Fconditions5.tk%2Fconditions_dev%2Fhome_sp.php

yosukeh commented 8 years ago

Apach設定確認

http://www.adminweb.jp/apache/status/index3.html -> 大した情報表示されなかった。

yosukeh commented 8 years ago

外部のjs系、全統合。 MultiGraph系、統合。内部ののみ。 Css全統合。 -> Cacheにしても、速度変わらん。つまり、意味ない。

他のサイトで、phpロードのあと、すぐに次のが来るサイト、gzipしてるか見る。してなければphpのヘッダで真似る →gzipしてた。

yosukeh commented 8 years ago

Layout処理が超長いことへの対応

-> Layout、Paintingとは何か?レンダリングから学ぶWebサイトのパフォーマンス http://dresscording.com/blog/performance/layout_painting.html

http://rochas.cc/blog/2013/12/09/frontrend.html

yosukeh commented 8 years ago

PageSpeed Insightsで確認する方法を作った。 signin_authrization.phpから入る。 詳細は、signin_authrization.php内のコメントを参照。

yosukeh commented 8 years ago

DocumentFragment の作戦。

multigraph 全体を、DocumentFragmentにする。 んで、追加していく作戦。 ->  いまいち。

結局、グラフのX軸の日にちを書く処理が支配的だった。Javascriptは早いのだが、それをLayoutする段で、 全描画の2/3程度の規模で時間を食っていた。

yosukeh commented 8 years ago

いま、何もなしアカウントで、描画まで1.94秒くらい。 「通信中」を書くまでに、.149かかっているので、ここを縮めるのが次の課題。