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

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の挙動って変わるものなの？？（そのへん全然分かってない自分は死んだ方がいいかもしれない…