自媒体博客封面自动生成：PHP图像处理自动化脚本

直接用 GD 或者 Imagick 来生成博客封面，这事儿其实靠谱。不用依赖外面的 API，不用等 CDN 加载，也不用自己打开 PS，纯代码搞定。但前提是：图像尺寸、字体路径、中文渲染这三道坎你得迈过去，否则生成的图，不是文字糊成一团，就是直接给你报个 `imagettftext(): Could not find/open font` 的错。

字体文件必须用绝对路径，而且得确认它能渲染中文。

PHP 的 `imagettftext()` 这个函数对中文字体特别挑。用相对路径基本上就是给自己挖坑；有些 .ttf 文件里头只有英文字母和数字，没有完整汉字集，传个中文进去，出来全是方块；另外，某些系统自带的字体，比如 Mac 上的 `/System/Library/Fonts/PingFang.ttc`，放到 Linux 服务器上，根本就读不出来。 所以做法得规范： * 用 `realpath('fonts/NotoSansCJKsc-Regular.ttf')` 老老实实写绝对路径。别太信 `__DIR__ . '/fonts/xxx.ttf'` 这种写法，CLI 环境和 Web 环境下面，运行目录可能不一样，容易翻车。 * 正式开工前，先跑个小脚本验证一下： ```php $im = imagecreatetruecolor(200, 100); $black = imagecolorallocate($im, 0, 0, 0); var_dump(imagettftext($im, 14, 0, 10, 30, $black, '/abs/path/to/NotoSansCJKsc-Regular.ttf', '测')); imagedestroy($im); ``` 如果输出是 false，那说明这条路没通。只有当它返回一个数组，才算真正能用。 * 省心点的做法，直接固定使用像 `NotoSansCJKsc` 或者 `SourceHanSansSC` 这类全汉字字体，省去系统字体差异的麻烦。

封面尺寸必须匹配你发布平台的规范。

不同平台，图的尺寸要求差别还挺大。比如微信公众号的封面图讲究 900×500，小红书的封面推荐 3:4 也就是 1080×1440，知乎的 Banner 则是 1500×500。这玩意儿可不能硬塞一个“通用尺寸”，不然标题要么被裁掉，要么图片上剩大片白地儿。 技术上的应对策略也很简单： * 不要在脚本里把宽高写死，而是用一个配置数组来处理：`$sizes = ['wechat' => [900, 500], 'xhs' => [1080, 1440]];` * 文字的位置要按比例动态计算。比如标题的 Y 坐标，可以写成 `$height * 0.65`，而不是拍脑袋写个 `320`。 * 如果用 Imagick 库，记得设置好图片质量。`setImageFormat('jpg')` 之后，一定要加上 `setImageCompressionQuality(95)`，不然默认的压缩质量惨不忍睹。

背景图合成时，alpha 通道和抗锯齿得手动打开。

不少人直接把半透明的文字或者 Logo 用 `imagecopy()` 往上一叠，结果出来经常带着白边、锯齿、色阶断裂。之所以这样，就是因为 GD 默认不开抗锯齿，再加上 PNG 背景如果有 alpha 通道而没启用混合模式，覆盖上去直接碾碎了原来的透明度。 所以这几个要点不能忘： * 在绘制文字之前，一定加上这两句：`imageantialias($im, true);` 和 `imagesa vealpha($im, true);`。 * 如果要在底图上叠加一个 PNG Logo，用 `imagecopymerge($dst, $logo, $x, $y, 0, 0, $w, $h, 100)`，别用 `imagecopyresampled`，那个函数会丢掉透明度信息。 * 如果背景是渐变效果，用 `imagefilledrectangle()` 配合 `imagecolorallocatealpha()` 来控制透明度，比加载一张现成的 PNG 背景图更可控。 说到底，真正把人卡住的，从来不是“怎么画个矩形”这种基础问题，而是字体路径在定时任务脚本里失效了、微信封面图在 iPhone 上显示偏右了、或者某次更新后 `imagettfbbox()` 突然返回负值导致文字坐标错乱。这些细节，不打日志、不上真机测、不仔细看 `getimagesize()` 的返回值，光靠本地浏览器预览，永远发现不了。