{開発記録}{一段落}{十分}{}{前後}{デライト}{対応出来る}{希哲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 隠し実装,そして中途半端な状態放置しているページ付け求頼改良があるが,どれも現時点での優先順位低い

読み込み中...
{進捗記録}{}{}{HTML の要素}{記号}{@}{与える}{進捗}{希哲16年2月15日}{希哲16年2月14日}(248)

{希哲16年2月15日10歩 K#F85E/E74C-2CA8}

{副日記}{『希哲日記』}{デライト2周年}{日記}{第四次黄金状態}{希哲16年2月16日}{希哲16年2月15日}{希哲16年2月14日}{希哲館事業}{読む}(93)

{希哲16年2月15日の日記 K#F85E/E74C-6B05}

昨日就寝直前から中規模程度の脳爆発連鎖し,難しかったデライトの課題3つも,24時間のうちにほぼ解決してしまった。久しぶりにひどいもとい見事な脳爆発だった。

収拾をつけようとしてはいけない規模連鎖なので,まとめ明日に回し,早々に寝支度始めた脳爆発制御上手くなったのも喜ばしいことだ。第四次黄金状態定常化すぐそこだろう。


希哲館事業における言語開発上手く行っている理由として,希哲館事業構想の「大局観」とそれを支えるデルン存在がある,とちょうど考えていたところだった。言語開発は,大局観重視されてきた囲碁将棋似ていることにも気付いた

この脳爆発壮大な記号のパズル完成させた時,棋士気持ち分かった気がした


今日はちゃんと事務的な用事片付けてきた。ついでに気持ちの良い天気の下でサイクリングも出来た。

やりたいこと多過ぎたので,コロナ対策外出自粛かこつけて希哲荘篭りがちになっていたが,そろそろ5分でも毎日の散歩再開したい。デライト2周年という大きな区切りを経て少し心境変わってきた

面白いもので,ちょっと運動不足になってきたと思ったら就寝直後トイレに立つことが多くなった血の巡り影響分かりやすい


パンくず記法使い方熟れてきたため,今日から日記副日記にも使ってみることにした。基本的に自分読むものなので無くて迷うことはないが,たまに前景雑多な輪郭埋まって面倒なことはある。

{進捗記録}{}{}{}{右寄せ}{}{末尾}{記号}{進捗}{希哲16年1月18日}(161)

{希哲16年1月18日8歩 K#F85E/E74C-91F1}

進捗時限記録中略

埋め込み記法渡括記法)の応付子オプションなどについての検討終了

概ね方針が固まってきた

引数風の応付子

これまで埋め込み記法には,埋め込み方細かく指定するような機能がなく,例えば画像埋め込みでも表示サイズ水平方向寄せ方指定出来なかった。この問題当然当初から認識していたが,どうしてもごちゃごちゃしがちな部分なので,直感的美しい記法練るのに時間がかかった差し当たり欲しいのは画像埋め込み表示サイズ寄せ方指定出来る機能だが,他の埋め込み対象でも使える汎用的な枠組み整えておきたい

そこで,[寄せ方指定スペース]+([応付])[埋め込み対象]形式採用することにした。例えば,添付譜類PNG 画像100x100埋め込みたい場合,+(100x100)png書けるようにする。

丸括弧内は,函数引数風にコンマ区切りで,埋め込み対象毎に使える応付子設定する。引数名指定出来るように a=xa:x受け取ってもいいが,柔軟性必要なのであえて必須にはしない。スペースを含む文字列扱いたい場合考えられなくはないのでとりあえずコンマ区切りにしておくが,各引数扱い駒手欄感覚近い

他のとして,+100x100 png+100x100,png のように全てを引数的に扱うことも考えたが,あくまでも埋め込み対象とする応付役割まとまり一番分かりやすいという点で丸括弧採用する。また,埋め込み対象URL など長い文字列になることも多いため,応付+直後置く。あるいは,末尾に置く書き分けられるようにする。

水平方向寄せ方

水平方向寄せ方は,表組み記法採用予定スペースを使う方法応用することにした。以下のように,+ 前のスペース無しは無指定4つ未満は左寄せ4つ以上で中央寄せ6つ以上で右寄せとする予定

読み込み中...
{3つ}

{}