图床#

1
$postParams = @{
2
    email = "你的登录邮箱"
3
    password = "你的登录密码"
4
}
5

6
Invoke-RestMethod -Uri "https://图床域名/api/v1/tokens" `
7
-Method Post `
8
-Headers @{"Accept"="application/json"} `
9
-Body $postParams

1
# --- 配置区 ---
2
$baseUrl = "你的图床域名"
3
$apiToken = "这里填入任意同账户Token"
4

5
# --- 执行区 ---
6
$headers = @{
7
    "Authorization" = "Bearer $apiToken"
8
    "Accept" = "application/json"
9
}
10

11
try {
12
    $response = Invoke-RestMethod -Uri "$baseUrl/api/v1/tokens" -Method Delete -Headers $headers
13
    if ($response.status) {
14
        Write-Host "成功：当前 Token 已被清空！" -ForegroundColor Green
15
    } else {
16
        Write-Host "失败：$($response.message)" -ForegroundColor Red
17
    }
18
} catch {
19
    Write-Host "请求出错，请检查域名或 Token 是否正确。" -ForegroundColor Red
20
    $_.Exception.Message
21
}

WEBP#

WebP是一种同时提供了有损压缩与无损压缩的图片文件格式。 WebP最初在2010年9月发布，其支持库于2018年4月发布1.0版本。截至2021年5月，已有94%浏览器支持此格式。 WebP的设计目标是在减少文件容量同时，达到和JPEG、PNG、GIF格式相同的图片质量，并希望借此能够减少图片档在网络上的发送时间。

上传图片请优先考虑转换为webp再上传返回图链，或者通过 WebP Cloud 加速 (在线代理)

webp的优势

• 极高的压缩率：在同等画质下，WebP 的体积比 JPEG 小 25%~34%，比 PNG 小 26%。这意味着同样的图片，WebP 能让你的页面加载速度提升一大截。
• “全能型”选手：
  • 支持透明度：它像 PNG 一样支持透明背景，但体积远小于 PNG。
  • 支持动图：它像 GIF 一样支持动画，但压缩效率比 GIF 高得多，且支持全彩（GIF 仅支持 256 色）。
• SEO 友好：Google 非常看重页面加载速度。使用 WebP 能显著提升 Google PageSpeed Insights 的评分，从而间接提升搜索排名。
• 节省带宽/流量：如果你的博客访问量很大，或者托管在按流量计费的云服务（如阿里云、腾讯云对象存储）上，WebP 能帮你省下不少真金白银。

WebP Cloud 提供了一些 PicList 无法做到的动态功能：

• 智能回源： 它能根据访客的浏览器自动决定发 WebP 还是 AVIF（比 WebP 更高效）。如果访客是用上古浏览器，它会自动回退到 JPG。
• 即时处理： 比如你有一张 5MB 的原图，你可以在 URL 后面加个参数 ?image_process=resize,w_500，它会立即在云端帮你生成一张 500 宽的小图。
• 保护原图： 你的图床链接可以不对外公开，只公开 WebP Cloud 提供的代理链接，有效防止原图被盗。

WebP Cloud 免费吗？

是的，它有免费额度，但有限制。

截至目前，WebP Cloud 的 Always Free 计划包含：

• 日循环额度： 3,000 次（对于普通博客绝对够用）。（通过签到可以获取一些永久的免费额度）
• 缓存限制： 200 MiB 缓存空间。
• 代理数量： 最多支持 3 个代理（即关联 3 个图床/源站）。
• 费用： $0。
• 注意： 如果你的日流量非常大，超过 3,000 次请求后，你可以设置“回退到原图”或者“显示占位图”。

适合用 PicList 转换的情况：

• 你对图片没有二次修改需求（不需要动态缩放）。
• 你希望图床文件越小越好（节省存储空间）。
• 你不想依赖第三方中间服务，追求极致的简洁。

适合用 WebP Cloud 的情况：

• 你想在博客里保留高清原图供下载，但展示时用压缩图。
• 你需要为不同设备（手机/电脑）提供不同尺寸的图片。
• 你的图床本身速度一般（如放在 GitHub 或 Backblaze 上），想白嫖它的全球加速。

那如果两个我都要呢？

一. 这种方案的实际效果

如果你先用 PicList 把 PNG/JPG 转成了 WebP 上传，再用 WebP Cloud 代理，会发生以下过程：

1. 存储阶段： 你的图床里存的是已经压缩过的 WebP（体积已经变小，省了图床流量/空间）。
2. 回源阶段： WebP Cloud 去你的图床抓取时，抓到的是 WebP。
3. 二次处理： WebP Cloud 会发现这已经是 WebP 了，它通常不会再次进行有损压缩（除非你设置了更低的质量参数），但它会：
   • 转化为 AVIF： 如果访客浏览器支持 AVIF（压缩率比 WebP 更高），WebP Cloud 会把你的 WebP 转成 AVIF 发给用户。
   • 全球 CDN 缓存： 利用它的边缘节点加速图片加载。

二. 这么做的优缺点

优点 ✅

• 极致省流量： 你的图床回源给 WebP Cloud 时消耗的流量最小（因为回源的就是 WebP）。
• 兼容性无忧： 即使你本地转的 WebP 编码有问题，WebP Cloud 也会作为“中间人”确保输出最兼容的格式。
• 保留动态处理能力： 你依然可以通过在 URL 后面加参数（如 ?image_process=resize,w_300）来实时生成缩略图，而不需要自己手动去切图。

缺点 ❌

• 画质潜在损耗： 虽然 WebP 是现代格式，但“本地压一次 + 云端处理一次”理论上存在极微小的画质劣化（通常肉眼不可见）。
• 失去了“后悔药”： 如果你先转成 WebP 上传，你就彻底丢掉了原图。万一未来出现了比 WebP/AVIF 更牛的格式，你无法再从高质量原图转换过去。

三. 性能与成本对比

webp cloud的使用

首先通过 GitHub 或者谷歌授权登录 WebP Cloud 平台。

点击右下角创建代理

• 「代理名称」填写一个自定义名称即可
• 「源站地址」，以GitHub图床为例，填写：https://raw.githubusercontent.com/你的用户名/你的仓库名/master

然后你会获得一个地址，piclist填写到自定义域名即可使用

套娃

是的，你依旧可以考虑套娃

所谓的套娃逻辑是： GitHub (存储) -> jsDelivr (CDN 分发) -> WebP Cloud (格式转换/处理)

为什么要这么做？

1. 减轻 WebP Cloud 的回源压力：如果你直接让 WebP Cloud 去 GitHub 取图，由于 GitHub 官网在海外且有时不稳定，可能会导致 WebP Cloud 转换超时。如果让它去 jsDelivr 取图（jsDelivr 有全球缓存），WebP Cloud 获取原图的速度会极快，渲染也就更快。
2. 双重加速：利用了 jsDelivr 的分发能力和 WebP Cloud 的压缩能力。

如何配置套娃？

在 WebP Cloud 后台创建 Proxy 时：

• Origin URL: 填你的 jsDelivr 地址，例如： https://cdn.jsdelivr.net/gh/你的用户名/你的仓库名/master
• WebP Cloud 会给你一个新地址： https://xxxx.webp.ee/

自动替换图链#