租个美国大带宽服务器

@Lentin 不需要专门商用吧，用普通 CDN + 存储，保存常用的 JS/CSS 不就可以了

我也不理解只要你生活在境内，京东卡怎么会用不上。没有买日常用品的需求吗？

几十块买个小鸡，再花几百万买条跨国专线加速就可以了。这就是不用 CDN 的最好加速方案。

你如果只是想接收本地或者局域网的 http 请求那随便装个现成的服务器软件就行了，nginx/apache/iis 都行。

如果你是想提供远程网络访问，你得在安装了服务器软件的前提下，有固定公网 IP 或者写个程序监控更新公网 IP 的变化，然后开一个特殊端口提供 HTTP 服务。

“说新机外形继续沿用上一代”，这个不用编，它每次就是这么做的，而且它不在乎你说它这么做。

@Lemoxiao7 @ztcaoll222 @makelove

你们都没错。

国产手机品牌有些会强制游戏类应用和他们自己联运（联合运营）才让上架商店，联运一般都是用户所有消费抽成，比如华为强制 50% ，这个仅限游戏类应用，其它应用没有这么夸张的抽成。

iOS App Store 和 Google Play 是所有非实物商品，不管你是不是游戏类都要抽 30%，但苹果和谷歌都有针对新、小开发者的优惠政策，好像是 15%。

这两种模式哪个更过分很难说。

回归正题，“现在大家选择对象存储和 CDN 加速 一般选择哪家？”
当然是选择我们自己家多吉云，“每月 10GB 存储空间+20GB CDN 流量”是默认标配，不是只有 6 个月。而且 HTTPS 、动态请求都不收费，回源到存储空间也不收费。

跑个题，这个 AFF 链接没有 aff 的 id ，难道是通过 Referer 来进行返利的吗？

HTML 和 JS/CSS 并不一定是同一个提供者，而且一个网站引用的 JS/CSS 很有可能来自不同的提供者，比如同站和站外，比如不同的第三方 CDN ，甚至是同一个公司不同的团队（比如 A 产品团队需要使用到 B 产品，直接用 B 产品现成的 JS ）。

统一提供一个接口获取更新时间比现行方案麻烦太多了，特别是如果某个 JS/CSS 中间代理、CDN 、负载均衡的套娃比较多，你根本不知道找谁确认更新时间。

如果是你说的这种，HTML 和 JS/CSS 属于同一个提供者、同一个服务器的情况，这个提供者自己在服务器端修改响应头就可以了，响应头控制得好，比你的方案能少一次请求。

也许你担心的是在缓存期内突然来了个 bug 需要紧急修复，这种属于特殊场景，加 hash 的方案就挺合适的，怎么也比你的方案要简单。

“就会多出多少条 HTTPS 链接”，HTTPS 连接都是复用的，不需要每次都重新来一遍，没你想的那么耗能。而且如你所说，如果文件没更新，返回 304 也非常省流。

这东西我觉得没必要扯上区块链，现实世界就有很好的解决方案，叫做“合同”，签字盖章就能生效，要卖的东西直接作为附件放在合同里即可。如果嫌麻烦电子合同也有效力。

而且这个解决方案已经在现实世界流通数千年了，无数的实物、版权交易通过合同（契约）完成。

DOM 操作就可以直接添加新的 <style> 元素并且会生效，然后修改目标元素的 id 即可。

跑个题，不知道 #1 #2 怎么被 Windows Server 伤害过。

相比 Linux 来说，Windows Server 的缺点主要是两个，不免费，以及系统本身占用的内存多一些。第二个缺点反映到使用者身上来，本质上还是钱的问题。
然后就是由此衍生而来的作为服务器的生态、社区不如 Linux 完善的问题。

优点是对于不会敲代码和命令行的用户，熟悉的 UI 界面，入门没有那么大难度。
对于一些常见需求（比如跑个服务器）可以通过图形界面的方式按照教程一步步完成。
而且不需要会敲代码，普通人（非程序员）也可以使用云端的 Windows Server 做点普通 Windows 也能做的事情，比如挂个 QQ ，刷个网页等等，也可以挂一些有 Windows 版的服务端软件，或者直接当个远程 Windows 虚拟机使用。

一切都要回归于需求，Windows Server 的收费特性导致它成本高，生态差，不适合用来做追求效益最大化的生产。但如果你是个人用户（指普通人，不专指程序员）而且不熟悉 Linux 我觉得搞一台 Windows Server 在云端还挺方便的。

其实国内这种 UGC 视频网站的 PC 网页版都非常像 YouTube ，B 站也挺像的，只是没有西瓜这么像。

你要涨停了