{対応出来る}{希哲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月22日の開発}{希哲17年1月22日の進捗}{希哲17年1月22日}{良いばら成し}{排除した}{詰まり過ぎていた}{ボタン類}{自分向け}{渡りに船}{差を付ける}...=}(206)

{希哲17年1月22日17歩 K#F85E/E74C-EFB2}

進捗時限記録中略

輪郭ページ改良装体調整終了

取り急ぎテンプレート整理して輪郭ページ吊るし輪郭入れていた要素<header> から <main> へ,輪郭ページ輪郭一覧<main> から <div>切り替えた前後景一覧ページでは従来通り

特に急ぎたかった部分上手く片付き残る内部的な問題のみなので,輪郭ページ改良ここで中断することにした。


閲覧専用模動実験をしていた時,輪郭ページ輪郭一覧隠す<header> だけのページになってしまうことに気付いたのが事の発端だった15日14歩

あまり意識してこなかったが,輪郭ページ概念実装大きな不一致生じていた一時凌ぎつもり後景一覧ページ輪郭ページ使うようにしたのはデライト離立補完中の希哲14年8月5日だった。当時とでは輪郭ページ捉え方輪郭充実度全く違う

予てから検索模動輪郭模動内部的な切り分け中途半端なまま進んでいない問題もあったため,抜本的な輪郭ページ改良方針まとめた17日8歩

最近の検索演心そこまで神経質ではないと言っても,<header><main>違い流石に小さくないだろう。何より気付いてしまう表現として気持ち悪いので早く解決したかった

読み込み中...
=}
{希哲17年1月21日の開発}{希哲17年1月21日の進捗}{希哲17年1月21日}{仕様化}{設定してある}{font-size: 120%}{<strong>}{強調部分}{分かりやすい文書}{学び始めた人}...=}(106)

{希哲17年1月21日16歩 K#F85E/E74C-E642}

進捗時限記録中略

知名デラング調整関連交度整理終了

新たに強調記法文字装飾記法小書き記法化学記法対応した

いったん全て出振るい手定め済み

デラング周り作業はここで一段落とし,別の作業入るデラング関連次の主要当努9日の検討通りタグ記法整備見通し


知名デラング拡充については,知名の役割誤解させかねないという懸念から消極的にすべきかもしれないと考えていたが,20日7歩極力拡充していく方針決めた

実用性観点でいえば,やはり最短知名原則有用で,知名情報詰め込んだり装飾したりということは推奨出来ない。ただ,間口を広げることを考えなければならない今のデライトには遊び必要だろう。

デラング学び始めた人知名デラング使いたくなるのは自然なことであり,そこから学べることもある。知名の役割については,分かりやすい文書整えることが本筋だ。


手定め中知名強調記法使う中景輪符強調部分文字サイズ大きくなることに気付いた

<h1> 以下の <strong>font-size: 120%設定してあることが原因だった。意図忘れたが,何かの目的でこんな細工をしたような記憶うっすらある。

直そうかと思ったが,ちょっと面白い効果でもあるので,いったん置いておき仕様化するか検討することにした。見出し太字強調使う意味無いだろうと思っていたが,意外と表現方法はあるものだと過去の自分偶然気付かされた

=}
{希哲17年1月15日の進捗}{希哲17年1月15日の開発}{二輪鎖}{希哲17年1月15日}{こうなったら}{縮小する}{計算した}{応用出来た}{詰め込める}{余地が無い}...=}(168)

{希哲17年1月15日18歩 K#F85E/E74C-2F5F}

進捗時限記録中略

全知検索窓固定機能吊るし輪郭への輪結新規描出フォームへの輪結加えるアイデアについてまとめ終了

画像素材は,背景用二輪鎖上矢印アイコンといずれも既存のものを使い,自我アイコン左側配置する幅狭領当てでは,入力欄への捕活時隠れ入力欄伸長するようにする開発者通類で作った案


新規描出フォームへの素早い握接長いあいだ課題だったが,これも急に解決してしまった新規描出フォーム固定機能との関連考えることがく,今回先の検討中に考え始めた

右下あたりに輪結固定させるのがよくある方式だが,何度考えてもデザイン的まとまり欠ける何より幅狭領当てでは重なり気になる明らかに邪魔だろう。

新規描出フォーム左上にある+ボタン元々新規描出フォーム固定機能兼ねていたので,これをスクロール追随させて,どこでも新規描出フォーム呼び出せるようにするか……等々これまでとにかくあらゆる検討したが,どのにも何かしら問題があったさっき方針固まった全知検索窓固定機能合わせ下スクロール現れるバーにしても,せっかく占有領域減らす工夫相殺されてしまう。

デライト構造上仕方ないこと,と新規描出フォーム固定機能のように諦めかけたが,こうなったらもう全知検索窓何とか利用するしかないのではないか,と再び考え出したのが良かった

読み込み中...
{希哲17年1月15日の進捗}{希哲17年1月15日の開発}{希哲17年1月15日}{下がれば}{済みそう}{かからず}{採用を決めた}{至らなかった}{高まらず}{一歩前進}...=}(118)

{希哲17年1月15日6歩 K#F85E/E74C-C29A}

進捗時限記録中略

新生デライトの要件ではなかったが,デライト最初期実装削除してからずっと保留状態にあった全知検索窓固定機能実装イメージ急速に固まったのでまとめ終了

全知検索窓では,下スクロール隠れ上スクロール現れる固定表示採用することにした。

昨日寝る前に Android 版 Chrome触ってい思いついた上スクロールツールバー現れる以前にもこの方式検討した記憶があるが,その時流してしまった昨年新規描出フォーム固定機能とともに大きく検討を進めたことがあった開発記録ので,時期的噛み合わせだろう。


いったん削除した理由その後復活させられなかった理由主に二つあった。

一つは,広告との相性問題だ。AdSense では広告固定メニューのようなものが被ることもグレーとされている。実際には悪質でなければそこまで厳しく対応されることはないだろうが,広告頼みデライトではわずかなリスクでも避けたかった

もう一つは,画面広く使いたい場合邪魔になることがあり,必ずしも便利ではなかったことだ。当然スマートフォンのような小型端末ではこの問題顕著になる

昨年検討では,広告近付いた隠すようにすることと,表示領域の高さ十分ではない場合固定機能無効にすることでこれらの問題回避する方針固め復活向けて一歩前進した。しかし,実装調整煩雑さ対して必要性高まらずここまで実作業至らなかった

今回採用を決めた方式なら,調整手間ほとんどかからず交度半分くらいで済みそうだ。無くてもそこまで困らない機能ではあるが,これくらい実装コスト下がれば優先順位上げられる

=}
{方針}

{}