废了好大的劲,终于将小站的图片都迁移到自己的图床了!
目录
一、动机/起因/缘由
1. 发现博客有一个图片裂了,于是乎检查下是咋回事。打开图片链接一看,404了... 图去哪儿了?
这也太坑了,如果哪天图床不维护了,那可咋办!话说回来了,公益图床能用已经不错了,能不能长久不重要,重要的是不要再把重要的图这样乱丢了...
2. 另外,Wordpress自带的媒体功能十分不好用,传个图片要点很多次按钮...
3. 再另外,小站所在的服务器的空间也有限,都放上去总有盘不够用的那天... 而且服务器还很弱,都从服务器访问图片会不会让服务器崩溃啊...
4. 博主也是不很懂这些,总之看到大佬们一般都有自己的图床!于是乎,弄一个自己的图床提上日程,且刻不容缓...
二、选方案
第一反应是想到了之前别人说的用Github仓库做图床,Google搜索了下
结果都是关于PicGo的,第一回听到这个名字,但是隐隐感觉很厉害。点进去看了下,PicGo是一个有12K点赞的Github开源项目,惊呆了!
三、搭建图床
1. 下载PicGo应用程序
开始以为是需要自己部署的Web应用程序,找了半天如何部署到服务器。原来PicGo是应用程序,直接提供了Windows,Linux,Mac的下载地址。
2. 打开PicGo应用程序
3. 新建一个Github仓库+Github图床设置
支持的图床真的多,看了下Github排在所有图床的第三位。先不管那么多,点开Github图床,大概知道这是要做什么了,主要就是要获得授权码,给这个应用程序访问我们的某个Github仓库的权限。
1. Github仓库不为空的话,就可以设置仓库的Page的自定义域名。这样可以让别人不知道具体的仓库地址?虽然是图床,拿来给放图给别人看的,但是还是想保护下,给仓库设置了一个自定义域名:)
2. 自定义域名方式不能起到保护隐私,如果在Github搜索域名,可以搜到对应的CNAME文件。所以还是建议直接对Github仓库进行反代,再或者对自定义域名再反代一层。
3. 不从隐私保护角度,如果考虑加速,可以用jsdelivr提供的CDN服务,应该也属于是对Github仓库的反代!?
4. 安装插件
看到项目介绍里面提到了“支持插件系统,已有插件支持 Gitee、青云等第三方图床,更多第三方插件以及使用了 PicGo 底层的应用可以在 Awesome-PicGo 找到。欢迎贡献!”
想起来之前对截图进行无损压缩的痛:
2. 保存到本地
3. 打开tinypng网站
4. 上传到tinypng网站压缩
5. 从tinypng网站下回本地
6. 上传到公共图床
7. 复制图床返回的链接
8. 粘贴到博客
如果插件可以用,那么就可以变成了
2. 右键粘贴到PicGo软件
3. 右键粘贴PicGo返回的网址到博客
四、最后效果
五、踩到的一些坑
1. Github 图床 404 错误
图片上传之后至少10分钟内,不能够访问,打开就是404错误,经过各种排查,最后才发现坑是在:
域名是托管在Cloudflare的,域名的DNS设置部分不要点亮小黄标;SSL设置部分,不要应用到子域名
2. PicGo 安装图片无损压缩插件一直提示正在安装
插件的issue里面有写这是网络的问题:
https://github.com/JuZiSang/picgo-plugin-compress/issues/2
记忆中是将proxifier重启下再点安装就很顺利了,可能是proxifier当时有点问题