アロエたんに萌えつつ AIR x Ethna で開発する日々

ちょっ…今週コミケって本当ですか、奥さんっ！

っていうくらい、MQMAの進行速度がちょぉまずまずなんだ。。

機能やらグラフィック面の開発をしていたはいいんだけど、コアの部分フルスクラッチしたものだから、以前の要素を本体にマージする作業が、異様に辛い。。

というより、正直にいうと、マージできる気がしないよ…(´д｀;)

ベータ版の時期のコードが荒れてるせいもあって、一週間くらいマージ作業してるけど、多分30％くらいしかできてない。（当然バグもわんさかwww）

で、このままいくと、コミケに確実に間に合わないので、今日から方向転換して、ベータ版の方に新機能・修正部分をマージしてます。。

当然、フルスクラッチしたコア部分に依存が強い機能はマージできないんだけど、有る程度のところまではいけるかと。。。

あとは、週末に4月からの疲れがどっと出て、殆ど寝てて、作業が進まなかったのも、原因の一つかもしれない。。

ふはー、、

でも、ここまできたからには、コミケまでふんばって、コードを書きまくりたいと思います。

MQMAのバグ

29日の夜からお台場ののパレットタウン→翌日TAF2008っていう予定だったから、29日夜に慌ててMQMAのサーバ側アップデートをして出かけたんだけど、

見事にバグがあって、動かない等状況になっちゃってたよ｡･ﾟ･(ﾉД`)

ほんと、プレイヤーの皆さん、ごめんなさい…

何故かXMLが読めないAS3（エラーコード：1088）

MQMAは問題データをサーバからXMLで取得してるんだけど、今回途中で固まるっていう現象は、このXMLの受け取りに不具合があったからなんだ。 （エラーコード1088で例外を投げて止まる）

これは、今回のサーバアップデートで、ローマ数字とかの特殊文字に対応すべく、フロントエンドを全てUTF-8に書き直したんだけど、どうもそれが原因でおこったような、そうでないような…(´・ω・’)？？

ただ、問題の根本的な要因なんだけど、これが今でもよく分からないんだ。。。 だって、ソースコードが全く同じなのに、

• テストサーバだと動いて、本番サーバだと動かない
• 最終的に吐いているXMLもテストサーバと本番サーバは同じ
• PHPのバージョンや設定もテストサーバと本番サーバは全く同じ
• 直接ブラウザでXMLを取りにいくぶんには、両方とも全く問題はない

っていう驚愕の事実(￣□￣;)

これだけだと、もうどこが悪いのかさっぱりわからないよ(´д｀;)

最終的な結論だけ言うと、出力に関連するファイルのエンコーディングを全てEUCに戻したら、動くようになったけど、すごく気持ち悪いよw （出す直前にmb_convertでUTFに変換してるので、ファイルのエンコードはEUCなのに出力はUTF-8とかwwww）

根本的なXML by PHP x Flashの解決方法

こうなってくると、問題はhttpのヘッダくらいしか原因がおもいうかばないんだけど、それってFlash側のXML受け取りに関係あるのだろか….

さらにいうと、別に関連ファイルのエンコードがUTFでもテストサーバだと動くからapacheの設定の問題な気がしないでもないけど、それは一体apacheの何の設定なんだろか。。。

っていうか、PHPのファイルのエンコーディングでapacheの挙動って変わるものなの？？（そのへん全然分かってない自分は死んだ方がいいかもしれない…