2011年6月の日記

アンパンマンDBバージョン3で、デザインとロジックの分離、デザインを複数用意したいという希望からテンプレートエンジンのSmartyを導入していたのですが、どうにも今回はSmartyにあまり利点がないような気がしてきました。
Smartyは高速なテンプレートエンジンですが、その高速化の根拠はテンプレートをPHPコードにコンパイルして、ほとんどの場合単にPHPファイルをインクルードするだけで済ませてしまいところにあります。
それだったらむしろSmartyなど間に介さず直接インクルードすればもっと速くて手っ取り早いわけです。
Smartyはデザインとロジックの分離のため、テンプレートファイル中では極力PHPコードを実行できないようにしてあります。
これはデザイナーが余計なコードを書いてプログラムをバグらせるのを防ぐという点では素晴らしいのですが、個人開発では単に自分一人が気をつければ済むだけの話です。
そもそも、PHPそのものが最初からテンプレート的な使い方をできるように設計されていて、Smartyはそのテンプレート的な使用法に特化したものに過ぎないのです。
そう考えると、Smartyはただのインクルードより設定が大変なだけでメリットがあまりないなぁ…と。

ポケモンドリームワールドが微妙にパワーアップしましたね。
みんなリニューアル直後ほどの勢いはないようですが、またちょっと遊びやすくなりました。
まあ、私ももうポケモンドリームワールドでやることは多くないんですけどね。

アンパンマンDBのコメント機能を映画公開に合わせて一部復活させようかと思います。
あくまで映画を見た感想などを書けるようにするための復活であり、情報提供などは基本的に受け付けません。
時期は7月2日正午から。
「すくえ！ココリンと奇跡の星」「うたっててあそび！アンパンマンともりのたから」の2ページに限って復活させます。
システム的な準備が整ったら改めて告知します。

OpenOffice.org CalcでMicrosoft Excelのファイルを開いてみたのですが、数式などをOpenOfficeの形式に変換して読み込むようですね。
CSVを開いたときは惨憺たる結果でしたが、Microsoftのオフィスソフトを意識して作られているためか、Microsoftのファイルには強いようです。
マクロを使った高度なことは多分あまりできないとは思うのですが、Excelの表計算機能を使った各種作業はOpenOffice.org Calcでも継続して行えそうです。

アンパンマンDBバージョン3開発中。
基本的なナビゲーション周り。
まだまだ表に出る部分には手が回っていません。

アンパンマン映画の前売り券、買いに行きました。
起きられれば朝一のを見に行くつもりで、初めての場所で迷う可能性もあったので、下見も兼ねて。
ついでに美術館なんかにも行ってきましたが、そちらのほうは無料で見られる場所だけ回りました。

そろそろアンパンマン映画の公開が近付いてきているので、あと何日の表記をアンパンマンDBのトップページにでも出そうかと思います。
時限式コメント消去のプログラムを流用して作れそうです。

アンパンマンDBバージョン3開発中。
わかりやすいアドレス実現のため.htaccessをいじっています。
あと、日記に「アンパンマンDB」カテゴリを追加しました。
アンパンマンDBのシステムの話だけでアンパンマンそのものの話を全然していないことが多かったための措置です。

Wi-Fi繋がりました。
繋がらなくなったUSBアダプターはあきらめて、普通の無線LAN環境を構築して繋ぎました。
実は昔Wi-Fi用に買っていたのですが、Wiiで使っていると通信が不安定だったのでしまい込んでいたのです。
現在Wiiは有線接続でWi-Fiに繋がっているので不安定の無線LAN環境があっても関係なく繋がります。
DSのほうは、とりあえず問題なく繋がっているようです。
オンラインのアクションゲームのように継続的にリアルタイムな通信をするわけでなければ多分大丈夫なのでしょう。

Wi-Fiにはまだ繋がらないです。
それどころかWi-Fi用に使っていたパソコンがインターネットにまで繋がらなくなったり、ひどく重くなったり、どうにもならない感じでした。
新しいほうのパソコンはアダプターが対応していないし…。

Wi-Fiに繋がらなくなりました。
原因はWi-Fi用にパソコンに挿していたUSBコネクターが抜けていたこと。
でも挿しなおしても全然直りませんでした。

ゲーム記の管理画面をちょっと直していました。
更新反映処理が重たかったので、更新前と更新後のデータ内容を比較して変化がなければ上書きしないようにしたのです。
これでゲーム記の更新作業もはかどるようになるので、ニンテンドー3DSのページとかもどんどん作れそうです。
ちなみに、アフィリエイトに関しては、システム的にはできてはいますが、今のところ表示しないようにしています。

Tympoleは早くもただのガマガルになってしまいました。
進化すると日本語の名前に戻ってしまうのですね…。

手元においてあるPHPマニュアルに簡易的な検索機能をつけてみました。
基本的に関数を調べることが多いので関数名のリストを作って、検索エリアに入力すると関数名が自動補完されるようにしています。

久々にポケモンのGTSやってみました。
すると海外産のオタマロが！
Tympoleという名前なのです。

アンパンマンDBバージョン3開発中。
パラメータによる表示切替システムの基礎まで。
データベース構造の定義ファイルは旧版を差し当たりは使いまわすことにします。

アンパンマンDBバージョン3のデータベース構造の同期について。
データベース定義だけを記したファイルを用意しておいて、アンパンマンDBはデータベース中のデータ構造によらず定義ファイルにしたがって各種データ操作を行う。
そうすると、定義ファイルだけ最新でデータベース本体が古い形式であれば当然エラーが発生する。
そのときのエラーを捕捉して、データベース構造を自動的に最新のものに書き直し、改めてデータ操作を行う。
このようにすれば、普段はパフォーマンスを極力落とさず、データベース構造が変化したときには管理画面における更新手続きすらなしに最新版に更新されます。
このアイディア、すごくよさそうな気がしますが、果たして実装できるものなのか…。

脚本家の島田満さんに聞いてみたのですが、実はアンパンマン映画って「原作絵本」より先に「映画」ができるらしいです。
絵本の出版時期や情報の出てくる時期などを考えて、「まず原作絵本ありき」で作られているわけではないんだろうなとは予想していましたが、やっとはっきりわかりました。
もちろん年によってもこういった作り方が変わることはあるのでしょう。
たとえば同時上映の「うたっててあそび！アンパンマンともりのたから」は、対応する絵本「アンパンマンともりのたから」が昨年に出版されているので、文字通りの意味で、絵本が「原作」なのでしょう。
一方、「ばいきんまんＶＳバイキンマン！？」は、「アンパンマンとおえかきベレちゃん」が対応しますが、こちらは絵本のほうが後であり、映画のキャラを使って描き下ろされた別の作品です。

アンパンマンDBバージョン3のデータベース構造をどうするか、いまだに考えてしまいます。
問題はローカル環境と本番環境でのデータベース構造の同期。
SQLiteはデータ構造とデータ本体がひとつのファイルにまとまっていて、それが利点でもあるのですが、欠点でもあるのです。
データ構造を反映するために単にファイルをアップロードするというわけには行かないのです。

私はここTGWS以外でもいろんなサイトでいろいろやっているわけですが、そういった活動をどこかにまとめておきたいと感じています。
一応その役割はリンク集が果たしているのですが、奥まったところにありすぎていまいち使いやすそうにありません。
あのページの内容をトップページに移すなり何なりして利便性を図っていきたいところです。

神戸青少年科学館に行ってきました。
以前に来たことはあるので真新しさはあまり感じはしませんでしたが、まあまあ楽しかったです。
ただ、夏休みシーズンでないからか何なのか、やたらと調整中のコーナーが多い印象がありました。
プラネタリウムもやっていたのですが、子供向けのアニメ調のものと天体望遠鏡のもので、あまり興味がわかなかったので見ませんでした。
傾いた部屋や錯視関連は相変わらず面白いですね。

アンパンマンDBバージョン3用の文字エンコーディング正当性チェックを作りました。
TGscriptとも将来的に統合する予定なのでTGscript枠で作っています。
従来のアンパンマンDBとは異なり、UTF-8だけでなくShift_JISも受け付けます。
というのも、ezwebで繋ぐとUTF-8に指定していても関係なくShift_JISでデータが飛んでくるので、UTF-8で決めうちしていると全く検索などが使えなくなってしまうのです。
そのため、最初に文字エンコーディング変換を入れてから正当性チェックを行うことにしました。

ポケモンドリームワールドで仲間にしたイーブイをいろいろ進化させています。
ブラッキーとエーフィはなかなか進化しなくて大変でした。

アンパンマンDBバージョン3開発中。
データベース構造をいじるのも管理画面から行うようにしたいので、管理画面を先に作っています。
7月中をめどに作り上げてしまいたいものですが…。

あと、プログラミングコーナーのスクリプト作成企画やめました。
うん。頓挫しました。
Luaがあるしもういいかな…と。

WiiUなんてのが今度出るみたいですね。
GC→Wiiのときと同じく改良点は主にUIで、性能的にはマイナーバージョンアップみたいな感じです。
シェーダーを導入したりHD対応したりと、性能面でも確かに飛躍はあるのですが、SFC→N64→GCのような全く別物への変化ということはなさそうです。
UI面では基本的にはWiiと同じでコントローラ兼小型画面がひとつ追加される模様。
ゲーム機の電源を入れてテレビをつけて入力切替をして、という作業が結構面倒なので意外と大きな改良点かもしれません。
ゼルダの新作はトワイライトプリンセスと同様に新機種のロンチと前機種のラストになったりするのかな。

ニンテンドー3DS買ってきました。弟が。
体験版ではなく無料で配信されるゲームがあるとのことで結構気になっていたのですが、しばらくは弟ので遊べる…かもしれません。貸してくれればの話ですが。

あと、トモダチ描きました。
実は数ヶ月前に描いたものだったりするのですが。

1307458701.png

実はここ数日のTGWSAdminの変更は設定項目の不備により反映されていませんでした。
その関係でアンパンマンDBの最新っぽい情報群のデータが一部おかしくなっています。

風邪

TGWSAdmin改良していました。
いつも半手動でやっていた作業を完全自動化したのです。

昨日のアンパンマン×ポケモンの設定を簡単にするために、CSV編集ソフトインストールしました。
オフィスソフトでも編集できなくはないのですが、もともと表計算用ソフトなのでいろいろと余計なことをしてくれるんですね。重いし。
そこで、Cassavaを入れてみました。
やっぱり一瞬で起動する軽量ソフトっていいですね。

アンパンマンDBのタイトルジェネレータをTwitter連携機能、微妙に変更しました。
まあ、細かい文面の変更です。

アンパンマンキャラをポケモン風に考えてみたり。
とりあえずアキヤメに準備だけしています。

バージョン3からですが、アンパンマン商品DBってのもやってみようかなって思っています。
理由はいくつかありますが、だいたい以下の3つです。広告収入は今更言うまでもないとして。

1.商品情報の入力補助機能をつけたい。
2.絵本など、アニメDBでは取り扱えない作品も載せたい。
3.商品つながりの検索機能をつけたい。

閲覧者側にとって意味があるのは3ですね。
私自身、商品の検索にアンパンマンDBを使っているので商品関連の利便性はとても大事なのです。

アンパンマンDBバージョン3のデータベース構成を考えるためアクセス解析やりました。
個別ページと一覧ページどちらがどれだけ多いか、というのを主に調べました。
個別ページが多ければ、ページIDから1ページのデータを取得することが多くなります。
したがって、ページIDの検索に最適化すれば効果的です。
一方、一覧ページが多い場合、何らかの形で様々な検索クエリが各DBに飛ぶので、検索の平均性能を上げるのが効果的になります。
結果はというと、個別ページのほうが一覧ページの2倍ほどアクセスがありました。
ただ、個別ページでも関連項目などの形で検索クエリは内部的に発行されているので、この程度であればページIDの検索に最適化することはなさそうです。