Re: 回复： 回复： Re: html5是否可以考虑加入“缩略图”的解决方案

效率是慢慢改进出来的，我们需要有改进的勇气不是～
如果客户端交互协义可以定下来，服务器端效率是可以用时间磨出来的，就是像当初的c/java一样,至少我觉得这个方案有实现的可能性。

在 2012年2月16日 下午1:56，黄希彤 <stonelf@qq.com>写道：

> 出来一个服务器不难，一秒能出来多少G图片才是本事。
> 自创一个全面超越jpg的先进压缩格式看有没有人会欢天喜地的去实现？去看看jpeg2000格式的下场再说。
>
>
> ------------------ 原始邮件 ------------------
> *发件人:* "暴雨不在明天"**;
> *发送时间:* 2012年2月16日(星期四) 中午1:53
> *收件人:* "黄希彤"**;
> *抄送:* "Hawkeyes Wind"**; "public-html-ig-zh"**;
> *主题:* Re: 回复： Re: html5是否可以考虑加入“缩略图”的解决方案
>
>
> 我个人认为如果客户端可以支持的话就好办了，服务器端的程序可以很快更新出来，即使没有我自己完全可以自己实现一个，并不一定是jpg，不过协议和图片格式确实是相当麻烦的事情（也只是麻烦而己）。
>
> 在 2012年2月16日 下午1:45，黄希彤 <stonelf@qq.com>写道：
>
>> jpg又不是bmp，这恐怕需要jpg或者其他图片压缩算法升级支持而不是简单的“服务器可以直接从图片中取出相应的数据反回过来
>> (4个像素中取１个像素就可以）”，否则服务器实际上需要把已经压缩好的图片解压，抽取，重新压缩生成缩略图。
>> 这恐怕就超越了HTML5的工作范畴了。
>>
>>
>> ------------------ 原始邮件 ------------------
>> *发件人:* "暴雨不在明天"**;
>> *发送时间:* 2012年2月16日(星期四) 中午1:24
>> *收件人:* "Hawkeyes Wind"**;
>> *抄送:* "public-html-ig-zh"**;
>> *主题:* Re: html5是否可以考虑加入“缩略图”的解决方案
>>
>> 我说的是部分加载功能，类似于jpg的隔行加载功能。
>> 如果缩略图只有原图1/4大那只要4像素取１像素就可以了，这样就只传输了1/4的数据（这部分由服务器完成）
>>
>> 在 2012年2月16日 下午1:00，Hawkeyes Wind <hawkeyes0.cn@gmail.com>写道：
>>
>>> 如果由浏览器来处理缩略图的话，**用户依旧需要下载完整的大尺寸图片。这种情况 下用户需要等待的时间会大大增加。
>>>
>>> 所以还是由服务器端处理缩略图是比较合理的。**服务器可以只存大图，再根据页面 的不同临时生成缩略图传递给用户会比较好。
>>>
>>> 于 2012/2/16 11:51, -暴雨不在明天 写道:
>>>
>>>  缩略图是现在web上非常非常常用的一个功能。
>>>>
>>>> 应用场景：
>>>>    1. 当页面需要显示很多图片时,通常我们只显示这些图片的
>>>> 缩略图从而加快页面的显示。而大图通常需要点击后才能显示。
>>>>
>>>>    2. 相册的应用中，一般会会先显示缩略图然后用户点击查看
>>>> 感兴趣的图片，当用户对某些图片特别感兴趣可能还原查看或
>>>> 下载原始尺寸的图片（通常会非常大）。
>>>>
>>>> 但是这种应用并不完美:
>>>>    1. 我们需要在服务器端为同一张图片保存不同尺寸的缩图，这
>>>> 很些图片的创建/管理是一件很麻烦的事情。另外对服务器空间也
>>>> 影响（虽然对现在硬盘来说影响相对小）。
>>>>
>>>>    2. 在客户端我们需要为同一张图片的不同尺寸的图片建立不同的
>>>> 链接，而且当我们需要查看更大尺寸的图片时，前面载入的缩略图
>>>> 数据并不能起到作用，这会浪费相当的流量。而且我们在相册的应用
>>>> 中，大图和原图可能相差不多大或者根本就是一样的，这个时候的浪
>>>> 费是相当大的。
>>>>
>>>> 如果我们能在浏览器上建立对缩略图的支持我就可以避免这种情况。
>>>> 例如：
>>>> 我们有一张1920*1200的图片.
>>>> html：<img src="img_01" style="width:480px;height:**300px" />
>>>> 这里浏览器可以:
>>>> request: img_01
>>>> size:480,300
>>>> 服务器可以直接从图片中取出相应的数据反回过来
>>>> (4个像素中取１个像素就可以）
>>>> 这个时候如果用户需要查看大图就会：
>>>> request:img_01
>>>> cache:480,300
>>>> size:1280,800
>>>> 服务器可以去掉己缓冲的480,300部分而反数据
>>>>
>>>> 这样我们的缩略图就是可以大大简化了（对程序员来说）
>>>> 而且可以实现无级缩放，并有效降低网络负载。
>>>> 还可以让用户在web上对图片进行放大缩小操作，就像我们查看
>>>> 本地图片一样，这时用户体验会有很大提升。
>>>>
>>>> ps:话说这只是我早上起床灵光一闪并没有仔细考虑，**大家不要见笑。
>>>>
>>>
>>> --
>>> Regards
>>>
>>> Hawkeyes Wind
>>>
>>>
>>>
>>
>