輪郭削除機能実装など。

輪郭削除機能実装に入った。

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

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

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

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

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

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

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

概ね期待通りに動くようになったが，もう少し細部の調整が必要なため出振るいは持ち越し。

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

スクリプトの交度整理も大きく進み，長い間ページ固有スクリプトに分散していた交度を Aejs に整理出来た。

新生全知検索整備。

輪郭一覧動的更新対応に着手した（11歩）。

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

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

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

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

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

新生全知検索整備，ページ付け求頼改良に着手。

新生全知検索整備，ページ付け求頼改良，自我アイコン隠し破り対応など。