• デラング整備
• 文書整備
• 高速化
  • KNEST 隠し実装
    • HTML 隠し
    • 輪数隠し
    • 輪郭隠し
    • 自我隠し
  • 描写後略機能
• 機能整備
  • 輪郭選り手整備
    • 抜控機能（途中 → Aejs 整備）
    • 譜類添付機能
  • 輪郭小窓
  • 全知検索整備
    • 全知検索演算子
    • 検索語提案機能
  • 自動ページ展開機能
  • 新着確認機能
  • 風船輪郭
  • 輪郭削除機能
  • 設定画面
    • 自我削除機能
    • インポート機能
    • エクスポート機能
    • 暗証語再設定機能
  • 暗証語再発行機能
  • 公開範囲設定機能

新生全知検索整備，輪郭一覧動的更新対応。

輪郭一覧動的更新対応については一段落。

全知検索窓からの検索，新規描出，更新輪結で輪郭一覧を動的に更新出来るようになった。これまで通りの握接も出来る。請い手にとっても捌き手にとっても負荷軽減になり，全知検索の感触が非常に良くなった。Safari ではページ遷移の発生時に動き付けが止まるため余計かくかくした感触だったが，これも解消した。

デライトでは相振りとしての可使性，ウェブサイトとしての可接性を両立させた HPA（hybrid paging application）を目指してきたが，自動ページ展開機能に続いてこれで概ね理想に近い形になった。第二次用合い改良と新生全知検索整備の交差点でもあり，感慨深かった。

更新時の動き付けは多少工夫が必要だった。最初は，更新前の輪郭一覧を完全に溶暗させ，更新後の輪郭一覧を溶明させるという動き付けを試したが，ちかちかして良くなかった。opacity: 0.7 まで少し溶暗させて置換してから溶明させるようにしたら良い感じになった。新規描出で輪郭一覧の上部に移動する時はスムーススクロールが鬱陶しいのでこの時だけ無効化するようにした。これで概ね満足出来た。

ここで広告の動的挿入も必要になったため機能を整えた。これまで自動ページ展開部分には広告を付けていなかったが，これを機に奇数ページで広告が表示されるようにした。

開発では思わぬ収穫があり，デライトの安定稼動に向けた懸念が払拭出来た。

ただ，デライト文書がこのままで新生全知検索整備を完了してもばら成しが悪いので，そろそろ文書整備を並行させることも考えることにした。

（23日の振り返り日記）

新生全知検索整備，ページ付け求頼改良，サイトマップ改良，不具合修正など。

サイトマップ改良の急進展

特に，長いこと課題だったサイトマップ改良が急進展した。

これまでサイトマップは全知検索ページャー同様，一定輪数を LIMIT 句・OFFSET 句で区切ったページを返していた。OFFSET 句の値が多くなると遅くなるため，最大でも最新10,000輪（100輪×100ページ）が限度だった。upub 導入後は更に低速化したため，9,000輪まで減らしていたが，それでも後半になると応答時間が10秒以上になることがあった。

今回のページ付け求頼改良で時印を使ったページ付けに移行しようとしていたため，これをサイトマップにも応用出来るのではないかと考えていたが，サイトマップの場合，サイトマップインデックスで各サイトマップ URL の一覧を生成する必要があり，この効率性が問題だった。HTML 隠しの利用も考えたが，タイミングも難しく，大袈裟過ぎる気がしていた。

サイトマップの場合，各ページの輪数が揃っている必要はないのだから，一定期間で区切ってしまえばいいのではないか，ということに気付いてからは速かった。

まず，デライト上で最古の時印（2012-02-10 19:09:33）から現在時刻までを30日で割って必要なページ数を割り出し，サイトマップインデックスは従来通りの形式（/see?pg=[n]）で生成する。dg_see() ではページ番号から期間を計算してその範囲内で上限輪数までの最新輪郭情報を返す。上限輪数はとりあえず10,000輪にしておいた。数値は様子を見ながら調整していく。

インターフェイスはそのまま利用したため修正は最小限で済み，互換性も維持出来たが，元々 dg_see() に余計な列が多い問題があったのでそのあたりも最適化しておいた。

実作業は出振るい・手定めまで正味3時間ほどで済み，結果として，サイトマップの速度・ページ数・対応期間の長さがはるかに向上した。現在時刻が基準なので，上限輪数から漏れた分も待っていれば載ることになる。ここまでページ数が多いサイトでは網羅性と効率性を完全に両立させることは不可能なので，ここが良い落とし所だろう。デライト特有の要求に適ったサイトマップ設計という，大きな問題がまた一つ解決した。

輪数取得改良，前後景時印の導入などを経て，サイトマップは高負荷求頼が発生しやすい最後の箇所になっていたため，これでデライトの安定稼動における不安要素が払拭出来た。ページ付け求頼改良を急いでいた理由でもあったが，最近の出振るいで，全知検索でもページ番号の直接指定に上限を設けたため，高負荷求頼の問題は一応解決している。これでページ付け求頼改良の優先順位が少し下がった。

新生全知検索整備の中間出振るいを成功させ，全知検索の基礎を刷新することが出来た。新生デライト開発の実装面における最後の峠も登り切った感があり，大きな解放感を得た。

金風から1周年の日でもあるが，「追い風」に頼らない心構えが出来ていることでこの一年での成長を実感する。それだけデライトが頼れるものになったということでもある。

（19日の振り返り日記）

最悪なのは，「評判の良い過疎サービス」になってしまうこと。そして終わる時になって「好きだったのに」と言われる。デライトですら「面白そう」と言ってくれるだけの人はたくさんいる。その内，具体的にサービスに寄与してくれる人はごく僅か。

そろそろ個人知識管理（PKM）ブームが起こるんじゃないかと思いながら過ごしていたが，Notion でも起こせないならもうデライトが起こすしかないという感じになってきている。

Midjourney や Stable Diffusion のような人工知能が出てきてくれたおかげで，デライトのような知能増幅（IA）技術の意義が伝えやすくなった。人間が上手く人工知能を利用するには知能増幅が必要。

デライトは「日本から日本語で」を重視しているし，これからも変わらないが，「説明が分かりにくい」的なことを言う人がろくな説明もない海外サービスは平気で使っていたりする。