{進捗記録}{曖昧}{進捗}{デライト}{希哲14年9月24日の開発}{HTTP/2}{あれ}{推奨動作環境}{埋没時間}{希哲14年9月24日の進捗時限}(56)

{希哲14年9月24日2歩 K#F85E/5B28-A037}

昨日,アイコンスプライト化3歩ほど試行してみて,やはり保守性問題を感じた。

ドメイン シャーディングにも言えることだが,最適化のために実装意図曖昧遠回しにする,というのは全体最適化観点から避けるべきことだ。開発者としてはどうしてもここにひっかかる。

そんな時,HTTP/2 のことを思い出した。RFC 7540 が出来た頃に情報収集した記憶があるが,流石にその時は時期尚早導入は考えにくかった。現状月庭も含めてデルンHTTP/1.1 で動いている。

改めて調べてみると,採用実績は十分にある。請い手側の普及率調査によって中途半端なところもあるが,時間解決する問題であること,そもそもデライト比較的新しいブラウザ事実上推奨動作環境としていることから問題ない。

kitetu.com の HTTPS 統一 はすでに実現しているため,手定め環境nginxngx_http_v2_module導入するだけで環境は整いそうだ。

スプライト化に費したのは,デライト・アイコン集制作の時に配置工夫したこと,昨日の3歩くらいで正味数時間だろう。埋没時間はほぼない。

早速 HTTP/2導入試験を始めることにした。

ちょうど11月から GooglebotHTTP/2 に対応するらしいので,今が好機なのだろう。

{}