缺ext-gd就无法运行intervention image，必须先执行php -m | grep gd验证cli环境，再查phpinfo()确认web环境；无输出则需按系统安装对应php-gd扩展并重启服务。
缺 ext-gd 就别硬跑 composer install——它不会帮你装扩展，只会报错卡住，甚至让你误以为是包版本问题。
php -m | grep gd 有无输出，直接决定能不能继续
这是第一步，也是唯一可靠的判断方式。别跳过，别靠 phpinfo() 页面截图猜，也别信“我上次重启过 Apache 就肯定开了”。
-
php -m | grep gd有输出（比如只显示gd），说明 CLI 环境已加载；但 Web 环境可能不同，还得看phpinfo()里是否真启用 - 没输出？说明 GD 扩展压根没装或没启用。此时
composer require intervention/image能成功，但后续任何Image::make()都会崩成Call to undefined function imagecreatefromstring() - Linux（Ubuntu/Debian）：运行
sudo apt install php-gd；如果系统有多个 PHP 版本（如 8.1 和 8.2 并存），得明确装php8.2-gd，否则默认装到旧版本上 - macOS（Homebrew）：用
brew install php@8.2-gd（版本号必须和php -v输出一致），然后检查php.ini是否含extension=gd.so且未被注释 - Windows（XAMPP/WAMP）：打开
php.ini（php --ini查路径），取消;extension=gd前的分号，保存后重启 Apache/Nginx
GD 装好了，但 Intervention Image 还报 Unsupported image type
这八成不是包的问题，而是 GD 编译时没带对应解码器——尤其 WebP、AVIF 这类较新的格式。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
php -r "print_r(gd_info());"，重点看webp_support或avif_support字段是否为true - WebP 支持要求 PHP ≥ 8.1 且 GD 编译参数含
--with-webp-dir；Ubuntu 默认源的php-gd包通常不带 WebP，得自己编译或换第三方源 - AVIF 更严苛：PHP ≥ 8.3 + GD 启用
--with-avif-dir，目前绝大多数发行版的包都不支持，建议改用imagick驱动 - Intervention Image 不会自动降级或提示“GD 不支持该格式”，它只是静默失败或抛出模糊异常，所以必须提前验证
gd_info()
不用 Intervention，直接调 GD 函数反而更稳？但参数顺序很反直觉
如果你只做缩略图、加水印、转格式，原生 GD 确实更快、无依赖、内存占用低——前提是能绕过那些坑。
- 所有
imagecreatefrom*函数（如imagecreatefromjpeg()）返回的是 resource，不是对象，不能链式调用；用完必须手动imagedestroy($img)，否则内存泄漏 - 创建前务必校验输入：
getimagesize($path)返回false就别往下走，否则直接触发警告升级为致命错误 - 参数顺序混乱：比如
imagecopyresampled($dst, $src, ...)，目标图在前、源图在后，和多数图像库相反；imagefill($img, $x, $y, $color)的坐标是起点，不是区域宽高 - 路径必须是服务器本地真实路径，
imagecreatefromjpeg('https://...')在默认配置下根本不可用，会报failed to open stream
最常被忽略的一点：CLI 和 Web 使用的 php.ini 往往不是同一个文件。你 php -m 看着有 gd，但浏览器里 phpinfo() 没它，这种割裂在 Docker、多版本 PHP、WAMP/XAMPP 场景下高频出现——验证必须双端都做。
