请教一下大伙们对象存储的问题

这玩意不往你本地写 cookie ，没法计算次数。它的授权基于临时 token 。

它只是一个简单的存储功能，如果你需要业务特性，需要你自己的业务实现。

oss 套 cdn 吧，cdn 买流量，流量没了就停用，不然 oss 被刷你就惨了

厂商的请求数都是后算的吧，而且也只是个统计值，否则近乎实时计算每个对象的请求数这个费用估计都得超过你存储需要的费用了吧，所以没有这功能才是正常的

对象存储的签名机制是纯算法实现，不存储任何状态，验证的本质就是在服务端重新算一遍，所以一但带签名的 URL 泄露，你是没法控制的，你能控制的就是有效期，下载的时候 redirect + 缩短签名有效期 能一定程度上避免，但无法杜绝

@gaobh 我能理解成让他不直接请求 oss 的资源地址 直接请求我的接口下载吗，但是如果是这样的话 那下载速度不就被我这台机器的带宽给限制了？

@IvanLi127 这个方法确实，我提阿里的工单 他也说你把你的链接时效性设置成几秒就行了

@Dongxiaohao #25 虽然我没实现过，但感觉可以这样：你用 PreSigned URL （不知道 aliyun OSS 支持否），然后 PreSigned URL 的 hostname 部分指向你的一个服务，然后这个服务统计每一个 PreSigned URL 的请求次数，在此数之内，Http 302 重定向到真正的 PreSigned URL （就是 hostname 没被替换的那个），超过了次数返回错误，这样宽带不受你的服务器的限制。

比如说你拿到的一个 PreSigned URL 是 https://oss.aliyun.com/xxx ，你就把它替换成 https://your-service.example.com/xxx ，然后你在 your-service.example.com 部署那个判断次数的 HTTP 应用。

@IvanLi127 你知道我为什么说他质量高吗，对于 op 的问题他直接给出了答复，并且在此基础上给出了其他实现途径和方法，我觉得这简直是太棒了。而且他的内容除了开头和结尾官方式答复，中间的内容是条理清晰，不会让人读来摸不着头脑。

@HTDit 我觉得那个答案可行性不够，有头没尾，后面一半直接扯套话了，把问题重新抛出来。中间那几行感觉有深入了解的价值，但是具体怎么做没说清楚，问 ai 还能追问。7 段话就 2 段有用啊，看不出来个答案质量有多高...

@IvanLi127 那你感觉你的方案和 ai 回答的数据库下限制，在实现方向上，有区别吗

@HTDit 我认为 ai 没有结合对象存储提供可行方案，只要没提签短时间的链接，方向到底一不一样，还得再问一两次才知道。
反正我没看出来这份 ai 回答有什么好的，ai 好不好就到此为止吧，我的答案不配和 ai 比。