adminVistaになってiniファイルに対して勝手なことされるので、.netのcpp/cliでUTF8でiniを扱うクラスを作りました。Windows98系でも動くはずです。iniファイルとの整合性は全然取れてませんけど。APIを使ってiniファイルに保存していればよかったんですが、Vistaの登場でそういうわけにはいかなくなってしまいました。files”下に置かれたアプリがexeのあるフォルダにファイルを作ることも書き込むことも許してくれないみたいです。iniファイルの利点は、フォルダを削除すればアプリケーションのすべてのファイルを一括削除できることにあると思います。OSがいろいろ残すでしょうから痕跡が全く残らないわけではありませんが。設定ファイルのせいでアプリの挙動がおかしくなったときでも、iniファイルを削除してしまえば初期値に戻るので復旧が簡単です。復旧といえばインストーラでインストールもアンインストールもできなくなって困った経験がある人も多いんじゃないでしょうか?さて、レジストリに書き込むとユーザーごとに別々の場所に書くことになるので、アンインストーラーが本当に全員分の設定を削除してくれているのかはわかりません。Settings”配下にデータを置いた場合も同じです。アプリを色々使えば使うほどゴミファイルがどんどんたまっていってしまうのです。アプリの設定場所が固定されているとウイルスも作りやすくなってしまいます。よってアプリの設定情報は、そのフォルダの配下に置いた方がいいんじゃないでしょうか。ユーザーごとに分けたい場合は”user”フォルダを作成し、その配下におけばいいですし。保存のフォーマット話は変わってxmlですが、なんか呼び方がserialilzeとかdeserializeとかになってますね。これって退化じゃないでしょうか?いままではそういうことを意識しなくてもよかったのに連続化という下位概念を持ち出してくるわけですから。これは言葉の問題だけじゃなくて本当に意識しなければいけないのではないでしょうか?iniファイルやレジストリの場合には、保存の際、それが壊れてしまうということを意識しなくてもよかったと思いますが、xmlで一気に書くとなると、もし書き始めたときにPCが固まってしまったら全部壊れるんじゃないかとか、また、ユーザーがエディタでそれをいじって読み込み不能になって、終了時デフォルト値のまま全部保存しちゃって結局全部消えちゃうとか、あるいはクラスの構成が変わったときの互換性は大丈夫かとか、考えなくてはいけないことが一気に多くなるような気がします。調べたわけではないので嘘いってるかもしれませんが。逆にxmlで有利な点はUTF-8で書けることだとおもいます。それはWindows98系でも同じなんでしょう(多分)。iniファイルだとそれが難しいです。W系のAPIを使ってしまうと98系で動かなくなりますし、A系だと中国語や韓国語が保存できません。やるとすればGetPrivateProfileStructでバイナリ保存でしょうが、これだとユーザーが編集できなくなってしまいます。adminFedora5(サーバー),Windows2000(クライアント)構成でPHPのWEBデバッグ環境を構築する。サーバーにはすでにapacheとphpがインストールされているものとする。サーバーのIPは192.168.0.41とする。phpのバージョンは5.1.6。行を探しそのディレクトリを確認する。modulesをサーバににダウンロード。dbg.soとして、先ほど確認したextension_dirにコピー。/etc/php.iniの最後に以下を追加。restart)phpinfoをブラウザで表示させ”DBG”で検索して以下のような記述があるか確認。Dmitrienkoこれでサーバー側は終了。dbglistnerをダウンロードして解凍register.batを実行。phpsimpledbg.zipをダウンロードして解凍register.batを実行。サーバーにサンプル用のsample.phpを置く。実行して自分のアドレスを確認。入力phpsimpledbgが立ち上がりデバッグ可能になる。一度上記のアドレスと開くと次からは?以降は不要のようです。デバッグを止めるにはhttp://192.168.0.41/sample.php?DBGSESSID=0とする。phpsimpledbgはステップするとき固まるときがあるが、マウスを動かしたりすると元に戻る。