cron で瓦版を更新しているのですが、応答が無いサイトがあるとなんか変。 zope がやたら重くなるし、lynx プロセスが残ってしまう。 うちのマシンが非力なせいもあるのだろうけど、調査が必要なようです。 なんか解かったら書きます。

瓦版に Z ちゃんねる入れました。 http://www.zope.org/news.rss もアドレスかわりました。 プロダクト http://zope.org/products.rss の方は見送り。 瓦版は個人サイトが多いので、もし迷惑だったら連絡ください。 トラックバックはいまいち考えがまとまらないので進んでいません。 というか時間も能力もない。

RDFSummay.py は python 2.2 では "UnpicklingError" 例外が発生します。 "Error Value: DateTime.DateTime.DateTime is not safe for unpickling" だそうな。DateTime 値は pickle を復元する場合安全じゃないってこと??? DateTime を pickle に保存しないように変更して様子を見ることにする。 PS> Zenkai から辿った http://collector.zope.org/Zope/355

>>85 表示構成が浮かばない もし革新的なもの生まれたら、新聞社に売れる(嫌われる)かも。 僕は自分が見たいものを一覧表にしているだけです。 それで自分が助かる。 囲碁将棋の対局結果など rdf にしてくれないかなー それが究極の PR なんだと思うけど。

家も瓦版作りたいと思いつつも、表示構成が浮かばない？ 単にまねするのも、なんかイヤだし、 もうちょっと待ってね。 # BerkeleyStorage Berkeleyってあの innodb を開発した大学？ # RDB 格納も面白いかもね？

>>83 BDBStrage Zope-2.7.0-a1 のソース見たら、もう組み込まれていました。 BDBFullStorage と BDBMinimalStorage の両方あって undo ありなしの選択が できるみたいですね。つぶったはずの目から鱗が;; 僕もこれが有力だと思います。ただまだ使いかた理解してませんが。

>>82 すんません BDBStrageでした http://cvs.zope.org/ZODB3/BDBStorage/?only_with_tag=ZODB3-3-2b2 BerkeleyStorageのことです。 これだとundolessで保管できるみたいなので、プロダクトは普通にZODBに保存するように作っておいて、undo履歴に残したくないものだけBDBStrageに格納するようにしておしまいのようです。 分散も問題ないし、プロダクトも単純だしめでたしめでたしのようですが、、

>>81 BSDStorage 始めて聞きました。↓のことでしょうか。 http://www.zope.org/Wikis/DevSite/Projects/BerkeleyStorage/FrontPage RDFSummaryの作者は ZODB に書き込むのを嫌って、自分でpikles漬けたけど、 キャッシュが更新されない問題が残った。 この修正はZODBに書き込むしか無いということですかね。 _p_changed = 1 も試してみましたが、やはり undo 履歴に残りました。 とりあえず、一番修正が少なくて済む方法は、update 時に _p_changed = 1 に設定してキャッシュを無効にし、 cron で ZODB のパックが有望かなと思っています。 何れにせよ、DB のパックは定期的に行ったほうが良さそうだし。 ZEO ついては、今回は目を瞑りたい気持ちですが...

>>80 >ZODB に履歴がつみあげられてしまう。 というのは、問題になるということで、ファイルに書き出す方式を取ったと思うんですが、FSCounterのように読み出す時に毎回ファイルを読めば済むのかなとも思いました。（パフォーマンスは落ちると思うが、、） しかし、このZODBを使わないプロダクト群は全て、ZEOなどの負荷分散で使えない方法です、、BSDStorageとかが出てくる(Undoレスの設定可能)のを期待して、通常のZODBに書き込むように戻すのが一番シンプルかも、、 2.5.1から組み込まれたSESSIONですら、ZEOで使えないのには参った。

>>70 パッチ公開 まずいところあります。ZODB に履歴がつみあげられてしまう。 例の Bible 読んで見ると _p_changed = 1 とすれば変更があったことになる らしいのだが、これはまだ試していません。 結局、定期的に DB の pack か flush 走らせないと解決しない気がしてきた。 # RDFSummary の作者もそれを選んだのだろうか?