期限ぎりぎりになったけど、ファラオの隠し財宝、最後のやつだけやってきました。
ファラオプリズムは試してないけど、ブローチとアンクはばっちりもらってきました(合成はさっぱり)。
履歴ページ作成中。
一覧に、本日のまとめ的なページへのリンクを出せるようにしました。
リンク先はまだ作ってないけど。
久しぶりにやってみたら、真かちぬきボスバトルで新記録。
本当に速い人には全然及びませんが、私なりに記録は延ばしていけそうです。
気が向いたらまたゲーム記にでも書くかも。
ゲーム記のページ更新しました。
サービス終了日の記載と、メイン画像。
あと、グリモアの鍵のページを、古くて情報不足ですが、一応公開しました。
ついでにゲーム記の他のページも細かく更新。
ゲーム記トップの下のほうにまとめて書いてあるので、気になる方はどうぞ。
履歴のページを作成中。
とりあえず普通の表示とRSS出力はできるようになったけど、細かい更新履歴ページを実装してからリリースしようと考えています。
現行のRSSにあるようなカテゴリー機能を付けるかどうかは未定です。難しくはなさそう。
実装しないまま存在すら忘れていた削除ボタンを実装。
そして、初期値のままだったステータスバーの初期テキストも、一応役に立つ文面に変更。
来週中のどこかのタイミングでリリースしようかと思います。
6月でサーヴィス終了ですとっ！？
世紀末ヘアー。
服のほうは自前なんですが、色合い的にアンパンマンのキャラクター再現できそうですね。
画像に追加の説明文を入れても反映されないバグを修正。
PythonとかRustとかの開発環境を作ってみたり。
Pythonのほうは環境ぶっ壊れたけど。
思えば、ふにゃシリーズはいつも、「平らな床」や「平らな壁」に向けて、キャラクターの範囲を示す「棒」を伸ばして、その交差を持って当たり判定としていた。
いわば、“板”に“針”を刺さるかどうかで、当たっているかどうかを判断していたのだ。
ふにゃは、体の中心線から四方に伸びた針で当たり判定を行った。
落ちるとげとげは上方向の針をオミットしており、横に動くとげとげは崖っぷち判定に変則的な位置に針を持っていた。
ギヤバネは四方に加えて崖っぷち判定用の針を持つ。
ウナギカズラは状態別に異なる針を持ち、本体上部には乗れる板も持っていた。
この“板と針”思想が、知らず知らずのうちに、ずっとふにゃシリーズを支えていたのだ。
それがまた、すり抜けバグという厄介な問題も生んだが、funyakにおいて、非対称に針を伸ばすという方法で解決を見た。
ふにゃらしい当たり判定を、統一的に、広範に適用するならば、“板と針”思想を意識していくことが必要になるだろう。
ブラウザ作業の自動化ならHeadless Chromeでいいんじゃないかと思えてきた。
ヘッドレスブラウザのPhantomJSで何かできないか勉強中…。
まともに動くようになったので使わなくなったゴミを削除。
大丈夫…だよね？
うーん、まだがたがた…。
たぶん修正。
直ってたらいいな。
フロントエンドコントローラ的な部分をバージョン4的な感じに変更。
しかしいろいろとボロが出てきたようで…。
各ページに個別の更新履歴を出すようにしました。
個別にお知らせしていない細かな更新も含まれます。最近更新していないページにはないこともあります。
いちいち告知しているときりがない細かな更新を一日の終わりにまとめて告知するという構想があります。そのため、個別に告知する変更としない告知に分けて履歴を保存しています。
脚本の項目だけ100ページ以上更新するということもざらにあったのであります。
新システム、アンパンマンDB4と一応名付けておきますが、データベースのインストール処理を作っています。
データベース構造や根本的な機能は現行システム(アンパンマンDB3)と変わらないのですが、処理のまとめ方をもっと整理して、今後の拡張をより柔軟に行えるように、テストしやすく実装漏れが起きにくいようにするのが目的のリニューアルです。
で、今回のリニューアルは、アンパンマンDB1→2や2→3のときと違って、丸ごとのリプレースではなく、両者を共存させながら、少しずつ置き換えるようにしています。
すでに4の一部の機能はこっそりリリース済みです。
更新記録の新システムを構築中。
通常のRSS配信に加えて、各ページにもそのページの更新情報を表示したり、個別に配信するまでもない細かい更新も一日一回まとめて通知するみたいなこともやりたいのです。
今日は、その細かいのも含めた更新情報をデータベースに記録する部分を作りました。
これをRSS配信対象だけで絞り込めばRSSに、URLで絞り込めばページ別の更新情報に、日付で絞り込めば本日の更新通知になるわけです。
管理用オートコンプリート機能のバグを修正しました。
2行目以降は文脈を考慮して候補を出すようにしていたのですが、その選定がおかしくなっていました。
集計の粒度がおかしくなっていたので、そのあたりを修正して、良い結果が出るようにしました。
あと、新システム(作りかけ)も、動かないなりに、エラーが起きないようにしました。
まあ、動かないので、意味はないのですが。
テスト駆動開発ならエラーが出まくるのがむしろ作りかけの段階では健全なのですが、それをやると、稼働済みのシステムのエラーが隠れてしまうので、稼働済みと作りかけをちゃんと分けて作る体制になっていない限りは、作りかけでもエラーがあると不都合なのです。
FTP自動ダウンロードのタスクでパスの指定の仕方によってダウンロードに失敗してしまうバグを修正。
そして、やっとTGWS全域のセーブデータの自動バックアップができるようになったのでした。
新システム構築中。
個別DB自体も組み直しています。
まだ実装途中だからエラーで動かないけど。
動いてなかったので復活させました。
ただ、残す価値があるかというと、一部を除いてほぼ無駄だと思っているので、早めに凍結して、通常ページに置き換えていきたいなと思っています。
テンの日。
今は特にフレンド増やそうとはしていないので、いつものアイテム回収のみ。
アンパンマンDBの新システム構築中…。
CI環境での自動テストだけが失敗するという微妙に面倒な問題が起きたりもしましたが、それはテスト環境セットアップの問題でした。
季節イベントであります。
全部のキャラで今日一気にクリアしました。
アンパンマンのことでちょっとした調べもの中…。
最新版アップしました。
最も致命的なバグを潰せたのでいっそのことバージョン0をやめて1に上げようかと思ったのですが、一応バグ修正だけなので、リビジョン番号を上げて0.31.2にしました。
勝手に落ちるバグは直ったとして、以前考えていたプロセス分離が落ちるバグ対策以外にも何か功を奏さないか確かめてみて、完成度をより高めてからバージョン1にしたいところです。
…もともと需要のないソフトだし、永遠にバージョン0のままでもいいっちゃいいけど。
内部構造修正のため用語を整理中。
クラスとかの分割の単位も見直し。
データベースを含んだテストができるよう改修中。
テストが終われば揮発するように、しかしテスト中は一貫性を保つように。
管理用サジェスト機能がおかしい気がしたので調査中。
調査しやすいようにソースコードの整理も。
うん、ステータスバーのコントロールを自動生成している部分をシングルトン的設計に変えてみたら、ユーザーオブジェクトは増えないし、ずっと再生していても落ちないね。
中でも再生ゲージが決定的だったみたいだけど、せっかくなのでステータスバー全体を対象に修正を施した。
今週内にでも修正版を公開しよう。
そもそも再生方法に関わらず落ちるのがおかしいと思っていたんだ。
どうやら音楽再生そのものは関係なかったようだ。
何年もの間、私は見当はずれのところを探し続けていたのだ。
日記のカテゴリ統計がメモリエラーで落ちていた模様。
ユーザーには関係ないけど、サジェストが頭悪くなってる。