プロジェクト

全般

プロフィール

Defect #699

完了

spin-up時に画面を開くのに時間がかかる

yusuke kokubo さんがほぼ13年前に追加. ほぼ13年前に更新.

ステータス:
終了(Closed)
優先度:
通常(Normal)
担当者:
対象バージョン:
開始日:
2011/03/31
期日:
進捗率:

0%

予定工数:

説明

ヘッダーから何までリモートサービス経由なので
時間がかかるとユーザーの待ち時間が長くなってしまう。

yusuke kokubo さんがほぼ13年前に更新

skillmaps.nocache.jsにモジュールを集約してる影響も考えられる?
原因の切り分けが難しいところですが。

啓介 大橋 さんがほぼ13年前に更新

多分ですが、現在ログインチェックロジックの中に、
Header、Footerの詰め込みロジックが入っているので、
待ちっている感じが増えているのだと思われます。

Headerは一部ログイン情報を持っていますが、
先に表示してしまって後から、更新する形でもいいかもしれません。

chromeのタイムラインで調べた感じだと、
skillmaps.nocache.jsの読み込みまでで300ms
初回のjs(Skillmapsクラス)を読み込むまでに、400msなので
jsの料として考えた場合は、耐えられるかなと考えています。

design対応が終わったら再度jsの分割は検討しているので、
その際に多少スピードアップは狙えるはずです。

なので上記をまとめると

①ログインチェック前にHeader Footerの作成 ※作成中のTimelineの取得も先でいいかもです
②js分割

をやろうと考えています。
①はかなり体感効果が高いはずです。

yusuke kokubo さんがほぼ13年前に更新

詳細な分析ありがとうございます。
design対応が終わったらここらへんも考えたいですね

啓介 大橋 さんがほぼ13年前に更新

  • 担当者啓介 大橋 にセット

結構深刻な気もするので、
①対応はdesign対応と一緒にやっちゃいます~

②のほうはcacheが聞いていることを考えると、あまり効果がない気がするので、
ゆっくり対応します。。。

別プロジェクトでやった感じだと、
現在GINを利用して、Providerをコンストラクタインジェクションしてますが、
それを一律やめて、Injectorのコンストラクタインジェクションに変えると分割率が
よくなるみたいです。

なのでGWTのコンパイルレポートを見ながらになりますが、
上記のような対応をちょこちょこしていく予定です。

ということでチケット貰っといちゃいます。

yusuke kokubo さんがほぼ13年前に更新

  • トラッカーFeature から Defect に変更

了解です。
よろしくお願いしますm(_ _)m

啓介 大橋 さんがほぼ13年前に更新

  • ステータス新規(New) から 担当(Assigned) に変更

とりあえず解決できたっぽい
本番バージョンになったら解決にする
ソース分割は分析も必要なので後程別チケへ

yusuke kokubo さんがほぼ13年前に更新

  • ステータス担当(Assigned) から 終了(Closed) に変更

致命的な問題は解決されてるのでこのチケットは終了にしますね。

他の形式にエクスポート: Atom PDF