{開発}{開発記録}{}{希哲17年2月23日の副日記}{上手く動かない}{完璧に近い}{固定可能部分}{固定検索窓}{.foc}{共通化出来た}(98)

{希哲17年2月23日の開発 K#F85E/E74C-8E7D}

全知検索窓固定機能実装一段落させた10歩出振るい手定め済み

ここまでの調整基本的な挙動満足出来るものになっていたため,吊るし輪郭新規描出フォームへの輪結加え仕上げとした。概ね1月15日18歩検討通りだが,当時の案よりも小振りにすることで幅狭領当てかどうかや吊るし輪郭有無によらず装体共通化出来た吊るし輪郭無い場合上矢印グレーアウトさせつつ,ページ最上部への移動という機能残すことで無駄余白にしないようにした。結果として当初想定よりも交度用合い両面単純かつ安定感のあるものになった。

予定通り幅狭領当てでは入力欄への捕活追加輪結類隠すようにした。#sch:focus-within でも使えばかと思ったが,輪結への捕活拾ってしまい上手く動かないためスクリプト.foc付けるようにした。

固定機能実装当初iOS Safari固定時捕活固定検索窓一瞬隠れる問題悩まされたが,このあたり挙動iOS Safari 特有問題として有名らしく,固定検索窓のある他のサイトでも同じなので,こういう視覚効果なのだと思うことにした。他にも,ページ最上部上スクロールすると全知検索窓固定可能部分浮き上がるなど妙な挙動があり,最初捕活スクロール関係独自仕様由来する不具合かと思った

それ以外全体としてほとんど完璧に近い感触になっている。


ほかダークテーマ装体調整2歩不具合修正3歩

{進捗記録}{}{}{}{一段落}{一対一}{十分}{}{進捗}{希哲17年1月28日の開発}(191)

{希哲17年1月28日14歩 K#F85E/E74C-9326}

{開発}{開発記録}{一段落}{十分}{}{前後}{デライト}{対応出来る}{希哲17年1月25日の副日記}{多大な効果}(402)

{希哲17年1月25日の開発 K#F85E/E74C-7E8A}

23日の開発から急速に進展したデライト高速化一段落した

テーマ切り替えボタン用合い検討4歩新規描出フォームへの移動機能として吹き描き外背景ダブルクリック用合い復活10歩全知検索ページャー周りの調整16歩こまごまとした領当て装体調整17歩といった雑多ながら充実した作業片付けついに描写後略機能一段落させた21歩出振るい手定め済み

描写後略機能により,デライト最初期から吹き描き構造的問題だった「不必要な出与え読み込み多さ」という問題解消した表示速度向上通信量削減SEO 強化迷惑行為対策など多大な効果見込める

デライト高速化現状今後

昨年末の壊衝不具合修正以後デライト速度安定性ともにウェブ相振りとして十分な水準達していたが,今回の高速化経て明らかにもう一つ壁を越えた感がある体感として,「ウェブ相振りなら特に不満のない速さ」から「単動相振り比べても遜色のない速さ」になった。

一昨年4月9日掲げた全ページ0.3秒以内表示」という目標埋め込み利素考えると現実的ではない気がしてきたものの,軽いページでは200ms台重いページでも概ね300ms台応答出来るようになっている。実感として欲しかった速度手に入れられたし,最適化余地まだまだ残しているので「埋め込み利素除いてほぼ全てページ0.3秒以内表示」なら十分手が届くいよいよ本格的に速さデライトの武器になってきた。

ここで新生デライト開発におけるデライト高速化一段落とし,今後機能追加トラフィック応じた微調整留め別の機能整備集中することにした。

その先デライト高速化については,大きなところでは CDN 導入KNEST による水平拡大請い手隠し機能整備描写 HTML 隠し以外HTML 隠し実装,そして中途半端な状態放置しているページ付け求頼改良があるが,どれも現時点での優先順位低い

読み込み中...
{進捗記録}{一段落}{進捗}{希哲17年1月18日の開発}{希哲17年1月18日の進捗}{希哲17年1月18日}{要整理}{気にしていた}{軽視していた}{意識が強い}(120)

{希哲17年1月18日20歩 K#F85E/E74C-CA8D}

進捗時限記録中略

デラング整備デラング関連スクリプト読み込み改良

ここでいったん出振るい手定め終えデラング関連スクリプト読み込み改良一段落とする。


若干混乱していたデラング関連スクリプト読み込み周り交度整理大きく進み,非常に見通しが良くなった期待していなかったが,体感速度向上見られたのは意外な収穫だった。過程環境整備不具合修正など雑多な収穫もあった。

これまで後縁では使用しているデラング記法基いて <script> などを送出する効率的な仕組み出来ていたが,前縁では Aejs未整理原因不必要なスクリプト読み込み多々発生していた最近の対応サービス増加で,この現状への危機感募っていたこれまではともかくこれ以上増やすには交度整理効率化必要だと感じていた

本当努では,交度整理進めながら必要最小限のスクリプト確実に読み込むようにすることを目指し,その目的十分に果たした


今後のため」という意識が強く,すぐに恩恵があるわけではないと考えていたが,実際に出振るいしてみると明らかに体感速度向上している。これはちょっと驚いた高速化として期待出来るのは,せいぜいスクリプトまで評価する検索演心向けの SEO 効果くらいだろうと思っていた

棚から牡丹餅ではあるが,外部スクリプト負荷軽視していたことへの反省もあり,複雑な気分だ。確かに最近自サービス応答速度ばかり気にしていた


交度整理では,@math@dia@cd@mbd@mbd.Tw整理中心に進めた実装時期ばらばら統一感もなく乱雑だったが,概ねよく整理出来た@mbd.Tw若干要整理交度残っているくらいだ。

{開発}{開発記録}{抜控}{譜類添付機能}{希哲17年1月13日}{希哲17年1月12日の副日記}{作業出来なかった}{取っておく}{調整しやすい}{揃えやすい}(77)

{希哲17年1月12日の開発 K#F85E/E74C-5909}

{概ね}

{}