「LocalFS-JP」記事へのコメント

ExtFile のほうがキモチイイ?

[kinneko (277)]

LocalFS かぁ、ExtFile のほうがキモチイイ感じはするのだけど。

LocalFS って、プロパティが Data.fs に格納されないのじゃな
かったっけ？ そのかわり流し込みは簡単。でも作りたいところ毎
にオブジェクト作らないとダメ。

ExtFile は、Data.fs にプロパティが格納されるのでバックアップ
が楽。ファイルは、指定の場所に自動的に整理されて格納される。
でも、ファ

Re:ExtFile のほうがキモチイイ?

[Max (2524)]

ふーむ。というわけで、ExtImageも試してみました。

プレビュー便利・・かと思いきや36KBの666x595程度の画面イメージの
pngデータ36KBに対して、240x200程度のプレビューイメージが60KBに
なる罠。

128x120程度まで落とせば意味あるんですがPILの呼び方を変えないと
ダメげですね。PILの使用方法を変えるかすれば良いんでしょうけど、
そのままでは辛い局面あるかも。プレビューというよりホントにサム
ネイル向けなんでしょう。

でも、ここでプレビュー生成以外に、良く使うレタッチ効果（アン
シャープマスクとか、ガンマ補正とか）もできればおもしろいかも
知れません。

ファ

--
-- (ま)

Re:ExtFile のほうがキモチイイ?

[kinneko (277)]

240x200 って、それはブレビューなサイズじゃないっしょ(^^;。

ほんとは、このあたり、自分で生成しないで、生ファイルに埋ま
っている exif データを呼んでor取り込んでくれるとありがたい
のですけどね。

ExitFile で大量 put してオブジェクト自動生成するのは、
Python のスクリプトがあったと思います。
なので、LocalFS の欠点解消?

プロパティがあると便利なのは、画像データへのコメントとか日
付とかを画像と連動して管理できる所。プロパティなので Zope
からの操作も表示も簡単だし。自分用の ZClass も簡単に作れる。
これができないのであれば、Apache 経由して画像をそっちに処
理させたほうがマシでは？
なので、LocalFS の意味は低い感じ。
いろんなプロパティにしたって、Data.fs として一括バックアッ
プできないのであれば、リストアの手間が大きいのでは？

reposit だと複数コンテンツ同居の時には面倒かな。
でも、バックアップは一ヶ所だけなのでラクチンです。
Zope 側からは、画像の場所を気にしなくていいし。

って、こんな話しは ZL でやるほうがいいかな(^^)。

Re:ExtFile のほうがキモチイイ?

[Max (2524)]

>240x200 って、それはブレビューなサイズじゃないっしょ(^^;。

少なくとも「サムネイル」ではないですね(^^;
でも、オンラインな操作説明を作ったりする時にはそういうのが
欲しい時もあります。

>こんな話しは ZL でやるほうがいいかな(^^)。

ですね。あっちに先の投稿をまんま貼ってみます。

--
-- (ま)