WordPress上传文件备份

1. 咱们先唠唠WordPress上传文件这事儿吧。你肯定知道，后台媒体库扔进去的图片啊PDF啊，其实都躺在wp-content/uploads文件夹里。这地方要是炸了，网站基本就算破相了——图片全挂，用户上传的头像失踪，商品图变裂口。所以备份这玩意儿不能靠玄学，得整点实在的。

2. 最简单的招数就是用主机商自带的备份功能。比如cPanel面板里有个“备份向导”，点进去选“部分备份”，单独把uploads文件夹拽下来。但问题来了：万一主机商突然跑路（或者手滑删你数据），这招就白给了。所以得有自己的备用方案。

3. 我来扔段代码吧，用WP-CLI搞本地备份。SSH连上服务器，输入：

   tar -czf uploads_backup_$(date +%Y%m%d).tar.gz /path/to/wp-content/uploads/

   这命令会把uploads文件夹打包成带日期的压缩包。但注意啊，如果文件太多可能会卡死，最好挑半夜流量小的时候整。

4. 不过手动操作太原始了，咱得自动化。装个插件比如UpdraftPlus，设置里勾选“仅备份上传文件”，然后设定每周自动备份到Google Drive或者Dropbox。关键是别忘了解绑“远程存储删除时同步删除本地备份”的选项——不然网盘抽风会连带把你备份也扬了。

5. 进阶玩法是写个PHP脚本扔到wp-cron里跑。在主题的functions.php里塞这段：

   add_action('wp_backup_event', 'backup_uploads_function');
   function backup_uploads_function() {
   $upload_dir = wp_upload_dir();
   $backup_path = ABSPATH . 'backups/';
   if (!is_dir($backup_path)) mkdir($backup_path);
   shell_exec("rsync -av {$upload_dir['basedir']} {$backup_path}uploads_".date('Y-m-d'));
   }
   // 每天凌晨触发
   if (!wp_next_scheduled('wp_backup_event')) {
   wp_schedule_event(strtotime('02:00:00'), 'daily', 'wp_backup_event');
   }

   这段代码用rsync做增量备份，比全量打包省硬盘。但注意服务器得支持shell_exec函数，共享主机可能用不了。

6. 还有邪道玩法：用WordPress的导出功能勾选“媒体库”，但实际上这只会生成个XML文件记录附件信息，实体文件还是得另外备份。所以别被忽悠了，导出完记得去服务器把uploads文件夹整体下载下来。

7. 最后提醒个坑：备份完了得验证啊！很多人吭哧吭哧备份几个月，等到要恢复时发现压缩包全是0字节——因为磁盘写满了或者权限不对。建议写个校验脚本：

   #!/bin/bash
   backup_file="uploads_backup_20231025.tar.gz"
   if tar -tzf "$backup_file" &> /dev/null; then
   echo "备份文件正常"
   else
   echo "备份文件已损坏！"
   fi

   每月跑一次这个脚本，比烧香管用。

8. 说到底，备份本质是个信任问题——你信不过服务器稳定性，信不过插件作者不埋雷，甚至信不过自己手不抖。所以最好搞个3-2-1原则：至少存3份备份，用2种不同形式（比如硬盘+云存储），其中1份放异地。别等网站崩了才抱着空硬盘哭。

9. 突然想到个骚操作：把uploads文件夹挂载到云存储，比如用s3fs把AWS S3桶映射到服务器目录。这样文件自动同步到云端，但注意这会产生API请求费用，而且网络延迟可能导致上传图片时转圈圈。

10. 总之啊，备份不是收藏古董，别攒着一堆过期备份舍不得删。设置保留策略（比如只留最近30天），不然哪天硬盘被备份文件撑爆了，那乐子就大了。记住：能安全恢复的备份才叫备份，否则顶多算行为艺术。

Tags：

文章版权声明：除非注明，否则均为WP集市原创文章，转载或复制请以超链接形式并注明出处。