WordPress附件路径与CI4资源目录本质不同，不存在直接兼容：WP的wp-content/uploads是数据库记录URL的动态媒体体系，CI4的public/仅为静态资源服务目录，不管理上传逻辑或路径存储。
WordPress 附件路径和 CodeIgniter 4（CI4）资源目录本质不同，不存在“直接兼容”或“路径迁移”的技术逻辑——WP 的 wp-content/uploads 是动态生成、数据库记录 URL 的媒体存储体系；而 CI4 的 public/ 是静态资源服务目录，不管理上传逻辑，也不写入数据库路径。强行把 WP 的附件路径套用到 CI4 会导致 404、URL 失效、数据库引用断裂等问题。
先理清根本区别
WP 附件路径依赖三要素：
– 文件物理位置（如 /wp-content/uploads/2025/08/image.jpg）
– 数据库中存储的完整 URL（如 https://old.com/wp-content/uploads/2025/08/image.jpg）
– .htaccess 或 Nginx 规则支持按路径直接访问
CI4 资源目录只做一件事：
– 所有对外可访问的静态文件（图片、CSS、JS）必须放在 public/ 下，由 Web 服务器直接响应；
– CI4 本身不记录上传文件路径到数据库，也不自动生成年月子目录；
– 上传逻辑需开发者自行实现，且路径只能是 public/xxx/ 下的相对路径。
若你正从 WP 迁移内容到 CI4 站点
这不是路径“同步”，而是内容“重映射”。你需要做的是：
- 将 WP 的
wp-content/uploads/全部复制到 CI4 的public/uploads/（或public/media/），保持原有年月目录结构 - 导出 WP 文章数据时，提取正文中的
<img src="...>链接，批量替换域名和路径前缀：
https://old.com/wp-content/uploads/→/uploads/ - 如果保留原始 HTML 内容入库（如存进 CI4 的
posts.content字段），确保所有图片 URL 已转为站点根相对路径（以/开头），否则无法在 CI4 中正确加载 - 不要试图让 CI4 “识别”
wp-content目录——它既不扫描该路径，也不提供路由支持
上传功能需重新设计（不能复用 WP 逻辑）
CI4 没有 wp_upload_bits() 这类函数。实操建议：
- 创建
app/Controllers/Upload.php，用CodeIgniter\Files\File处理上传 - 保存路径固定为
WRITEPATH . '../public/uploads/' . date('Y/m') . '/'（注意 WRITEPATH 是可写目录，public 是 Web 根） - 数据库中只存相对路径（如
uploads/2025/08/photo.jpg），前端拼接base_url($path)输出完整 URL - 避免序列化路径——CI4 不处理 PHP 序列化数据，不像 WP 可能存 serialized meta
常见踩坑点
– 把 wp-content 整个目录扔进 CI4 的 app/ 或 writable/：Web 无法访问，且违反 CI4 目录安全规范
– 在 CI4 中硬编码 wp-content/uploads 路径：403 Forbidden 或 404，因该路径不在 public/ 下
– 直接导入 WP 的 wp_posts.post_content 字段却不替换图片 URL：页面显示叉号，控制台报 404
– 用 CI4 的 image manipulation 类处理已上传的 WP 图片：路径权限错误，因未确认 public/uploads/ 目录可写且 Web 用户有读取权
