@qwerthhusn 纠正下，Access-Control-Max-Age 仅对单个资源也就是 url 有效，不同的 url 会发起新的 preflight 请求。

https://stackoverflow.com/questions/42131714/cors-access-control-max-age-works-for-same-origin-or-just-same-request-url

虽然没有并发限制，但服务器带宽还是有限的。假设每个文件 100k ，服务器带宽 100m ，每秒也就 1000 个文件

这让我想起了一件事，我测试的时候喜欢在 DNS 记录里加自定义域名，比如 test.local, test.xxx 等等。但 test.dev 却不行，后来才知道 dev 顶级域名被谷歌买下了，全域都在 hsts 名单里，没法用 http 进行测试

大批量下载的话 http 协议比工具更重要，用 http2 下小文件可以跑满服务器带宽，1.1 就慢得多，并发太小

@Danswerme 因为没钱了，或者说有更需要花钱的地方

不看好芯片行业。过几年国家就会撤资，潮水退去，卖不出产品的公司都得死

用求解器吧，比算法灵活多了

首先要看内核层是否提供了这个接口，没提供的话应用层是毫无办法的

请他介绍下专业的内容，能信手拈来，脉络清晰的肯定靠谱

话说为什么非要做小程序，pwa 不行吗

我有一次用 Python 处理百万个 html 文件，远远达不到 IO 瓶颈，解释性语言的开销太大了

ublock origin 有 has-text 函数
进阶手段是 mitm 劫持 zhihu api
终极手段是放弃 zhihu

每次访问的时候打个时间戳，查询的时候过滤排序一下，这样行吗

@cs.edu, 该域名由 Columbia School of English 持有，看到过一个教授用这个

也可能是民科，正准备制造量子计算机，造之前先来问问需求（笑）

用过一个板子，调用 sprintf 就会清除内存，最后手写了一个 sprintf ，垃圾嵌入式

后几个算法的核心都是递归，你把 6.009 几个 lab 做一遍，最后写个 lisp 解释器就差不多熟悉了

无非是考察长整数嘛，大不了用字符串写一个