在Yii2项目中优化图片需避开Gzip误区，应分层控制质量、尺寸与格式：上传时用GD缩放+有损压缩（如1200×800@82%），Nginx用image_filter模块动态缩图与调质，前端用<picture>提供WebP/JPEG双格式降级并补全宽高属性防CLS。
在Yii2项目中让图片体积变小、加载更快，必须避开Gzip压缩图片的常见误区——【Gzip对.jpg/.png等二进制图片无效，强行启用反而可能增大响应体】，真正有效的路径是控制质量、尺寸与格式，在上传时、Web服务器层或前端交付环节分层干预。
上传时用GD扩展做有损压缩
这是最可控、最易落地的一环：用户上传后、保存前立即处理，不增加HTTP响应负担。
第一步：确认PHP已启用GD扩展，运行php -m | grep gd验证；若无输出，需重装PHP并启用gd模块。
第二步：在文件上传逻辑中插入压缩代码，先缩放再压缩——只调质量不缩尺寸，对大图几乎无效。示例：
$img = imagecreatefromjpeg($srcPath);<br>$thumb = imagecreatetruecolor(1200, 800);<br>imagecopyresampled($thumb, $img, 0, 0, 0, 0, 1200, 800, imagesx($img), imagesy($img));<br>imagejpeg($thumb, $dstPath, 82); // 质量设为82，视觉损失极小但体积下降明显
第三步：销毁资源，防止内存泄漏：imagedestroy($img); imagedestroy($thumb);
注意：GD不支持WebP输出，若需WebP，必须换用Imagick，并确认imagick.format允许webp导出。
用Nginx image_filter模块替代PHP实时压缩
把压缩从PHP进程里彻底移出，交给Nginx处理，响应更快、更稳定，适合高并发静态图服务。
方法一：启用模块并配置location
编译Nginx时必须带--with-http_image_filter_module；若已安装，检查nginx -V 2>&1 | grep image_filter是否返回结果。
在server块中添加：
location ^~ /resized/ {<br> alias /var/www/static/original/;<br> image_filter resize 1024 -;<br> image_filter_jpeg_quality 85;<br> image_filter_buffer 10M;<br>}
访问/resized/photo.jpg即返回宽度1024px、质量85的JPEG——【原始图路径必须可读，且alias后路径结尾不能漏/，否则404】。
方法二：动态控制尺寸与质量（需开启image_filter_interlace on）
URL中传参：/resized/photo.jpg?width=800&height=600&quality=78，配合Nginx map指令映射参数到变量即可实现。
前端用<picture>提供WebP降级方案
服务端生成WebP+JPEG双版本后，由浏览器自主选择最优格式，无需PHP解析Accept头，规避CDN缓存混乱风险。
在Yii2视图中输出：
<picture><br> <source srcset="logo.webp" type="image/webp"><br> <img src="logo.jpg" width="320" height="180" alt="logo"><br></picture>
务必补全width和height属性，否则页面会因图片加载后重排导致CLS（布局偏移）。
生成WebP命令示例（Linux）：convert logo.jpg -quality 80 logo.webp；若用Imagick PHP扩展，调用$imagick->setImageFormat('webp')后保存即可。
