アンパンマンDBの、主に開発に関する日記。
アンパンマンDBをSQLiteに移行するなら一緒にデータベース構造も変えてしまおうかなーなんて考えています。
登場キャラリストは現在1話に出た連中は項目ごとにまとめてTEXTカラムに入れてあるので、テキスト処理に由来する誤動作が結構多いのです。
パフォーマンス的な問題がなければ、そして何より実現可能であれば、登場キャラリスト用のテーブルを作ってそっちに登場キャラデータは移動したいのです。
登場キャラテーブルには、参照元(どの話か)、対象の項目(メインキャラ、サブキャラ等の区分)、アンカーテキスト、検索テキスト、実際のリンク先、あたりが必要そうです。
アンパンマンDBのデータベース管理システムを変更するならデータベースの構造も見直して効率的にしたいなーなどと思っていろいろ考えていたのですが、移行の手間やデータベースへのアクセス回数などを考えると、あまり大きく変更するのもメリットが少なそうに思います。
それはそうと2月の最初の放送でピザパイむすめが久々に出るそうですね。
めったに出てこないキャラが久々に出てくるとなんだか嬉しいものです。
アンパンマンDBの管理上のあれこれいじっていました。
簡単に言えば、2クリック必要だったところを1クリックで行けるように改良しました。
管理ユーザー以外には特に変わったところはありません。
アンパンマンDBのデータベース容量超過のことですが、うちのサーバーではどうやらSQLiteも使えるようです。
もし本当に使えるとするとWeb公開用の800MBが使えるので、今まで2MBしかなかったデータベース容量から考えると破格の大容量といえます。
アンパンマンDBの数千件程度のデータならSQLiteでも他の大規模向けデータベースとそん色ないらしいですしね。
アンパンマンDBの管理上のあれこれをいじっていました。
中途半端な更新しかできないときの補助機能とか。
あと、コメント停止も時限式で自動的に行われます。
う～む、結構前からなんですが、アンパンマンDBに来るコメントって、あっても嬉しくないのが結構多いんですよね。
私はアンパンマンが大好きで、一緒に楽しみたいためにコメントを用意しているのです。
情報提供や感想を書きたいなら掲示板もありますし、データベース容量のこともありますし、そろそろコメントをなくそうと思います。
例によってすぐに抹消するのは避けますが、新規コメントを受付停止してから掲示板などへの誘導をして最終的にコメントを消そうと思います。
アンパンマンDBのデータベースの容量がかなりオーバーしてきました。
手っ取り早く容量をあけるには質問箱とコメントをぶっ潰せばいいのですが、管理し切れていないとはいえなくすのはもったいない気がします。
MySQLによる恩恵をあまり受けない要素で結構容量を食っている部分があるのでそこらへんを余裕のある置き場に移動すれば何とかなりそうな気はしますが…。
久々にアンパンマンDBの記事をまともに書いた気がします。
けいとのしろのクリスマスの話です。
昨年のクリームパンダのエピソードを見ていたのですが、更新するのは毛糸つながりの別エピソードで。
TGWSAdminの様子がおかしいです。
急にデータが消えて、復旧しようとデータ追加したらエラーが起こるという状態になってしまいました。
なのでアンパンマンDBなどの自動更新は現在無効状態になっています。
そんなわけでTGWSAdminが実用的なぐらいにはできてきたのでアンパンマンDBと連動して最新っぽい情報群改を更新しました。
旧最新っぽい情報群と比べて圧倒的に高速に表示されます。
最新情報になるまでにはある程度時間がかかりますが、前のも普通に見ている場合には最新になるまでそれなりに時間がかかるのでどっちもどっちというところですね。
今すぐ最新情報チェックするなんて機能も付けようと思えば付けられますが、今のところはあまり必要性を感じてはいません。
Metroid Other M完全クリアしたようです。弟が。
そういえば頭文字を並べたらMOMですね。
Motherと何か関係あるのでしょうか。
APDLLPからの連絡がないので現状維持の運営でアンパンマンDBを続けることにしました。
まあ、最近は更新頻度自体が圧倒的に減っているので元々あまり関係ないような気がしますが。
TGWSAdmin仕様変更中のためしばらくアンパンマンDBのランキングの自動更新ができません。
多分8月中には復活すると思います。
アンパンマン質問箱、いったんやめます。
再開の可能性はありますが、一応今回は、「休止」ではなく「終了」です。
というのも、質問がやたらと多い割りには、意外と必要とされていないんじゃないかと思うのです。
アンパンマンを見ていて気になってしまって仕方がないとか、子供に聞かれて答えに窮してしまったとか、そういうのに応えてあげたいと思っていました。
でも、800以上もある中にそのような切実な質問は果たしてどれほどあるでしょうか。
別に切実とまではいかなくても良いのですが、答えさせるのが楽しいだけじゃないかと思うような質問が多すぎるのです。
一応優先順位をつけて回答するようにはしていますが、それでもやっぱり切実な質問に対する回答が遅れがち、雑になりがちになります。
こんなことになるなら、切実な質問はもっと別の場所へいってくれたほうがきっと良い答えが見つかるし、どうでもいい質問はそもそもしないでほしいです。
アンパンマンDBのバナーでも作ってみようかなと考えてみたり。
先日(7・8月13日)の問い合わせの結果がまだ来ていないので実際には作っていませんが。
データベースサイトということで、バイキン城のモニターっぽい雰囲気にしようかと思っています。
あと、メモのところのイラストロジックを更新しました。
JavaScriptか何かでプレイアブルに実装できたらメモではなく本格稼動も考えていますが、今のところ作る予定はありません。
アンパンマンDBの最新っぽい情報群改を作ってました。
今回は日テレの公式サイトのほうそうのおしらせページをチェックできるようにしました。
このあたりは旧最新っぽい情報群のPHPコードを移植するだけなのですが、コード量が増えてまた大変なのです。
最新っぽい情報群改、つまり最新っぽい情報群のリニューアルバージョン、一応アップしました。
一個しか項目がない上きわめて気まぐれ更新でレイアウトも全くなされていませんが。
こいつを元にしてどんどん改良していくのです。
確認日と記載日で別々にソートできたほうが便利そうに思います。
要するに、「昔に決まっていた先の予定」は新しいか古いかという話です。
今更気付いたのですがアンパンマンDBのキャラ数、一部のページでバグってますね。
でもなんだかデバッグもやりづらいし…どうすればいいんだろう。
アンパンマンDBの最近のTOP10が機能しなくなっていたので修正しました。
それはそうとちょっとニコニ・コモンズについて。
今はランダムに並べる機能がないのでなんとかこっち側で実装したい。
まず、サーチ結果のページ内容から「件中」を含む行を抜き出し、その行内でbタグに囲まれた最初の数字、または「件中」より前にある最後の数字を抜き出す。
0～抜き出した数字-1の範囲の整数の乱数(R)を生成する。
(R)を30で割った整数部分に1を足すとページ番号(P)、あまりがページ内オフセット(O)となる。
次にアクセスするURLは「http://www.niconicommons.jp/search/～?page=(P)&…」だとわかる。
「<!--thumb start -->」と「<!--thumb end -->」で囲まれた部分が一つ一つの素材。
正規表現などを使ってこの部分を順次抜き出せば(O)の値を使って目的の、つまりランダムな素材が見つかる。
偏りのある乱数生成器とニコニ・コモンズのソート機能を使えば新しいものや人気の素材が出やすいようなランダムセレクトも作れる。
これを順次繰り返せばランダムに並べる機能も作れるというわけ。
コモンズサーバーへの負荷を考えるならば同じページへのアクセスは極力減らして一回のアクセスで必要な情報を全部取り出すようにしたい。
アニメNewtypeチャンネルのアンパンマンのページを分析していました。
とりあえず最新の予告情報が取れるようになったので、早速最新っぽい情報群に追加…といきたいところですが、TGWSAdminの一機能として実装しているのでアンパンマンDBとの連動機能を実装しないことにはまだ何の役にも立ちません。
アンパンマンDBにDBの種類ごとのTOP10を作りました。
質問箱のTOP10の応用で、しかも10倍近く高速化しています。
最も時間のかかるMySQLへのアクセスを個別に10回からまとめて1回に減らしたのです。