{HTML}{駒手記法}{進捗記録}{あれ}{希哲16年2月20日13歩}{神秘的な}{別に}{実装した}{付けた}{階層区切り}...=}(248)

{希哲16年2月15日24歩 K#F85E/E74C-1EF9}

進捗時限記録中略

不意に閃いた階層区切り線」についての方針まとめて終了

従来の見出し未満区切り線記法に,見出し階層越えられる階層区切り線」を加える。以下のように,唯一通常の区切り線区別出来る見出し記号 #全角 使う

* 第1階層
** 第2階層

#========================#

第1階層段落。

#------------------------#

第2階層段落。

#- - - - - - - - - - - - #

第3階層段落。

#. . . . . . . . . . . . #

第4階層段落。

##

第1階層段落(# の数でも調整出来る)。

持ち辺モチベーション

従来の区切り線記法は,HTML において対応する <hr>性質上見出し未満区切りにしか使えなかった

見出し階層作った後で描写全体に対するフッター的なものを書こうとする第1階層見出し作る必要があるが,しばしば大袈裟感じられることがある。

検討過程

空見出し」の挫折

今回検討当初は,「空見出し」という概念主に考えていた区切り線長さ任意であるべきなので,どうっても自然な形階層調整出来そうになかった。その点,見出し内容出来れば手っ取り早い

しかし,等号星号区切り線使う予定なので,== のように第2階層以降で内容空にする衝突することになる。

区切り線の方を見直しても,--区切り線なら == はやはり二重区切り線であってほしい。直感性下線形見出しとの整合性考えるとこれは捨て難い星号による区切り線はそれに比べればまだ転用余地があったが,その代わり *使う Markdown の区切り線記法との互換性損われる

そもそも,「空見出し」という概念にも無理がある文字を書くから見出しなのだし,実質的に区切り線なのだから,直感的とは言い難い

階層区切り線」の閃き

ここで,唯一区切り線記法被らない見出し記号である番号記号思い出した

番号記号による見出しは,ハッシュタグ駒手記法との衝突避けつつ atx 式見出しある程度互換性持たせるため,## のように2個以上条件対応していた個人的に好きな記法ではなかったこともあり,おまけのような扱いで,ここまで気付かなかった

すでに「空見出し」に感じていて,区切り線記法での対応立ち返っていたことで,この ##特殊な区切り線みなせる特徴持っていることに気付いた記号2個以上繰り返す区切り線見える記法で,実際普文枠線的な装飾使われることが多い記号でもある。

特に,区切り線記法としての統一感直感性保てる2個第1階層表せるということは決定的に重要な点で,見出し記号個数階層関係一致しないとどうしてもちぐはぐ見えてしまう。これは,衝突回避したとしても等号星号では解決出来ない問題だ。区切り線記号としての最短形見出し記号としての第1階層対応しうる唯一記号番号記号だった。

ただし,通常の区切り線記号異なり,個数階層対応するため,普文装飾兼ねられないという問題があった。上位階層区切り線普文上で目立つように書けない

これは,最新の区切り線記法下線形見出し記法検討9日17歩19歩踏まえ見出し階層対応する4種区切り線組み合わせる解決することにした。つまり,第1階層から順に最短形#==##--##- -##. .# というように区切り線組み合わせることが出来るようにする。これがまた都合が良いことに,よくある装飾見える

9日15歩以後,見出し下線区切り線長さ区別出来るようになっているため,区切り線装体にはある程度多様性持たせ問題ない一方見出し下線階層表す装体になっているため,一定制限必要になる。この点でもぴったり噛み合った

別に2個以上良いだろうと実装した区切り線記法おまけ感覚付けた番号記号による見出し記法最近の拡張方針……何気ない全てパズル要素だったかのように思える神秘的な閃きだった。

番号記号見出し仕様厳密化

この階層区切り線考案に,番号記号による見出し常に2個最上位階層とすることにした。つまり,*=##始まる見出しはともに最上位階層表す

これまで異なる見出し記号併用することは特に想定しておらず,実際使われていないはずなので,記号個数単純に計算していた。見出し階層相対的な個数決まるため,*始まる見出しがあると ##第2階層になる。これは階層区切り線整合しない。

特に仕様として決めていたことではないため,ここで厳密化することにした。

実装上の課題

仕様完璧思えるが,実装上の課題残った

HTMLCSS機能的には,可接性ちつつ見出し要素隠すことは造作もないが,SEO 上の懸念多少ある。今の検索演心評価理積みはそこまで単純ではないだろうが,伝統的に見出し要素隠すべきではないとされてきただけに,どこまで不利になるか分からない出来るだけ行儀の良い実装方法見つけたい

そもそも見出し要素にしてはいけないのか,<section> あたりを使って上手く誤魔化せないか,など色々考えてみたが,どれも多かれ少なかれ怪しさ残る

見出しの無い階層区切りというのは HTML想定外だったのだろう。

{進捗記録}{目出し輪符の匿名化}{目出し輪符}{使えてもいい}{ありそう}{実用的な}{;}}{:}}{{;}{{:}...=}(50)

{希哲16年1月15日14歩 K#F85E/E74C-8E46}

(書きかけ)

進捗時限記録中略

類型化正規表現 rgx_IKON_T整理しつつ,目出し輪符実装出振るい手定め済み目出し輪符手定めの様子

5日5歩検討下敷きにしたが,これも実際使ってみる想像以上収穫だった。

使ってみるまで,前後両方表示するのは遊びくらいかと思っていたが,文中使う時の目印など実用的な使い道意外にありそうだ。

面白い閃きもあった。顔文字して {::}使うなら,ウインク型の {;;}使えてもいいとは思っていたが,これが出放りアイコン使えることに気付いたアイコン表示したいが利用者固有のものである必要はない,あるいは少し不都合がある場合に使える顔文字にもぴったりだ。


この手応えで類型化正規表現は漸次的に行っていくことにした。

{整清記録}{希哲15年}{駄目そう}{貼り替える}{補修テープ}{様子を見て}{凌いだ}{解決した}{平たい形}{丁度良さそう}...=}(41)

{希哲15年10月21日の整清 K#F85E/E74C-E179}

希哲荘洗面所シャワーヘッド補修

今年に入ってからか,シャワーヘッド水漏れ激しくなり,先日フタ使い物にならなくなった水圧によるパッキン伸びフタ亀裂原因らしかった。

今日の散歩ついでに市内のホームセンター安価平パッキンカクダイ 9851-23買ってきた外径56mm内径48mm大きさ丁度良さそうだったものの,元のは平たい形ではなく丸いものだったのでどうかと思ったが,ぴったりだった。これでパッキン問題解決した

ただ,フタ自体の亀裂からも漏れているため,これは適当な透明テープを巻いて凌いだ。とりあえずは使えるようになったが,耐久性問題がありそうなので様子を見て駄目そうならまともな補修テープ貼り替える

=}
{KNEST::cch_T}{開発}{デラング}{開発記録}{デライト}{KNEST 隠し}{PWA}{希哲14年8月23日の日記}{通信方法}{水平拡大}...=}(76)

{希哲14年8月23日の開発 K#F85E/5B28-17C0}

デライト隠し戦略隠し機構について検討し,「KNEST 隠し」を考案,今後の方針として採用することを決めた。これも長らく課題としていたことで,大きな前進だった。

KNEST 隠しでは,各捌き手プロセス内隠しKNEST を通して同期する。通信方法はいくつか考えられるが,台数が少ないうちは単に外部から空了出来るようにするだけでも十分だろう。

これまで,デルンではプロセス内隠しxtd::cch_)を使って月庭高速化にある程度成功していたが,プロセス捌き手間での同期問題があり,使える場面は限られていた。

Memcached導入なども検討したことがあるが,どうも帯に短し襷に長しという感じが否めず,デライトぴったり解決策が見つかっていなかった。

15日6歩で,libxpo.Pg を利用して PostgreSQL隠し捌きとして使ってしまうことも考えた。それはそれであってもいいが,やはりウェブ捌き制御したいことも多々あり,根本的な解決策にはならなかった。

KNEST 隠しは,プロセス内隠しというHTTP というでゆるやかに連携させるという手法であり,デライト運用必要拡縮性を上手く確保出来そうだ。

デライト拡縮性における最後の問題がウェブ捌き水平拡大だったため,これによって安定拡大戦略を支える技術が出揃ったとも言える。

出場捌き水平拡大はとりあえず履複化でいいとして,ウェブ捌きの水平拡大における同期KNEST を通して行なう。これは接渉管理にも応用出来るだろう。あとは流量制御しつつ,適宜 CDN などを利用する。請い手側では PWA高速化していく。

戦略が定まったことにより,目先最適化着手しやすくなった,というのも大きい。どう作業していくかについて迷いが消えた。こんなことを考え始めたのも,デライトの宣伝本格化させる前に,性能課題に対する見通しをつけておきたかったからだ。

早速,KNEST::cch_T実装に取りかかることにした。

その他,デラング構文解析についての検討8歩)など。

{ぴったり}{あれ}{漫套}{希哲14年2月24日のツイスト}{希哲14年2月24日}{ツイスト}{浪漫}{不思議}{翻訳語}{漫画}=}(10)
{ぴったり}

{}