へぇ、と思ってブクマに来たら500超えてて驚いた。あんまり初心者向けな記事じゃないのに。
mod_rewriteでの画像キャッシュも含め
前の会社の社長が、base64でtext型に画像を突っ込むのは好きだったが、mod_rewriteを使ってキャッシュを利かすってのと併用すれば実用性はもっと高くなるな。
プログラミング
SQLDBにtextだけでなく、binaryの画像データも格納したいよね? base64格納手法におけるひとつの提案
base64エンコードしてテキスト化して文字列型カラムにつっこんどく mod_rewriteでキャッシュもどき作戦
画像をDBに格納
ラージオブジェクトのお話。
mod_rewriteに加えてmod_proxyを使ってるなら実ファイルをURLベースでHash化+勝手にディレクトリに分割してくれるので,URL的に一個のディレクトリ上にたくさんファイルがあるように見えても大丈夫だと思います
なるほどとは思うが、勇気がいるな…
EC サイトはそうかもしれないけど,デジカメの高画質画像が増えやすいブログは…….途中までしか読んでないのであとで読む
ファイルをいったん吐かせるところは思いつかなんだ
仕事に繋がる示唆がある。
ほほう
: mod_rewriteでキャッシュ はー
画像をbase64エンコードしてtext型で保存したり、mod_rewrite でキャッシュ
画像をbase64エンコードして、データと一元管理しましょうよ。と、初回アクセス時にbase64デコードして、テンポラリにキャッシュさせちゃいましょうよ。
バイナリはテキスト化して格納
ラージオブジェクト型は扱いづらい?たしかに。でもだったら画像をbase64エンコードしてテキスト化して文字列型カラムにつっこんどくのもいいのでは
base64エンコーディングする
丁寧にまとまっててわかりやすい/Oracle9iでは制限にひっかかる
LOB、ファイル、画像
一考の余地あり。
画像はbase64すればLOBからテキストになる/mod_rewriteをつかったDBに負荷をかけないキャッシュの仕組み
簡易画像キャッシュ。
検討してみる
ちょうど似たようなことを
> しかしライブドアの「Webディレクター」は酷いですね^^;
サーバ重重攻撃の裏ではいろいろ大変なのね。画期的な感じがするけど、スタンダードがどうなのかわからないので冷やかすだけですー。
Mogile
定番バッドノウハウかと思ってたらそうでもないのね。
この方法は考えたこと無かった。LOB型は確かに扱いづらい。でもハイリスクかなあ。いざとなったらBFILE型もあるし。APサーバの負荷具合も気になる。
いいアイデアですな
PostgreSQLではトランザクションはスナップショットになるから、CRUDする場合に画像データ分だけメモリ上に読み込みまくると思われる。もちろんキャッシュヒット率も低下すると考えられる。ヒマなときに実験してみよう。
LOB使わないはともかくNFSサーバ立てたほうがはやくね?
画像もDBに格納して管理する ―扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め
画像をbase64エンコードしてテキスト化して文字列型カラムにつっこんどく方法。
管理ページをきっちり作りこんどかないといけないんだろうなぁ
画像をDBにbase64でエンコードして保存、mod_rewriteでキャッシュっぽく見せる。
mod_rewriteキャッシュ
画像はbase64でエンコードしてDB上のTEXT型のカラムに保存すればいいじゃん
画像をDBに入れる、今までは禁則ワザだったものが...
画像を差し替えるとcacheが邪魔になるので、削除する処理が必要では? つか、それなら画像を登録/更新するタイミングでcacheを作成すればいい気もする。
画像ファイルをDBに保存し、mod_rewirteを使ってファイルシステム上のファイルの振り&キャッシュ。livedoor開発blogにて突込み的なものが…
いやまったくその通りだと思うです。ただSQLiteだとパフォーマンス的にちょっとキツイかも。ちゃんと見てないけど
画像をBase64でエンコードしてDBの文字列型カラムに格納、取り出し時はmod_rewriteでキャッシュもどき。
画像をbase64エンコードしてDBに格納
9i 哀しいよ 9i バインド変数でもムリなんでしょうねえ…
case by case.
画像を文字列でDBにつっこんだり、mod_rewriteをキャッシュに使ったり。
バックアップのコストなどもあるので、基本手元にマスターが存在するCMSの素材の場合DBにはメタデータしか入れないかも。CGMなどは別だろうけど。/キャッシュストラテジが格納方法と分離できるのはよい。
負荷
mod_rewriteでキャッシュ
mod_rewriteを使って、DBに入れた画像をキャッシュする。
画像管理
キャッシュ取得先は別にDBじゃなくてもいいような・・・
画像、mod_rewrite、データベース、バイナリ、キャッシュ、商品画像
まだまだ「愚かな行為」だと思うけどなあ。計算機パワーが向上したら「正解」になるかもしれないけど。わしなら画像ファイルパスを保存するレコードを作るくらいかな。
OpenPNEでは最初から、画像をDBに保存する仕様
う~ん
画像もDBに格納して管理する -扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め
それMogile
text型って結局BLOBじゃなかったっけ?
mod_rewriteキャッシュ作戦のはこのエントリで普及する気がする。画像じゃなくてもいける。
DB上の画像データをファイルシステム上にキャッシュしておくためのmod_rewrite活用。CE機器のブラウザがちゃんと動いてくれれば
[PR]アダルト画像を共有しませんか?
はてなブックマークの中から「これはすごい」エントリーを取り上げて、Digg風に表示したサイトです。より人の欲を満たすこれはひどいバージョンもあります。
はてブで「これはすごい」タグを付けると投票としてカウントされ、コメントを書き込むとコメントとして反映されます。はてな認証APIによる投票にも対応しています。
コメント
へぇ、と思ってブクマに来たら500超えてて驚いた。あんまり初心者向けな記事じゃないのに。
mod_rewriteでの画像キャッシュも含め
前の会社の社長が、base64でtext型に画像を突っ込むのは好きだったが、mod_rewriteを使ってキャッシュを利かすってのと併用すれば実用性はもっと高くなるな。
プログラミング
SQLDBにtextだけでなく、binaryの画像データも格納したいよね? base64格納手法におけるひとつの提案
base64エンコードしてテキスト化して文字列型カラムにつっこんどく mod_rewriteでキャッシュもどき作戦
画像をDBに格納
ラージオブジェクトのお話。
mod_rewriteに加えてmod_proxyを使ってるなら実ファイルをURLベースでHash化+勝手にディレクトリに分割してくれるので,URL的に一個のディレクトリ上にたくさんファイルがあるように見えても大丈夫だと思います
なるほどとは思うが、勇気がいるな…
EC サイトはそうかもしれないけど,デジカメの高画質画像が増えやすいブログは…….途中までしか読んでないのであとで読む
ファイルをいったん吐かせるところは思いつかなんだ
仕事に繋がる示唆がある。
ほほう
: mod_rewriteでキャッシュ はー
画像をbase64エンコードしてtext型で保存したり、mod_rewrite でキャッシュ
画像をbase64エンコードして、データと一元管理しましょうよ。と、初回アクセス時にbase64デコードして、テンポラリにキャッシュさせちゃいましょうよ。
バイナリはテキスト化して格納
ラージオブジェクト型は扱いづらい?たしかに。でもだったら画像をbase64エンコードしてテキスト化して文字列型カラムにつっこんどくのもいいのでは
base64エンコーディングする
丁寧にまとまっててわかりやすい/Oracle9iでは制限にひっかかる
LOB、ファイル、画像
一考の余地あり。
画像はbase64すればLOBからテキストになる/mod_rewriteをつかったDBに負荷をかけないキャッシュの仕組み
簡易画像キャッシュ。
検討してみる
ちょうど似たようなことを
> しかしライブドアの「Webディレクター」は酷いですね^^;
サーバ重重攻撃の裏ではいろいろ大変なのね。画期的な感じがするけど、スタンダードがどうなのかわからないので冷やかすだけですー。
Mogile
定番バッドノウハウかと思ってたらそうでもないのね。
この方法は考えたこと無かった。LOB型は確かに扱いづらい。でもハイリスクかなあ。いざとなったらBFILE型もあるし。APサーバの負荷具合も気になる。
いいアイデアですな
PostgreSQLではトランザクションはスナップショットになるから、CRUDする場合に画像データ分だけメモリ上に読み込みまくると思われる。もちろんキャッシュヒット率も低下すると考えられる。ヒマなときに実験してみよう。
LOB使わないはともかくNFSサーバ立てたほうがはやくね?
画像もDBに格納して管理する ―扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め
画像をbase64エンコードしてテキスト化して文字列型カラムにつっこんどく方法。
管理ページをきっちり作りこんどかないといけないんだろうなぁ
画像をDBにbase64でエンコードして保存、mod_rewriteでキャッシュっぽく見せる。
mod_rewriteキャッシュ
画像はbase64でエンコードしてDB上のTEXT型のカラムに保存すればいいじゃん
画像をDBに入れる、今までは禁則ワザだったものが...
画像を差し替えるとcacheが邪魔になるので、削除する処理が必要では? つか、それなら画像を登録/更新するタイミングでcacheを作成すればいい気もする。
画像もDBに格納して管理する ―扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め
画像ファイルをDBに保存し、mod_rewirteを使ってファイルシステム上のファイルの振り&キャッシュ。livedoor開発blogにて突込み的なものが…
いやまったくその通りだと思うです。ただSQLiteだとパフォーマンス的にちょっとキツイかも。ちゃんと見てないけど
画像をBase64でエンコードしてDBの文字列型カラムに格納、取り出し時はmod_rewriteでキャッシュもどき。
画像をbase64エンコードしてDBに格納
9i 哀しいよ 9i バインド変数でもムリなんでしょうねえ…
case by case.
画像を文字列でDBにつっこんだり、mod_rewriteをキャッシュに使ったり。
バックアップのコストなどもあるので、基本手元にマスターが存在するCMSの素材の場合DBにはメタデータしか入れないかも。CGMなどは別だろうけど。/キャッシュストラテジが格納方法と分離できるのはよい。
負荷
mod_rewriteでキャッシュ
mod_rewriteを使って、DBに入れた画像をキャッシュする。
画像管理
キャッシュ取得先は別にDBじゃなくてもいいような・・・
画像、mod_rewrite、データベース、バイナリ、キャッシュ、商品画像
まだまだ「愚かな行為」だと思うけどなあ。計算機パワーが向上したら「正解」になるかもしれないけど。わしなら画像ファイルパスを保存するレコードを作るくらいかな。
OpenPNEでは最初から、画像をDBに保存する仕様
う~ん
画像もDBに格納して管理する -扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め
それMogile
text型って結局BLOBじゃなかったっけ?
mod_rewriteキャッシュ作戦のはこのエントリで普及する気がする。画像じゃなくてもいける。
DB上の画像データをファイルシステム上にキャッシュしておくためのmod_rewrite活用。CE機器のブラウザがちゃんと動いてくれれば