画像まとめてアップロードのテスト

あんまり気にしていなかったのですが、とりあえずテストしてみました。

何やらGooブログの画像アップロード方法が変わったそうです。

UIにFlashを使わない方向での変更らしいのですが、UIよりもサーバでの画像取り扱い方法のほうがエラく変わったようで、ちょっと説明と違うなぁとも思います。世の中よくある話ですが（笑）


元絵は640x426です。昔にアップロードしたもの
元絵のファイルサイズは120,660バイト
アップロードしたものを自分のPCにダウンロードしたファイルサイズも120,660バイト
コンピュータのDiffコマンドで比較しましたがバイナリレベルで完全一致しました。アップロードしたファイルはサーバーで加工されず再び自分のPCにダウンロードできたようです。


新しい「まとめてアップロード」で幅640でアップロードしたもの
ファイルサイズは83,700バイト


新しい「まとめてアップロード」で幅1920でアップロードしたもの
ファイルサイズは83,700バイト

元絵より大きい幅を指定しても拡大するようなことはないようです。
640, 1920でアップロードしなおしたものはファイルサイズが小さくなっています。ちなみにこの二つもバイナリレベルで完全一致しました。

幅は640と同じながらもより圧縮率の高いJPEG保存をしなおすので画質は確かに落ちるのかと思います。。。でも正直。。

違いがよくわかりません（笑）

てっきり同じ幅のJPEGであれば再圧縮はしないかと思っていたのですが一律同じレートで圧縮してしまうようです。
ファイルの順番がバラバラになるのもサーバー側で圧縮が完了した順番にフォルダに登録してしまうのが原因ではないかと予想しますが。。あくまでも予想です。。


こちらは。。「個別アップロード」で幅640でアップロードしたもの
ファイルサイズは120,660バイト
元絵と完全一致しました。

森のなかまのように幅640で画像を作成しているひとは個別アップロードで３枚ずつアップロードすれば今まで通りらしいのですが、これもいつサーバー側で再圧縮しだすのかわかりません。

画質の捉え方は人それぞれなので何とも言えません。
ただ。。ファイル名通りに登録されないのは、書くときにちょっと辛いですね。

デジカメの巨大な画像ファイルをそのままアップロードしてしまい、割り当てられた容量をすぐに食いつぶしてしまうと過去の画像を削除して小さいサイズでアップロード仕直し、記事の写真差し替え。。。そんなの出来ないよぉ。。。という方が多かったりしたのでしょうか。位置情報ついたままアップロードしちゃったとか。。そのためこのような方向に舵を切ったのかな。。など妄想していますが、それならメリットをもう少し説明してもよかったかと思います（一部のブラウザでは不具合も出ているようですし）。

全てを理解していて、いままで通りにやりたい人は「ファイルをそのまままとめてアップロード」な選択肢がデフォルト以外であれば丸くおさまるのかもしれませんが。。すごいに数の人がつかっているサービスなので何が幸せなのか。。はて。。

とりあえず今あるもので何とかします。最近こういう事が多くて少しずつ慣れてきました（笑）

それでは！