ちわーっす。 ひさしぶりに見にきてみたら、目がテン。 X3-3.0.0-b4のRPMがもうある。　その他諸々・・・。 RDFリーダーでリリースは知ってたんですが・・・。 Downloadから、ほぼ全ていただいていきま〜す。 では、また。

>>110 半角の話で思い出しました;; http://owa.as.wakwak.ne.jp/zope/labs/bbs/100/62 この修正落ちてしまってます。他に iso-2022-jp サイトへの対応とかもあるので、修正版出します。 RDFSummary は元々 bravo さんとか koyoshi さんが日本語 euc 対応にしてくれて、 mooya さんの修正とかもパクッてます。さらに management_page_charset が utf-8 の場合に対応させました。 ats さんのところにも別版あるみたいだし、結構生き延びるプロダクトですね。 >>このような事を検証してあったのでは？ python-2.3 にする時 tkinter 使ってるパッケージは文字化けしたので、頭に encode 指定入れて、Widget のラベル名とかを unicode に置き換えました。検証に hoihoi-p さんもつき合ってくれて vine-3.0 に間に合った経緯とかあります。 netcfg は Vine-3.0 から外れたようなので、Seed にある netcfg-2.36-3vl4.src.rpm をリビルドして使えば問題無い(かな?)と思います。ソースのエンコーディング指定も python-2.2 では単にコメント扱いになるだけなので。

>>107 結局 Zope 2.7 + Python 2.3 Vine 3.0 用の RDFSummary での組み合わせがベストなようです。 会社は回線が細いので http://fzug.com/blog/RDF でテスト中です。 うまく動作するようなら RDFSummaryはこのままで行こうかと思ってます。 ところで RDFSummaryのエンコードは owaさんが対策してくれたのでしょうか？（一度聞いたかな？） 要エンコード覚悟でしたが、ラクチンでした。 ただ 一部のサイトで文字化けがでてました。（以前言われていた kconvでの半角問題なのでしょうか？） # また違うお話ですが、Vine2.6r4に python2.3.3を入れたＰＣで netcfgにエラーがでていたので # fzugサイトのＰＣに python2.3をインストールするのを躊躇っていたのですが、エラーを追っかけて # 気づきました(Python使ってあった） Vine 3.0へ向けてのZope2.7+Python2.3のとき hoihoi-pさんと # 実験していたのはこのような事を検証してあったのでは？っと # また COREBlogのＭＬでxmlrpcのHookの話をatsさんとやりとりしたあった内容も自分でやって初めて # そのお話だったと気づく始末。。。わかるのが遅すぎ!!（歳かな

>>107 明日じっくりやってみます。 Zope と Python の組み合わせをテストしていました。 RDFSummary は VIne 3.0の source を使いました。 １．Zope-2.7.2 これは昨日の夜から（0時頃)更新今朝(AM9:00頃）まで一時間置きに更新してテストしましたが正常です。 ２．Zope-2.6.4 + Python2.3.3 今テスト中AM 10:00 〜 PM 16:00 これも今のところ正常。 ３．Zop-2.6.4 + Python2.2.3 これは更新直後は表示するもすぐに >>107 のエラーになり全然ダメ。 RDFSummaryのSourceはいじっていませんので、このまま２．が正常なら Python 2.2.3にバグがあるのでしょうか？ 中間報告でした。 # バージョンを覚えていないのですが pickleにバグがあると読んだ記憶が。。。

>>107 などはだめですか? やってみましたが、updateしてもLast updateが Noneのままです。 >>キャッシュしない設定知らない あっしも知りません;; # 明日じっくりやってみます。

RDF サイト、例のエラー出ますね(http://fzug.com/kiyo/RDF) Error Type: UnpicklingError Error Value: DateTime.DateTime.DateTime is not safe for unpickling とりあえず安直に - self._v_updatedate = DateTime() + self._p_updatedate = DateTime() などはだめですか? Zope のキャッシュが悪さするので、こういうの追っかけるのは精神衰弱気味になります;; キャッシュしない設定知らないので最低ですね > 私 何か試す前に何回も ZMI でキャッシュクリアしてました。

RDFSummaryを作って 一度updateした後 放置しておくとLast update がNoneになることあるのでしょうか？ 会社のテスト版は表示のみでRDFSummaryはなにもしてないのに Noneになっていました。 DTML,PythonScriptの書き方が悪いのかなあ〜 しかし読み込みだけしかしてないのだけど、iframeは更新したりするのかなあ〜 #すみません愚痴になってしまった。もう少しお勉強して見直してみます。 # COREBlogの Trackbackがヒントになるかも知れないですね。仕組みは同じような気がする。。。 >>情報を仕入れてこようと思ってます ひゃー、行くのですかー、いいなあぁぁぁ　

Debian サイトは iso-2022-jp だったので pykf 使って修正してみたけど http://www.debian.org/security/dsa.ja.rdf は OK http://www.debian.org/security/dsa-long.ja.rdf は NG でした;; >>Cronが更新するのを待って 最初にこの http://fzug.com/kiyo/RDF ページ見た時はオヨヨ。スゲェ mooya さんの http://mooya.ath.cx/YWikidev/RssNews もびっくり 時間があれば僕も作りたいっすね;; >>やっぱＣＭＦの知識必要? zope プロダクト作るのって結構繁雑ですよね。エディタで python 書いたり、ZMI で DTML いじったり。このへんがすっきりするのじゃないかと半分期待してます。知らないクラスをまた覚えなきゃいけないけど、最終的に納得できるのなら移行を考えてます。 デフォルトの CMF 画面や、Plone は遅い?など世間に惑わされてることもあるかもしれません。このへんの情報を仕入れてこようと思ってます。( http://coreblog.org/camp/2004/ )

>>103 var/RDFSummary/* をクリアしてオブジェクト作りなおし 有り難うございます。 これRDFSummaryのフォルダごと削除して作り直していたので、/*のみ削除してCronが更新するのを待ってましたが、 更新直後は表示できるのですがすぐにエラーになります。 相手に悪いような気がしてupdateを簡単にできないですねぇ。 Zope-2.7.2 で同じ内容を会社で作成していた。更新は一度しただけですがこんな感じです。 http://yosiki.jp/vm27/RDF >>最新版を無くしてしまったです # RDFSummary もどきを作ったがよいかも知れないですね。 # 話違いますがZope3をテストしたらなんだか不安になってきました　やっぱＣＭＦの知識必要？ # 時間がたりませんねぇ　他にやりたいこともあるし。。。

>>102 unpickling error これが出たときは、まず ${INSTANS_HOME}/var/RDFSummary/* をクリアしましょう。Zope-2.6 の頃確かに unpickling error 出ていたのですが、こちらには環境が無いので再現できません。スマソ。 で Vine-3.0 用 rpm のソースをコピーしたのなら、それが良いと思います。 zope-2.6 の頃、うちでは、zope 停止 → var/RDFSummary/* をクリア --- class MyDateTime(DateTime): __safe_for_unpickling__ = 1 self._v_updatedate = MyDateTime() --- としてリブート。オブジェクトを update。それでもだめなら、また当該 var/RDFSummary/??? をクリアしてオブジェクト作りなおし。などとした気がします。 <!-- 実は最新版を無くしてしまったです;; Products を直に修正して保存していませんでした。マシン替えたり Vine-3.0 インストールしたりしてるうちにどこかへ...瓦版の Debian の表示が変なのさっき気がつきました。-->