HTML/javascript客户端图像压缩看起来像一个合理的、万无一失的计划吗?

Does HTML/javascript client-side image compression seem like a reasonable, fool-proof plan?

本文关键字:一个 万无一失 计划 客户端 javascript 图像压缩 看起来 HTML      更新时间:2023-09-26

我计划将图像添加到我创建的聊天中,但问题是我有少量的带宽可以使用,我不想呆得太久,所以这种形式的文件压缩看起来合法和安全吗?如果在任何普通浏览器上打开开发人员工具,就可以看到有多少字节进出本地压缩器,以及经过的时间。

当使用相同的图像时,每个结果在每台计算机上都是不同的,当Chrome可用时,它使用"image/webp"格式,因为它比任何其他格式使用更少的空间。gif失去了动画效果,png失去了透明度。

我错过了什么吗?它结合了HTML5的canvas.toDataURL()压缩和LZW压缩,以提供最大的结果。它适用于Chrome和IE10,我无法在任何其他浏览器上进行测试。我的目标不是使它与所有浏览器兼容,而是提供一种方便的压缩形式。

结合了HTML5的canvas.toDataURL()压缩

这不是"压缩",这是"编码",这是一个坏主意。您没有压缩任何东西,将图像转换为base64编码的数据URI将解压缩图像,因为base64中可以容纳的字节比实际的256位二进制编码少得多。压缩结果文本的好处可以忽略不计。

您可以将您的图像放在另一个主机上。有很多免费的图片托管服务。

您的带宽将是安全的,不需要数据传输。但这取决于你需要如何处理这些图片…