アンパンマンDB
各ページに個別の更新履歴を出すようにしました。
個別にお知らせしていない細かな更新も含まれます。最近更新していないページにはないこともあります。
いちいち告知しているときりがない細かな更新を一日の終わりにまとめて告知するという構想があります。そのため、個別に告知する変更としない告知に分けて履歴を保存しています。
脚本の項目だけ100ページ以上更新するということもざらにあったのであります。
各ページに個別の更新履歴を出すようにしました。
個別にお知らせしていない細かな更新も含まれます。最近更新していないページにはないこともあります。
いちいち告知しているときりがない細かな更新を一日の終わりにまとめて告知するという構想があります。そのため、個別に告知する変更としない告知に分けて履歴を保存しています。
脚本の項目だけ100ページ以上更新するということもざらにあったのであります。
新システム、アンパンマンDB4と一応名付けておきますが、データベースのインストール処理を作っています。
データベース構造や根本的な機能は現行システム(アンパンマンDB3)と変わらないのですが、処理のまとめ方をもっと整理して、今後の拡張をより柔軟に行えるように、テストしやすく実装漏れが起きにくいようにするのが目的のリニューアルです。
で、今回のリニューアルは、アンパンマンDB1→2や2→3のときと違って、丸ごとのリプレースではなく、両者を共存させながら、少しずつ置き換えるようにしています。
すでに4の一部の機能はこっそりリリース済みです。
更新記録の新システムを構築中。
通常のRSS配信に加えて、各ページにもそのページの更新情報を表示したり、個別に配信するまでもない細かい更新も一日一回まとめて通知するみたいなこともやりたいのです。
今日は、その細かいのも含めた更新情報をデータベースに記録する部分を作りました。
これをRSS配信対象だけで絞り込めばRSSに、URLで絞り込めばページ別の更新情報に、日付で絞り込めば本日の更新通知になるわけです。
管理用オートコンプリート機能のバグを修正しました。
2行目以降は文脈を考慮して候補を出すようにしていたのですが、その選定がおかしくなっていました。
集計の粒度がおかしくなっていたので、そのあたりを修正して、良い結果が出るようにしました。
あと、新システム(作りかけ)も、動かないなりに、エラーが起きないようにしました。
まあ、動かないので、意味はないのですが。
テスト駆動開発ならエラーが出まくるのがむしろ作りかけの段階では健全なのですが、それをやると、稼働済みのシステムのエラーが隠れてしまうので、稼働済みと作りかけをちゃんと分けて作る体制になっていない限りは、作りかけでもエラーがあると不都合なのです。
FTP自動ダウンロードのタスクでパスの指定の仕方によってダウンロードに失敗してしまうバグを修正。
そして、やっとTGWS全域のセーブデータの自動バックアップができるようになったのでした。
新システム構築中。
個別DB自体も組み直しています。
まだ実装途中だからエラーで動かないけど。
動いてなかったので復活させました。
ただ、残す価値があるかというと、一部を除いてほぼ無駄だと思っているので、早めに凍結して、通常ページに置き換えていきたいなと思っています。