回答編集履歴

4

改訂

2020/09/03 23:29

投稿

AkitoshiManabe
AkitoshiManabe

スコア5434

test CHANGED
@@ -12,7 +12,7 @@
12
12
 
13
13
 
14
14
 
15
- 当時はナローバンドでしたので、画像サイズやファイルサイズを知らない一般利用者のために、**画像アップロード直後にリサイズして保存する**などの方法で通信の遅延につながる画像サイズの圧縮を行っていました。
15
+ 当時はナローバンドでしたので、画像サイズやファイルサイズを知らない一般利用者のために、**画像アップロード直後にリサイズして保存する**などの方法で通信の遅延につながる画像サイズの圧縮を行っていました(レンタルサーバーのクォータで割り当てられるスペースの都合もあり、小さいサイズで保存した)
16
16
 
17
17
 
18
18
 
@@ -24,7 +24,7 @@
24
24
 
25
25
 
26
26
 
27
- 実装方法は「古典」ですし、実用上の問題解決のために誕生していす。
27
+ 実装方法は「古典」ですし、実用上の問題解決のために誕生したものですが、別の目的(指定サイズの画像を得る)で応用されているようで
28
28
 
29
29
 
30
30
 

3

改訂

2020/09/03 23:29

投稿

AkitoshiManabe
AkitoshiManabe

スコア5434

test CHANGED
File without changes

2

追記2

2020/09/03 23:29

投稿

AkitoshiManabe
AkitoshiManabe

スコア5434

test CHANGED
@@ -28,8 +28,18 @@
28
28
 
29
29
 
30
30
 
31
+ 追記)
32
+
33
+
34
+
31
35
  > 自分で想像できるのは
32
36
 
33
37
 
34
38
 
35
39
  そんな感じです。
40
+
41
+
42
+
43
+ 「リクエストごとにリサイズして応答」が基本でしょうが、**キャッシュ制御**を行い、同じブラウザから要求された「同じサイズ指定の同じ画像」はブラウザのキャッシュから読ませるケースも思いつきます。
44
+
45
+ (キャッシュについては、開発者コンソールのNetworkタブで disabled cache のチェックを外して確認してみてください)。

1

追記

2020/09/03 23:19

投稿

AkitoshiManabe
AkitoshiManabe

スコア5434

test CHANGED
@@ -25,3 +25,11 @@
25
25
 
26
26
 
27
27
  実装方法は「古典」ですし、実用上の問題解決のために誕生しています。
28
+
29
+
30
+
31
+ > 自分で想像できるのは
32
+
33
+
34
+
35
+ そんな感じです。