----------------------------------------
(2008,05/08)Plone3.1だとisPortalContent
属性が使えないっぽい。それで、listFilesは「.psc」と
「コレクション(portal_type==Topic)」を除く全ての
ファイルを返すように変更した。
そしてisFileはisPortalContent属性を調べるのではなく、
isPrincipiaFolderishでないことを調べてファイルと
判定するように変更した。

----------------------------------------
(2008,04/13)SyncFolderを廃止して，かわりに
PloneSyncの中でATFolderのメソッドを置き換えて，
Ploneの全ての場所でPSCを使えるようにした．
また，更新日時だけでなくリビジョンナンバー
を使ったシステムにするためにATCTContentの
setModificationDateメソッド乗っ取りの準備
だけしておいた．

ただ，テストはまだ十分ではない．

----------------------------------------
(2007,10/07)返り値の値の先頭に全て'ps_return:'という
文字列を付けることにした。というのも、変な値(直前に
ダウンロードしていたファイルと同じ物？)が帰って
くることがありHTTPのコードも200となっておりエラー検出
出ないときがあるので、こうした。PSCコマンドのgetメソッド
だけ返えれば大丈夫なはず。

----------------------------------------

やっぱり、Ploneは便利かもしれない。
現段階ではPloneのレベルでの実装をした。
でも、PloneのコンテンツではないZopeオブジェクト
の扱いをどうするか、悩み中。いっそのこと
PloneでなくZope対応にするべきか？

プログラム書き直したので大丈夫だと思うが、
Zopeの「獲得」が悪さをしないかチェック
したほうが良いかも。

それと、基本的にパーミッションの種類を
理解してもっと適当なパーミッションに
設定しなおしたほうが良いかも。

だいたいできたけど、これは、本当に色々な状況で
テストしないといけない。

○不安要素
  ・「獲得」がどう働くのか
  ・パーミッションのチェックは良いか？
  ・isDirectory,isFileのチェックは、本当にあの方法で問題
    ないか？
  ・listFilesでは、pythonスクリプトとかは返さないように
    してあるけど、それも使いたい気もする。
-----

パーミッションの判定法
http://zopelabs.com/cookbook/1018022911
