wordpress换空间-怎样安排图片与资源加载
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /972bc2499e14.html
📄
wordpress换空间-怎样安排图片与资源加载
换空间后图片与资源加载的安排，核心是先把媒体文件的物理位置和数据库里的引用地址对齐，再决定哪些资源继续放在原站、哪些交给新空间或外部存储。最稳妥的顺序是：迁移前记录媒体目录结构，迁移后检查上传目录权限，最后处理页面里写死的旧域名链接。下面用一个假设例子说明具体做法。
假设场景：从A主机搬到B主机后图片全部裂开
假设你把 WordPress 从一台主机迁到另一台，数据库和文件都复制过去了，但打开文章发现图片显示为破图。这时不要急着批量改数据库，先按下面顺序排查。
- 确认新空间的上传目录是否存在：
wp-content/uploads。如果迁移时只复制了数据库，没有复制这个目录，图片文件本身就不在新空间上。 - 检查文件权限。目录一般需要可读可写，文件需要可读。权限不对时，图片存在也无法通过 URL 访问。
- 查看图片地址。如果页面源码里图片地址仍然指向旧域名，说明数据库里保存的是绝对地址，需要替换为新域名。
- 检查是否启用了图片延迟加载或 CDN。如果旧 CDN 已经停用，而页面仍引用旧 CDN 地址，也会出现裂图。
这个例子里最常见的错误是直接改数据库里的域名，却没有先确认文件是否真的在新空间。文件缺失时，改域名只会让裂图从旧地址变成新地址，问题依旧。
图片地址的两种存法，决定你迁移时要做什么
WordPress 文章里插入图片时，可能保存为完整地址，也可能保存为相对地址或由函数动态生成。两种情况处理方式不同。
- 绝对地址：例如
https://旧域名/wp-content/uploads/2024/01/pic.jpg。换空间后必须替换域名，否则浏览器仍去旧空间请求图片。 - 相对地址或动态生成：图片路径不写死域名，换空间后通常能自动指向新域名。这类站点迁移时图片问题较少。
判断方法：打开一篇文章的编辑页面，切换到代码视图，看图片标签里的 src 是否包含完整域名。包含完整域名，就需要做地址替换；只包含 /wp-content/...，则多半不需要。
迁移前要记录和备份的媒体信息
第一次换空间，建议在动手前完成三件事，避免迁移后反复找图。
- 记录当前上传目录的总大小和文件数量，迁移后可以对比是否完整。
- 导出数据库，同时单独打包
wp-content/uploads，不要只依赖主机面板的一键迁移。 - 记录当前使用的图片插件或 CDN 配置。如果图片经过压缩、裁剪或外部存储，迁移后需要重新配置或关闭旧配置。
这些记录的作用是提供对比依据。迁移完成后，如果新空间上传目录的文件数量明显少于记录值，说明文件没有完整复制，应先补文件，再处理地址。
换空间后资源加载的检查项
图片之外，CSS、JavaScript、字体等资源也可能因为换空间而加载失败。可以按以下检查项逐条确认。
- 打开浏览器开发者工具，看网络面板里哪些请求返回 404 或超时。404 通常表示文件不在新空间，超时可能是新空间防火墙或 DNS 尚未生效。
- 确认主题和插件目录是否完整复制。只复制上传目录、漏掉主题目录时，页面样式会丢失。
- 检查是否有资源引用旧域名的绝对地址。主题设置、插件配置、自定义 CSS 里都可能写死旧域名。
- 如果使用了对象存储或 CDN，确认新空间的回源地址和 CDN 配置是否匹配。配置不匹配时，图片可能返回错误或加载缓慢。
判断结果时要注意：404 和超时代表不同问题。404 是文件找不到，超时更可能是网络或服务配置问题。不要看到图片不显示就一律归因为域名没换。
可以实际执行的一步：先在新空间验证单张图片
在批量替换地址之前，先做一次小范围验证。从新空间上传目录里找一张图片，在浏览器直接访问它的完整 URL。如果能正常显示，说明文件位置和权限基本正确；如果不能显示，先解决文件和权限问题，不要继续改数据库。验证通过后，再处理页面里的旧域名引用。
下一步：登录新空间文件管理器，确认 wp-content/uploads 的文件数量与迁移前记录一致，再决定是否需要做数据库地址替换。
