赞。
有一个 fontmin 还有一个 font spider 也是做类似的事情。

@cdlnls 主要是，JS 渣的原因。。。
@dven 现在应该好了。。。
@ischen 主要看 CDN 厂商。。。
@ianyushun 谷歌毕竟是人类希望。。。
@tengyoubiao 我也挺喜欢的，但之前有人写 email 说觉得这字体很奇怪。。。
@lazyRabbit 插件很早就想了，但是 JS 渣。。。
@Jelly016 我感觉搜索黑暗不好。。。
@wucancc 慢慢地在开放一些能力。。。目前打算开放图片的存储和处理能力。。。之后会考虑搜索
@lazyRabbit 。。。

@lankaka 已在邮件中回复 Token 。

@hutusi 已发 token
@lankaka 可以发邮件到 [email protected]

为啥不做 jsdelivr 加速呢

赞，打击感好像还挺强的

@RRRSSS imgur 真是一个好网站，可是面向国内的话还是很慢啊。

@ycgk OK

@byfan
免费额度只有 10G 存储空间呀（ CDN 的 10G 免费流量，只有 http 啊）。

@ycgk 担心泄露原图的话，两个方案：
1. 上传原图后，可以开启「原图保护」（禁止访问原图）；
2. 自己在本地做一个简单的预处理，批量将 极清原图 ⇢ 准高清图；

你方便做个统计吗，多少张图片、总共多少容量？

@ByteCat 自家宽带对外服务？

@ycgk
这些照片很珍贵啊。
可以考虑用 imagemagick 自己写脚本批量处理，也可以考虑扔到一个存储系统里。
不知道你说的「安全问题」是指什么：
如果是存储的持久和稳定性，那基本上所有的分布式存储系统都会比你的单盘安全很多；
如果是原图泄漏问题，那完全可以自己做简单地做个「预处理」再上传（例如 先批量变成 1920 * 1920 的缩略图）
至于迁移，其实迁移新图就好了，老图的必要性不大（ imzm.im 这个博客就是新图开始用图床的）。但总体来讲肯定能有办法做批量迁移，只是在你的 blog 内可能需要调整 Url 这个对不懂技术的博主来说可能有一定困难。

https://www.2forest.cn/ 喜欢这个

@Tink 其实挺好迁移的，主要是看怎么去提供这个功能。比如可以在线打包下载啊

@csy123
https://camarts.app
http://yir.me/
https://quchao.net/
...
https://foreverblog.cn/

@cydian 感觉这个场景比较小...没怎么考虑过。我觉得云服务商的各种「对象存储」服务能满足你

@stille 我觉得放博客主机上特别不好。1 是访问慢，2 是很多人用特惠小鸡，10g 20g 存起来放心吗，3 是内容很容易句没了（因为不太上心）

@qof3990 七牛做的早，对开发者的服务比较好

@Aoang 目前 100g 并不会硬性限制。
正式收费后，未来也会采取可选的限制方式：
1. 默认采用「临时升级」：如果本次超过了套餐额度，可自动临时升级至更高一级的套餐，下月恢复；
2. 可选的「按需收费」：超过套餐额度，可按照「流量计费」来消耗更多的流量（依然比国内大部分 CDN 便宜）
3. 可选的「中断访问」：部分用户对价格较为敏感，并不希望因为异常超量而收到账单（传统的云存储出现好几次这样的情况了，有个网站因为编辑误传了 几十张 几十 M 的 GIF 图，光因为这篇文章的火爆造成了大几千元的账单）、


@ycgk
1. 费用敏感型的博主其实挺多的现在，现在的年轻人 13-14 岁就有了自己的博客（而且从你的博客来看，应该是很早就具备的比较好的经济基础）；

2. 并且费用问题远远不光是 CDN 的单价问题那么简单。比如你用的阿里云 OSS，他实际的费用为：OSS 流量 + OSS 请求数 + CDN 流量 + CDN 请求数。 你的博客目前我看访问量的确是比较低，但你的流量放大 10 倍就未必能忽视了（日 PV 量在上千或几千的博客还挺多的）；

3. 除了钱之外，由于定位不同（对象存储 和 媒体引擎），还真会有些差别。我看了一下你的博客，其实就有几个问题：
1. 你的博客内容非常棒、非常健康，却因为备案问题用着香港阿里云，虽然阿里云的香港线路对大陆大部分地区的访问已经很友好了，但一天抽风的时间还是非常多，并且很多地方的；
2. 你用了阿里云自动转 Webp 的图片接口节省流量，但如果你的用户用 MacOS Safari 来访问你的博客，会发现什么图都看不见（苹果系产品不支持 webp 。你的 WP 插件似乎对 iPhone 做了处理，但处理得并不完善），但一个好的的媒体引擎，是希望给用户一个无痛方案的：fmt=webp 参数在不支持 webp 的设备上比较可以完美地自动处理好；
3. 你的文章页顶部有一个横向的封面： https://www.dufengyan.com/life-experience/100-ways-to-live-in-africa/，按照普通的裁剪策略，很多人的头都被截断了，OSS 在处理这种情况下时候，需要配合购买第三方服务，并且还得自己处理较为复杂的逻辑。但媒体引擎也希望有一个无痛的选择：通过 pos=auto 自动寻找合适的位置，并裁剪出结果。demo： https://rmt.dogedoge.com/fetch/bitiful/storage/demo/2020-04-05-dufengyan_africa.jpeg?w=960&h=315&pos=auto

4. 总而言之 OSS 之类的对象存储服务的首要任务是为了让用户能安心地存储，至于内容处理技术细节支持一些普适性的功能即可；而媒体引擎除了希望让用户安心地存储之外，还能非常简单地使用各种深入和最新的媒体特性。

@malusama
1. 综合价格比 OSS 低不少；
2. 图片处理能力比 OSS 强（因为定位不同）；
3. 接入比 OSS 简单（目前 beta 中，并且没有任何生态，所以也比较难体现）
4. 七牛、又拍、OSS 这种还是要用自己的域名（很多没备案的域名并不方便用）

@cszchen
主要还是希望未来能通过各种博客、CMS 、图床软件、编辑器的插件来支持
Web 这个上传只是为了临时方便用。

@cydian 这是什么场景啊？这样搞的话系统会复杂很多。如果要做代理的话，可以弄 aff 。

@Mai1me 考虑了一下，「长期」跟「时间限定」好像没有冲突。

@pcbl 不会啊，收图片用这种方式也太慢了，而且跟关键词几乎无法挂钩。直接爬又快又好。

@g5hdyd
现在还蛮多独立博客的，好多超过 1 年依然在更新的～
嗯，定位不一样。至于靠谱这个事情，的确要靠时间来说明一些事。

是哪个地区的 OSS 啊。