由于 urltransform 的特性, 必须在响应标头出来之前(请求到达源服务器之前)就完成修饰. 于是就根本不可能使用 header 修饰符组合通过 mimetype 来精准地判断是否是图片资源. 只能针对特地站点的, 只能依赖于图片资源的显式扩展名来判断.
除非提前知道站点内的所有媒体服务器的主机名. 或者... 有一种能主动发出 HEAD 请求的东西. 但是在没有显式的标记的情况下(如扩展名, 主机名), 如何判断应用内的资源那些是媒体资源呢? 对着所有未知的外部资源发一通 HEAD 吗? 客户端就像一个盲人一样, 对着这些没有 "Alt" 的资源瞎猜类型.
对于 header 的利用, 可以直接通过 Content-Length 标头阻止某些体积过大的资源, 虽然有些媒体服务器根本就不带这个标头...
某些允许自由插入图片外链的社媒平台, 随随便便一张 1080P 的 PNG 截图就能超过 1MB. 托管图片是简单的, 和托管文件一样对待就好了, 但是压缩和处理图片又是计算密集的.
社交媒体昂贵的源头就是这些没有得到正确处理的媒体资源.