想想一下，假设服务器的宽带是100M，一张图片5M，20张图片就可以将服务器的宽带挤爆，就更别提api请求返回数据了。而且图片比较占用磁盘空间，对磁盘也会造成不小的压力。4 S P7 N- ~4 j! ^" _, B; B+ R
那么针对图片有没有什么优化的方法呢？. q1 r9 M4 [$ y* B- g5 p: J8 A. u
主要的优化有两个方向，第一个就是nginx启用gzip压缩，nginx返回图片数据给前端时先将图片压缩再返回。这种方式确实可以最大化减少宽带的压力，但是也增加了cpu的压力。
7 h% H- y B1 Y Y还有一种办法，存储图片时先将图片进行无损压缩。比如一张5M的图片经过无损压缩后大小只有不到500kb。既可以解决宽带压力还可以减少磁盘空间存储的压力。
, K) v- u, E( K当然大家一般都是同时使用上面两种方案，图片无损压缩后存储到服务器，nginx再使用gzip压缩，客户端再进行解压缩。实际到达客户端的就只有几十kb了9 H+ |1 Y' a3 U1 G- s
无损压缩% g1 C/ x3 L6 f% y% g( m
在不改变图片尺寸大小，清晰度的前提下将图片压缩到更小，这就是无损压缩。
, s5 ]8 }7 k" T+ r, u0 ~" nPHP代码实现无损压缩
9 {: T8 X- q; j0 B( N在PHP中能实现图片无损压缩的有GD和Imagick这两个扩展。PHP7.4之后官方已经建议大家使用Imagick，因为这个扩展功能更加强大，我们这里也使用Imagick进行演示。
& ^5 O# `0 T1 h& @# v4 a//创建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
. c6 n& B7 ?( N/ g9 ^那是你的nginx或者apache限制了body最大值，可以在nginx的server中添加如下信息，将限制改为20M：client_max_body_size 20m;2 ^* K2 v: x- N) \, B
当然在PHP配置文件中也有限制，需要将PHP对上传文件的大小限制改大一些，如下所示：
# u8 q, c* \; ], F! S- E4 n4 g8 Q# 允许最大上传文件的大小改为20兆
% B4 ^* C [. _ O8 @. v& P3 Vupload_max_filesize = 20M
| 
|手机版|小黑屋|paopaomj.COM
( 
渝ICP备18007172号|
渝公网安备50010502503914号 )
发表于 2023-4-23 12:49:49