回答編集履歴
4
改訂
answer
CHANGED
|
@@ -5,13 +5,13 @@
|
|
|
5
5
|
----
|
|
6
6
|
現在は、サーバー側言語で画像処理するライブラリ等が充実していますが、Perl時代には[ImageMagick](https://imagemagick.org/index.php) というコマンドを活用する方法が流行りました。
|
|
7
7
|
|
|
8
|
-
当時はナローバンドでしたので、画像サイズやファイルサイズを知らない一般利用者のために、**画像アップロード直後にリサイズして保存する**などの方法で通信の遅延につながる画像サイズの圧縮を行っていました。
|
|
8
|
+
当時はナローバンドでしたので、画像サイズやファイルサイズを知らない一般利用者のために、**画像アップロード直後にリサイズして保存する**などの方法で通信の遅延につながる画像サイズの圧縮を行っていました（レンタルサーバーのクォータで割り当てられるスペースの都合もあり、小さいサイズで保存した）。
|
|
9
9
|
|
|
10
10
|
ブロードバンドでも 4G/5G が注目される現在、同種の画像処理を、リクエスト毎に行っているのだと思います（大きめの画像を保存しておき、必要サイズに圧縮したものを応答する）。
|
|
11
11
|
|
|
12
12
|
> 面白い機能
|
|
13
13
|
|
|
14
|
-
実装方法は「古典」ですし、実用上の問題解決のために誕生してい
|
|
14
|
+
実装方法は「古典」ですし、実用上の問題解決のために誕生したものですが、別の目的（指定サイズの画像を得る）で応用されているようですね。
|
|
15
15
|
|
|
16
16
|
追記）
|
|
17
17
|
|
3
改訂
answer
CHANGED
|
File without changes
|
2
追記２
answer
CHANGED
|
@@ -13,6 +13,11 @@
|
|
|
13
13
|
|
|
14
14
|
実装方法は「古典」ですし、実用上の問題解決のために誕生しています。
|
|
15
15
|
|
|
16
|
+
追記）
|
|
17
|
+
|
|
16
18
|
> 自分で想像できるのは
|
|
17
19
|
|
|
18
|
-
そんな感じです。
|
|
20
|
+
そんな感じです。
|
|
21
|
+
|
|
22
|
+
「リクエストごとにリサイズして応答」が基本でしょうが、**キャッシュ制御**を行い、同じブラウザから要求された「同じサイズ指定の同じ画像」はブラウザのキャッシュから読ませるケースも思いつきます。
|
|
23
|
+
（キャッシュについては、開発者コンソールのNetworkタブで disabled cache のチェックを外して確認してみてください）。
|
1
追記
answer
CHANGED
|
@@ -11,4 +11,8 @@
|
|
|
11
11
|
|
|
12
12
|
> 面白い機能
|
|
13
13
|
|
|
14
|
-
実装方法は「古典」ですし、実用上の問題解決のために誕生しています。
|
|
14
|
+
実装方法は「古典」ですし、実用上の問題解決のために誕生しています。
|
|
15
|
+
|
|
16
|
+
> 自分で想像できるのは
|
|
17
|
+
|
|
18
|
+
そんな感じです。
|