想想一下,假设服务器的宽带是100M,一张图片5M,20张图片就可以将服务器的宽带挤爆,就更别提api请求返回数据了。而且图片比较占用磁盘空间,对磁盘也会造成不小的压力。; p! b# ]. S9 H ?. ]
那么针对图片有没有什么优化的方法呢?
/ ~4 E1 [/ u/ f主要的优化有两个方向,第一个就是nginx启用gzip压缩,nginx返回图片数据给前端时先将图片压缩再返回。这种方式确实可以最大化减少宽带的压力,但是也增加了cpu的压力。
% ]0 c- U9 b3 J还有一种办法,存储图片时先将图片进行无损压缩。比如一张5M的图片经过无损压缩后大小只有不到500kb。既可以解决宽带压力还可以减少磁盘空间存储的压力。
: Z( @; [& D5 a Z当然大家一般都是同时使用上面两种方案,图片无损压缩后存储到服务器,nginx再使用gzip压缩,客户端再进行解压缩。实际到达客户端的就只有几十kb了 z: C' v9 h* V: d
无损压缩
/ l. ?) L8 y0 W在不改变图片尺寸大小,清晰度的前提下将图片压缩到更小,这就是无损压缩。
# ~' P9 S7 `: G1 u ~5 O. a# YPHP代码实现无损压缩) K% T# X1 ~/ s& k+ A' T
在PHP中能实现图片无损压缩的有GD和Imagick这两个扩展。PHP7.4之后官方已经建议大家使用Imagick,因为这个扩展功能更加强大,我们这里也使用Imagick进行演示。
) S# e+ l* v \; t//创建imagick对象并将读取上传的临时文件
$imgick = new \Imagick($_FILES['file']['tmp_name']);
//设置图片压缩的质量(必须是整数)
$imgick->setImageCompressionQuality(70);
//获取原图的后缀(jpg,jpeg,png,webp等)
$format = pathinfo($_FILES['file']['name'])['extension'];
//设置图片压缩后的格式,此处一定要设置(有些图片可能是webp强转png,有可能导致错误)
$imgick->setFormat($format);
//获取压缩后的二进制图片
$imgBlob = $imgick->getImageBlob();
//二进制图片转base64格式
$base64 = 'data:image/'.$format.';base64,'.base64_encode($imgBlob);
//获取压缩后的大小,单位kb
$size = ceil($imgick->getImageLength()/1024); 如果你遇到这个错误:413 Request Entity Too Large
8 A' n# _, v: e) e* r# t& J& ~6 i那是你的nginx或者apache限制了body最大值,可以在nginx的server中添加如下信息,将限制改为20M:client_max_body_size 20m;( o% n- g3 v( r2 B
当然在PHP配置文件中也有限制,需要将PHP对上传文件的大小限制改大一些,如下所示:
* w$ `) `8 x4 Y4 ^& s# 允许最大上传文件的大小改为20兆
2 d0 X8 `2 `; S9 Supload_max_filesize = 20M " N, m) o7 N/ P% P
|