1. 为什么选择Cloudflare R2作为图床最近在折腾个人博客的图片托管试过不少方案。最早用GitHub当图床结果经常遇到访问抽风后来换到某云厂商的对象存储速度是快了但流量费实在扛不住。直到发现了Cloudflare R2这个宝藏实测下来简直是小成本建站的神器。R2最吸引我的地方在于它完全兼容S3 API。这意味着所有支持S3的工具都能无缝对接比如我们常用的PicGo。更关键的是Cloudflare全球边缘节点的加持让图片加载速度直接起飞。我测试过同一个1MB的图片从R2加载比传统对象存储快30%以上特别是在海外访问时优势更明显。免费额度方面10GB存储100万次API调用足够个人博客使用。我算过一笔账假设每篇文章配5张图每张图平均300KB这个额度能支撑近7000篇文章的配图需求。对于技术博客或小型网站来说完全够用。2. 快速创建R2存储桶2.1 账号准备与开通首先登录Cloudflare控制台在左侧菜单找到R2选项。这里有个小坑要注意首次使用需要绑定信用卡但别担心只要用量不超免费额度就不会扣费。我当初也纠结过这个问题实测三个月确实0扣费。创建存储桶时命名建议用全小写字母短横线组合比如my-blog-images。虽然R2支持大写字母但有些S3兼容工具可能会出问题。区域选择建议保持默认的自动这样Cloudflare会智能分配最优节点。2.2 关键配置项详解创建完成后一定要做这两个设置在公开访问选项卡开启R2.dev子域访问在自定义域绑定自己的域名如果有我强烈建议绑定自定义域名原因有三避免r2.dev域名被墙的风险可以使用CDN缓存加速方便后续做域名切换配置示例# 存储桶名称tech-blog-images # 访问域名images.yourdomain.com # 区域自动3. S3 API密钥获取与配置3.1 生成访问密钥在R2控制台右侧点击创建API令牌权限选择编辑即可。这里有个安全技巧建议每个应用单独创建密钥比如PicGo用一套密钥备份脚本用另一套密钥。万一某个密钥泄露可以单独撤销不影响其他服务。生成的密钥包含三个关键信息Endpoint类似https://xxxx.r2.cloudflarestorage.comAccess Key ID20位字母数字组合Secret Access Key40位随机字符串3.2 测试API连通性拿到密钥后建议先用Python脚本测试下import boto3 from botocore.client import Config s3 boto3.client( s3, endpoint_url你的Endpoint, aws_access_key_id你的AccessKey, aws_secret_access_key你的SecretKey, configConfig(signature_versions3v4), region_nameauto ) # 列出所有存储桶测试连接 print(s3.list_buckets())如果返回HTTP 200状态码说明配置正确。我在第一次配置时因为漏了region_nameauto这个参数折腾了半天才找到问题。4. PicGo深度配置指南4.1 插件安装与基础设置在PicGo中安装S3插件后配置项要特别注意这几个参数版本选择AWS S3 (不是兼容S3)区域留空或填auto自定义节点填写你的Endpoint路径风格选路径实测发现最大的坑是URL后缀这个选项。如果你开启了公开访问但没绑定自定义域名这里要填完整的r2.dev地址比如https://你的bucket.你的账号id.r2.dev4.2 高级优化技巧分享几个提升使用体验的配置技巧在PicGo的自定义输出格式里设置{year}/{month}/{day}/{hash}这样的目录结构方便后期管理开启上传前压缩功能我通常设置质量为80%能在几乎不损失画质的情况下减小30%体积配置上传后自动复制URL自动添加Markdown格式写博客时直接粘贴就行5. 访问速度优化实战5.1 利用Cloudflare CDN加速即使不绑定自定义域名R2默认也走Cloudflare全球网络。但绑定域名后可以进一步开启这些优化在Cloudflare控制台开启缓存一切规则设置浏览器缓存TTL为1个月启用Brotli压缩我的实测数据显示经过优化后首屏加载时间从1.2s降到400ms左右。配置示例// Cloudflare页面规则 { rules: [ { action: cache_everything, url: images.yourdomain.com/* } ] }5.2 智能压缩与格式优化除了服务端配置还可以使用WebP格式替代PNG/JPG体积能减少50%设置图片的响应头Content-DPR适配高分屏通过Cloudflare的Image Resizing功能实现按需裁剪6. 常见问题排查手册6.1 上传失败排查遇到403错误时按这个顺序检查确认Endpoint没有多余的斜杠检查密钥是否包含特殊字符建议重新生成纯字母数字密钥存储桶ACL是否设置为public6.2 访问异常处理图片加载不出来时先直接访问r2.dev域名测试检查Cloudflare防火墙规则是否误拦截清除本地DNS缓存cmd运行ipconfig/flushdns有次我的图片突然无法访问最后发现是Cloudflare的缓存规则把图片当HTML缓存了。解决方法是在页面规则里添加Cache-Control: public, max-age31536000响应头。7. 成本控制与监控方案虽然R2有免费额度但还是建议设置用量告警在Cloudflare控制台创建用量告警设置每月存储超过8GB时通知API调用设置90万次/月的阈值对于突发流量可以考虑开启自动归档功能将旧图片转移到更便宜的存储层级。我设置的是超过6个月未访问的图片自动降级存储这样每月能节省约30%的存储成本。8. 备选方案与数据迁移如果后续需要迁移推荐两种方式使用rclone工具跨平台同步rclone copy s3源桶 s3目标桶 --progress通过Cloudflare的批量操作APIimport boto3 s3 boto3.client(s3) paginator s3.get_paginator(list_objects_v2) for page in paginator.paginate(Bucket源桶): for obj in page.get(Contents, []): s3.copy_object( CopySource{Bucket: 源桶, Key: obj[Key]}, Bucket目标桶, Keyobj[Key] )实际迁移时建议在低峰期进行并监控API调用次数。我迁移20GB图片大约消耗了15万次API调用。
【零成本图床新选择】Cloudflare R2 + PicGo 实战：从S3 API配置到高速访问优化
1. 为什么选择Cloudflare R2作为图床最近在折腾个人博客的图片托管试过不少方案。最早用GitHub当图床结果经常遇到访问抽风后来换到某云厂商的对象存储速度是快了但流量费实在扛不住。直到发现了Cloudflare R2这个宝藏实测下来简直是小成本建站的神器。R2最吸引我的地方在于它完全兼容S3 API。这意味着所有支持S3的工具都能无缝对接比如我们常用的PicGo。更关键的是Cloudflare全球边缘节点的加持让图片加载速度直接起飞。我测试过同一个1MB的图片从R2加载比传统对象存储快30%以上特别是在海外访问时优势更明显。免费额度方面10GB存储100万次API调用足够个人博客使用。我算过一笔账假设每篇文章配5张图每张图平均300KB这个额度能支撑近7000篇文章的配图需求。对于技术博客或小型网站来说完全够用。2. 快速创建R2存储桶2.1 账号准备与开通首先登录Cloudflare控制台在左侧菜单找到R2选项。这里有个小坑要注意首次使用需要绑定信用卡但别担心只要用量不超免费额度就不会扣费。我当初也纠结过这个问题实测三个月确实0扣费。创建存储桶时命名建议用全小写字母短横线组合比如my-blog-images。虽然R2支持大写字母但有些S3兼容工具可能会出问题。区域选择建议保持默认的自动这样Cloudflare会智能分配最优节点。2.2 关键配置项详解创建完成后一定要做这两个设置在公开访问选项卡开启R2.dev子域访问在自定义域绑定自己的域名如果有我强烈建议绑定自定义域名原因有三避免r2.dev域名被墙的风险可以使用CDN缓存加速方便后续做域名切换配置示例# 存储桶名称tech-blog-images # 访问域名images.yourdomain.com # 区域自动3. S3 API密钥获取与配置3.1 生成访问密钥在R2控制台右侧点击创建API令牌权限选择编辑即可。这里有个安全技巧建议每个应用单独创建密钥比如PicGo用一套密钥备份脚本用另一套密钥。万一某个密钥泄露可以单独撤销不影响其他服务。生成的密钥包含三个关键信息Endpoint类似https://xxxx.r2.cloudflarestorage.comAccess Key ID20位字母数字组合Secret Access Key40位随机字符串3.2 测试API连通性拿到密钥后建议先用Python脚本测试下import boto3 from botocore.client import Config s3 boto3.client( s3, endpoint_url你的Endpoint, aws_access_key_id你的AccessKey, aws_secret_access_key你的SecretKey, configConfig(signature_versions3v4), region_nameauto ) # 列出所有存储桶测试连接 print(s3.list_buckets())如果返回HTTP 200状态码说明配置正确。我在第一次配置时因为漏了region_nameauto这个参数折腾了半天才找到问题。4. PicGo深度配置指南4.1 插件安装与基础设置在PicGo中安装S3插件后配置项要特别注意这几个参数版本选择AWS S3 (不是兼容S3)区域留空或填auto自定义节点填写你的Endpoint路径风格选路径实测发现最大的坑是URL后缀这个选项。如果你开启了公开访问但没绑定自定义域名这里要填完整的r2.dev地址比如https://你的bucket.你的账号id.r2.dev4.2 高级优化技巧分享几个提升使用体验的配置技巧在PicGo的自定义输出格式里设置{year}/{month}/{day}/{hash}这样的目录结构方便后期管理开启上传前压缩功能我通常设置质量为80%能在几乎不损失画质的情况下减小30%体积配置上传后自动复制URL自动添加Markdown格式写博客时直接粘贴就行5. 访问速度优化实战5.1 利用Cloudflare CDN加速即使不绑定自定义域名R2默认也走Cloudflare全球网络。但绑定域名后可以进一步开启这些优化在Cloudflare控制台开启缓存一切规则设置浏览器缓存TTL为1个月启用Brotli压缩我的实测数据显示经过优化后首屏加载时间从1.2s降到400ms左右。配置示例// Cloudflare页面规则 { rules: [ { action: cache_everything, url: images.yourdomain.com/* } ] }5.2 智能压缩与格式优化除了服务端配置还可以使用WebP格式替代PNG/JPG体积能减少50%设置图片的响应头Content-DPR适配高分屏通过Cloudflare的Image Resizing功能实现按需裁剪6. 常见问题排查手册6.1 上传失败排查遇到403错误时按这个顺序检查确认Endpoint没有多余的斜杠检查密钥是否包含特殊字符建议重新生成纯字母数字密钥存储桶ACL是否设置为public6.2 访问异常处理图片加载不出来时先直接访问r2.dev域名测试检查Cloudflare防火墙规则是否误拦截清除本地DNS缓存cmd运行ipconfig/flushdns有次我的图片突然无法访问最后发现是Cloudflare的缓存规则把图片当HTML缓存了。解决方法是在页面规则里添加Cache-Control: public, max-age31536000响应头。7. 成本控制与监控方案虽然R2有免费额度但还是建议设置用量告警在Cloudflare控制台创建用量告警设置每月存储超过8GB时通知API调用设置90万次/月的阈值对于突发流量可以考虑开启自动归档功能将旧图片转移到更便宜的存储层级。我设置的是超过6个月未访问的图片自动降级存储这样每月能节省约30%的存储成本。8. 备选方案与数据迁移如果后续需要迁移推荐两种方式使用rclone工具跨平台同步rclone copy s3源桶 s3目标桶 --progress通过Cloudflare的批量操作APIimport boto3 s3 boto3.client(s3) paginator s3.get_paginator(list_objects_v2) for page in paginator.paginate(Bucket源桶): for obj in page.get(Contents, []): s3.copy_object( CopySource{Bucket: 源桶, Key: obj[Key]}, Bucket目标桶, Keyobj[Key] )实际迁移时建议在低峰期进行并监控API调用次数。我迁移20GB图片大约消耗了15万次API调用。
