Apacheの動的画像リサイズモジュール「smalllight」のmakeが通らなかったのを直してみた。 - dai-yamashitaの日記
画像のリサイズを動的に行いたいとの要望があり、ミドルウェアで吸収できたら良いよねーということで、 クックパッドさんの「mod_tofu」とかいいなぁーと思っていたら、ライブドアさんから求めていたモジュールが 出ていたので、そちらを評価するために導入調査していたところ、makeが通らなかったので、その調査背景と対策方法を。。。 ちなみに、かなりの環境依存っぽいので、あまり当てはまらない方の方が多い気がします。。。(^_^;) 本当にこれでいいのかは不明で、通ったということだけで、アヤシイところ等不明な点をツッコミ頂くと幸いです。 導入方法については、xcirさんがまとめられていますので、そちらを基本参考に頂ければと思います。 OSのバージョンが違うこともあってか、ほとんどEPELリポジトリで対応が出来ました。(ibjpeg-turboは入れました） ■環境 Scientific Linux
smalllightでのエンジンの選択の仕方 – cat /dev/random > /dev/null &
これだけ見ればimagemagickでもいいじゃん！ということになりますが 速さはどうなのでしょうか？ 1024×768のjpgとpngを480×480に収まるサイズ（dw=480,dh=480,da=l）にリサイズした際のパフォーマンスです （gifはimagemagickを使ってください） ファイルサイズはjpgが202KBでPNGは69.6KBです smalllightはレスポンスヘッダに各処理にかかった時間を出力する機能がありこれを使い測定しました。(以下のような出力) X-SmallLight-Description: transfer=19ms, modify image=35ms (load=21ms, scale=7ms, save=6ms) transferはエンジンによって有意な差異が見られなかったのでmodifyをサマライズしましたｌ． 測定する際は、最初に5回アクセ
いろいろsmalllightを使って動的に画像をリサイズしてみる – cat /dev/random > /dev/null &
small lightシリーズ [1] ライブドアのsmalllightを使って動的に画像をリサイズしてみる [2] いろいろsmalllightを使って動的に画像をリサイズしてみる [3] smalllightでのエンジンの選択の仕方 [4] smalllightでのエンジンの選択の仕方 (ヒントオプション追加） 先ほど書いた「ライブドアのsmalllightを使って動的に画像をリサイズしてみる」では とりあえず入れてみて、リサイズしてみた！といった感じでしたが 僕が触ってみてこうしたら楽だとかの設定例を上げてみます。 ケース1 拡張子混在で使う 例えばjpg,gif,pngと混在していた場合、わざわざ設定で以下のように書くのは馬鹿らしいです。 RewriteRule ^/thumb_1/(.*\.jpg)$ /small_light(dw=70,dh=70,cw=70,ch=70,e=
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
