方案一：PicGo + Typora + 阿里云 OSS（写作端图床方案）
这套方案的核心是写文章时的极致便利：在 Typora 里粘贴截图，图片自动上传到阿里云 OSS，并自动替换为公网链接。
详细过程
第一步：阿里云 OSS 基础配置
这是所有方案的基础，需要先在云端准备好“仓库”。
- 开通 OSS 与创建 Bucket：登录阿里云，开通“对象存储 OSS”服务。进入控制台，创建一个 Bucket（存储空间）。地域选离你近的（如华东1-杭州），存储类型选标准存储，读写权限必须设为公共读，否则图片无法对外访问。
- 关键：创建 RAM 子账号：强烈建议不要直接用主账号的 AccessKey。去“访问控制 RAM”里创建一个专门用于图床的子用户，只授予其“AliyunOSSFullAccess”权限。创建后保存好生成的 AccessKey ID 和 AccessKey Secret，这比你主账号的密码安全得多。
- 记录 Bucket 信息：记下你的 Bucket 名称、地域节点（Endpoint，如
oss-cn-hangzhou.aliyuncs.com）以及 Bucket 的外网访问域名。
第二步：PicGo 与 Typora 联动配置
- 安装并配置 PicGo：下载安装 PicGo，在“图床设置”中选“阿里云 OSS”。填入刚才准备的 AccessKey、Secret、Bucket 名和 Endpoint。关键一点：上传路径建议设置为
picgo/或{year}/{month}/，方便日后在 OSS 里管理。 - 设置 Typora：打开 Typora 的“偏好设置” -> “图像”。在“插入图片时…”选择上传图像。然后在“上传服务设定”里选 PicGo (app)，并填好 PicGo 的安装路径。
- 验证：在 Typora 里粘贴一张截图，如果配置正确，截图会瞬间变成类似
https://你的bucket.oss-cn-hangzhou.aliyuncs.com/picgo/xxx.png的链接，且 PicGo 的相册里会显示上传记录。
总结
这套方案的最大优势在于写作效率。你不需要离开 Typora 去手动处理任何图片，粘贴即上传。图片的物理存储与博客服务器完全解耦。但要注意，它只解决了用 Typora 写 Markdown 笔记时的图片托管问题。如果你用 WordPress 的后台编辑器直接写文章，这套方案帮不上忙，因为 WordPress 不会自动调用 PicGo。
第一步开通oss和创建oss
PicGo与Typora联动配置
方案二：WordPress 媒体库自管理（纯本地存储）
详细过程
第一步：确认媒体库基础设置
- 检查上传目录权限：WordPress 默认会把上传的图片存到
/wp-content/uploads/目录，并按“年/月”自动分文件夹。确保这个目录有写入权限（一般 755 即可，部分服务器需要 775）。 - 设置图片尺寸：在后台「设置」→「媒体」中，可以设定缩略图、中等、大图的尺寸。WordPress 在上传一张图时会自动生成多个尺寸的副本，方便不同位置调用。建议保持默认，或根据主题需要调整。
- 关闭不必要的自动生成（可选）：如果服务器空间紧张，可以用插件或代码禁止生成某些用不到的尺寸，减少冗余文件。
第二步：在文章中插入图片
- 两种上传入口：
- 文章编辑页内：点击「+」→「图片」区块，直接上传或从媒体库选择。
- 媒体库独立页：后台「媒体」→「添加新」，先集中上传，再在文章里调用。
- 插入后的操作：上传后，在区块设置里可以填「替代文本」（Alt，利于 SEO 和无障碍）、选择对齐方式、设置链接目标（通常选「媒体文件」或「无」）。
- 图片链接形式：此时图片地址是
https://你的域名/wp-content/uploads/2026/10/xxx.jpg，直接由你的服务器提供。
第三步：媒体库的日常管理
- 查看与编辑：在「媒体」→「媒体库」中，可以网格或列表查看所有图片，点击可编辑标题、Alt、描述，甚至做简单的裁剪旋转。
- 删除与替换：删除图片时要注意，如果文章里还在引用，会出现裂图。WordPress 不会自动检查引用关系，需要手动确认。
- 附件页面：默认情况下，每张图片都有一个独立的“附件页面”（URL 类似
?attachment_id=123）。如果不想暴露这些页面，可以在主题里禁用，或装插件重定向。
第四步：备份与迁移（重点）
因为图片存在自己服务器上，备份就格外重要：
- 备份内容：数据库（存图片的元数据和文章里的链接）+
/wp-content/uploads/整个目录。 - 迁移时：换服务器或换域名，必须同时迁移数据库和 uploads 目录，否则图片会丢失或链接失效。换域名后还需用工具（如 Better Search Replace 插件）批量替换数据库里的旧域名。
- CDN 加速（可选）：如果以后觉得图片加载慢，可以给
wp-content/uploads/配一个 CDN，但这是后话，不影响当前流程。
总结
这套方案的本质是把图片完全交给 WordPress 和你的服务器管理，不依赖任何第三方云存储。
优点：
- 零额外配置：装好 WordPress 就能用，不需要申请 AccessKey、配插件、调权限。
- 数据完全自主：图片就在自己服务器上，不担心第三方服务停服、欠费或政策变动。
- 备份逻辑简单：网站备份 = 数据库 + uploads 目录，打包带走即可。
- 与 WordPress 深度集成：媒体库、区块编辑器、主题缩略图、SEO 插件都能直接读取图片信息。
缺点：
- 占用服务器磁盘和带宽：图片越多，服务器压力越大，尤其是流量上来后，图片会拖慢网站。
- 迁移稍麻烦：换域名时必须批量替换数据库里的旧链接，否则图片全裂。
- 没有自动压缩/WebP 转换：需要额外装插件（如 Smush、Imagify）来优化图片体积。
- 无 CDN 时加载速度受服务器地域限制：服务器在国内、读者在国外，或反过来，图片加载会慢。
适用场景：
- 博客刚起步，图片量不大，访问量不高。
- 想先把博客跑起来，不想在存储上花太多精力。
- 对数据自主性要求高，或预算上不想为 OSS 额外付费。
和方案一的配合建议：
- 写作用 Typora + PicGo + OSS：保证 Markdown 写作时插图无感、链接稳定。
- 博客用 WordPress 媒体库：发布到博客时，如果图片已经在 OSS，可以直接粘贴 OSS 链接；如果图片是博客专属的（如封面、截图），就上传到媒体库。
- 两者并不冲突，按图片的“用途”分流即可。
