PHPPresentation无法直接修改图片链接，因其为生成型库且PPTX中图片以rId内嵌引用存储；可行方案是解压后用ZipArchive精准替换.rels文件中的HTTP Target值。
PHP 用 PHPPresentation 能不能改图片链接
不能直接改。PHPPresentation 是个生成型库，不是解析/编辑型工具；它读取 PPTX 时会把图片解压提取为二进制数据，原始链接（比如 http://xxx/logo.png）在文件里早被丢弃了——PPTX 里图片存的是内嵌关系 ID（rId），不是 URL。所以你拿到的 Slide 对象里根本找不到“图片链接”这个字段。
真正能批量替换图片源的路径，只有两种方式：手动解压改 XML，或用支持 Office Open XML 规范的底层操作库。
手动解压 PPTX 后修改 slide*.xml 中的 rId 引用
PPTX 本质是 ZIP 包，图片链接实际藏在每张幻灯片的 ppt/slides/slide*.xml 里，通过 <blip r:embed="rId7"></blip> 指向 ppt/slides/_rels/slide*.xml.rels 中定义的目标（可能是本地图片，也可能是外部链接）。但注意：Office 默认不存外部 URL，除非你当初是用「插入 → 链接图片」方式加的。
- 先用
unzip解压 PPTX 到临时目录：unzip presentation.pptx -d /tmp/ppt_edit - 遍历所有
/tmp/ppt_edit/ppt/slides/slide*.xml，用 DOM 或正则找<blip.></blip.> - 查对应
.rels文件，确认该rId是否指向Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/image"且Target是 HTTP 链接 - 只替换那些
Target以http开头的条目，避免误动本地图片 - 改完必须重新压缩为 ZIP，并改后缀为
.pptx，且 ZIP 内部结构顺序不能乱（否则 PowerPoint 打不开）
用 ZipArchive 在 PHP 里安全地替换 rels 中的图片 URL
这是最可控的做法：不碰 XML 解析逻辑，只精准定位并替换 .rels 文件里的 Target 值。关键点在于，不能直接写回整个 ZIP，要逐文件更新，否则会破坏签名或元数据。
立即学习“PHP免费学习笔记（深入）”；
- 用
ZipArchive::OPEN_READ打开原文件，再用ZipArchive::CREATE创建新 ZIP - 遍历所有文件，遇到
slides/slide*.xml.rels就读取内容，用str_replace或preg_replace替换Target="http://old.com/为Target="https://new.com/ - 其他文件原样复制过去（包括
[Content_Types].xml、_rels/.rels等核心文件） - 特别注意：替换后要确保
Target值仍是合法 URI（不能含空格、中文未编码），否则 PowerPoint 加载时静默失败 - 最后调用
$zip->close()，再用rename()覆盖原文件（别用move_uploaded_file，权限可能不对）
if ($zip->open('input.pptx') === TRUE) {
$newZip = new ZipArchive();
$newZip->open('output.pptx', ZipArchive::CREATE);
for ($i = 0; $i < $zip->numFiles; $i++) {
$name = $zip->getNameIndex($i);
$content = $zip->getFromIndex($i);
if (preg_match('/slides\/slide\d+\.xml\.rels/', $name)) {
$content = preg_replace(
'/Target="https?:\/\/old-domain\.com\//',
'Target="https://new-domain.com/',
$content
);
}
$newZip->addFromString($name, $content);
}
$newZip->close();
}
为什么不用 SimpleXML 解析 rels 文件
因为 PPTX 的 XML 带命名空间（a:、r:、xmlns:r="http://schemas.openxmlformats.org/package/2006/relationships"），SimpleXML 默认不处理前缀，直接 ->Target 会返回空。强行注册命名空间又容易在多层嵌套中漏节点，还可能因 UTF-8 BOM 或换行符导致加载失败。
更现实的做法是：用 DOMDocument + getElementsByTagNameNS，但代价是代码量翻倍、出错路径变多。对批量替换这种简单字符串操作，正则更快更稳——只要确保匹配模式足够窄（比如限定在 <relationship> 标签内），就不会误伤其他字段。</relationship>
真正容易被忽略的是：PowerPoint 会缓存缩略图和关系映射，哪怕 XML 改对了，打开时仍可能显示旧图。必须清空 Windows 的 %APPDATA%\Microsoft\PowerPoint\Cache（或 macOS 对应路径），或者用不同文件名另存一次再打开验证。
