好热闹😄

如果 chromium 真的是把读了缓存（强缓存和协商缓存）就显示 200 状态， 那同域请求 304 应该也显示 200 才对而不是同域正常显示 304 跨域就改成 200 。 所以应该不是这个规则的原因。 @deplivesb

4 、Safrai 跨域请求显示 304 （报文）
https://i.imgur.com/FWjzuRy.png

1 、同跨正常显示 304
https://i.imgur.com/cbGMfzZ.png

2 、跨域显示 200 、服务端响应是 304
https://i.imgur.com/OHDBmhP.png

3 、Safrai 跨域请求显示 304
https://i.imgur.com/7rDThlR.png

@sujin190 #2 原始报文不应该被修改，如果是强缓存直接从本地拿的显示 200 没问题，已经发起了远程请求应该直接显示响应的状态码才对

@hepeng10 #3 304 就是 HTTP 标准定义的怎么可能拿不到 304 ， 是不是有点孤陋寡闻了

@deplivesb #4 这个就要看 chromium 怎么定义的这个 200 ，304 确实要读本地缓存，是不是读了缓存（强缓存和协商缓存）统一都是 200 ，就忽略协商缓存过程响应的 304

@wonderfulcxm #5 从来没见过 304 状态吗

很早之前就有个感觉 CDN 资源在浏览器中很少显示 304 状态，应该也是和这个问题有关。

应该是结构没同步好，手动加下唯一索引就好

Github 可以托管开源、闭源、私有项目 这都没问题，如果项目是 fork 开源项目的就要遵守原项目开源协议的规则。
原项目开源协议为 MPL-2.0 （ Mozilla Public License Version 2.0 ），新项目未采用开源协议，至于是否从 0 开始重写是未知的，因为没开源过。
https://i.imgur.com/59RKq6I.gif

罪恶都来了 哈哈哈哈😂，前端的东西很多但都很简单，写框架的和写业务的区别真不大只是侧重方向不一样，没必要拉高踩低的。
还有造这种轮子除了拿来练练手其他意义不大。 还有看了项目代码总结就是不太规范、质量不高，过度设计。
http client 仅关心网络层就够了，不需要关心业务场景，比如缓存、分页、组件、应用层框架等。
代码并不是多就是好，有很多前端优秀的库都是如此，简单易用是首要原则。

-20 左右是正常的，太低了并不好

小公司上微服务倒不一定有问题，就怕瞎拆分几个人能拆 10 几个服务，除了浪费资源也没太大实际好处。

新人其实不用给自己加那么多前缀，什么社区 5 级说明时间比较充裕水文比较多，拥有开源项目看了下基本等于用 github 托管了 2 个个人项目， 都没太大实质意义。如果写刷了多少道 leetcode 题，参与了什么明星开源项目，简历有企业开发项目是比较加分的。

@wu67 10M 上行也不慢 看看是不是把连接数被限制了

这么闲

平时用 Edge 比较多，所以 Microsoft Authenticator 是个不错的选择， 微软算是比较稳定可信的

再次的意思是 之前 200M 吗 被砍半了 2 次？

旁路由就是单臂路由 🐶