>>62 というか、こっちにしたい^^ 付け焼き刃で書いたので自信ないけど使えるなら、お願いします。 PS： RDFSummay.py をみていたのですが、Shift_JISはサポートしてないような？ Winは対象外？（Winは UTF-8にしなさいとか)

以前このサイトを euc-jp から utf-8 に移行したとき、この BBS で半角カナを使った記事だけ PostgreSQL のデータをうまく移動できなかった気がします。今は utf-8 なので大丈夫だとは思いますが、一応メモ。

>>61 こっちでUTF-8にして送り出せば少なくともエラーはでない お手数かけました。UTF-8 で来てますねー http://fzug.com/fzug_prog/zopeing/pgchatbbs/rdfutf8/rdf10_xml FZUGへのリンクをこっちに張り替えたほうがよいですか? というか、こっちにしたい^^ RDFSummary.py で UTF-8 変換に使っている kconv をunicode モジュールに交換しました(他にも euc-jp サイトあるので)。今のところ良さそうです。 rj-mｻﾝ,kiyoｻﾝ ありがとう。

>>60 解ったかも？ 「ｶﾞｸｶﾞｸ(((( ；ﾟДﾟ))))」は EUC-JP->UTF-8変換は失敗するのですね。 UTF-8を使ってキチンと表示する場合 送り側、受け側がともにUTF-8のみのようです。 なので、 こっちでUTF-8にして送り出せば少なくともエラーはでないと思う。・・・文字化けはするかもしれないけど？ http://fzug.com/fzug_prog/zopeing/pgchatbbs/rdfutf8/rdf でUTF-8で送り出してみました。 xml形式もついでに http://fzug.com/fzug_prog/zopeing/pgchatbbs/rdfutf8/rdf10_xml

>>58 こちらの処理がまずいだけだと思ってます。 家が悪いかも知れない。 COREblogテスト版に「ガクガク」をコピペしてRDFSummary( http://fzug.com/kiyo/testCORE/rdf10_xml )で表示させると問題ありません。 なので、COREBlogをまねて xml形式（ http://fzug.com/fzug_prog/zopeing/pgchatbbs/rdf10_xml ）で書いてみたけど。。。 RDFSummaryで表示させると、まだ文字化けします。 なぜかなあ〜 # 近況お知らせでした。

ガクガク の張本人です。(^^; 2chからコピペしたので、半角カタカナでした。

>>57 何かする事ありますかあ？ おーかたじけない。 現象を説明すると、まず RDFSummary で受けた RDF は見られます。 RDF の title の 「ｶﾞｸｶﾞｸ(((( ；ﾟДﾟ))))」 が文字化けしてます (爆 これを瓦版で処理した後のページを mozilla で見ようとすると「ダウンロードしますか?」のダイアログがでてしまいます。 なので今のところ、こちらの処理がまずいだけだと思ってます。

おせわになります。 何かする事ありますかあ？

ちょっと前に鯖マシン替えました。Pentium-3 800MHz dual になって快適かと思ってましたがそうでもなさそうです。ボトルネックはどんどん移動していくものらしい。 突然ですが瓦版から FZUG を一時外しました。どうも文字コード変換でエラーが発生し瓦版全体が見られない状態になってしまったので。 問題はこの付近→「ｶﾞｸｶﾞｸ(((( ；ﾟДﾟ))))」らしいのですが (爆 これから調べます。やはり RDFSummary の処理です。瓦版に FZUG の記事が載らないと、とても寂しい。

もうフロントの Pen120MHz+32MB マシン限界に近いかもしれない。メンテしようと vi 起動すると何十秒もかかります。top で見ると十個ほどの httpd がメモリを各々 4～5 パーセント費してます。スワップも実メモリと同じ位つかってます。 エンドの Pen200MHz+128MB Zope マシン見ると Python が 23% ほどメモリ使って、数個立ち上がっている。こちらはスワップまでは行ってないけど。 そろそろ時期かもしれません。 追記: vi 起動して激遅なのは canna が立ち上がるせいだと判明しました。最近のマシンでは問題にならないでしょうが、家の場合カスカスのメモリで稼働してますので致命的です。canna を止めたら快適になったので、しばらく大丈夫のようです。ネットワーク越しに非力なマシンにつなげる時も経験するかもしれません。