这几天一直在博客美化(其实有点不务正业的嫌疑,因为这段时间应该备考期末的),本来也挺简单的一件事,但是“折腾”真就是“永无止境”——虽然明明根据操作文档已经然自己的博客用上了,但是总是想着自己去修改一些内容——先是想改背景图片,结果发现为了要使得博客访问加载的快一点,就需要建一个
床图
(也是在这自己接触了这个概念),于是就开始折腾CloudFlare R2、PicGo等等东西。其中在PicGo上被折腾的最久,其中都放弃了,直接手动在CloudFlare网站上上传图片(确实优点不方便),就因为一个小小的问题...要不是运气好,看到了类似问题的博客文章,估计我就只能“铩羽而归”了。
在这里记录一下自己的这趟“折腾”之旅的一些收获吧。
1.CloudFlare R2存储对象服务
使用R2服务需要绑定银行账户或者PayPal,自己刚尝试直接绑定银联的卡的时候一直不行,后来好在L站有很多有经验的佬友给出了可行方案:
使用绑定PayPal的方式,而不是直接绑定银联卡。
所以也是在这里自己注册了PayPal账号
2.PicGo上传图片
PicGo自己也是刚在这里接触的,是用于上传文件到对象存储服务器(如阿里云OSS、腾讯云COS、github等)的开源软件。
在它的配置上折腾了挺久的,主要是遇到了两个问题:
①安装Amazon S3插件失败
②图片上传失败
问题①:
在v2.3.1
插件搜索不到,然后就先下载到本地然后导入,结果还是失败,现在想来应该可以在命令行中使用npm
命令下载安装。
在最新的版本v2.4.0-beta9
中解决了这个问题,直接下载最新版本就好了。
问题②:
图片上传失败主要是报错: Failed to upload "image.png" to S3: connect ETIMEDOUT 162.159.141.50:443
这表明 PicGo 在尝试连接到 S3 服务器时发生了超时(ETIMEDOUT),可能的原因有:
- 网络连接问题
- 网络不稳定或网速较慢
- 可能被防火墙拦截
- DNS 解析问题
- S3 配置问题
- S3 服务器地址配置可能不正确
- Access Key 或 Secret Key 可能过期或无效
其中也试了一些方法都没用,最后是在看到了CSDN上的一篇博客后,最终解决了,具体操作:
在PicGo中设置代理为自己的开启的代理地址http://127.0.0.1:7890
(如下图中的②操作)
并对上传到存储桶中的文件路径进行了修改(如上图的①操作)
至此,问题就已经解决了,终于能成功上传图片了!!!
后来自己在看到了pseudoyu的教程博客后,又开始了折腾...
配置上传文件的链接格式
继续进行一些配置,如下图所示,再对上传文件的链接格式进行自定义,使得上传后就会根据文件名生成以文件名为 Alt 文本的 Markdown 图片链接。
3.WebP Cloud 图片优化
通常本地截图或是相机拍摄的图片体积较大,对于访客来说加载时间会较长,并不直接适合互联网发布,所以需要进行一些操作先对体积进行压缩。
介绍
通过大佬pseudoyu的博客中,了解到了webP Cloud服务:可以在几乎不改变画质的情况下大幅缩小图片体积,加快整体站点加载速度,除了图片体积减少外,还提供了缓存、添加水印、图片滤镜等更多实用的功能,并提供了自定义 Header 等配置选项。
使用
发现S3插件有两个版本,要选择
s3-own 1.4.5
的那一个,配置中才有“自定义域名”选项,这个选项之后配置WebP Cloud代理需要用到。
步骤:
-
使用github登录
-
创建代理
-
在PicGo中进行配置
由于最终需要放在博客中的图片是经过 WebP Cloud 代理过的链接,所以需要回到 PicGo 的「图床设置」中,将「自定义域名」改为我们刚配置的 WebP Cloud 代理地址,即格式为
xxx.webp.li
的代理链接或其他自定义域名。
over!
总结一下:
- 使用上了CloudFlare R2对象存储服务;
- 会使用PicGo上传图片到存储服务器;
- 学会了使用WebP Cloud服务对上传的图片进行优化。
到此,折腾也算告一段落了,然而——”折腾“——没用终点...
好饿,吃饭去喽~
标签:之旅,S3,博客,折腾,PicGo,上传,美化,图片 From: https://www.cnblogs.com/huazzi/p/18635502