除了镜像站，有什么更简单明了的方式凸显出是个高校 Linux 协会？
一个镜像站应该是 Linux 协会最简单明了的宣传手段。

@Eytoyes 类似 r4s/orange pi 这种 arm 开发板，倒是可行性比较大，板子比较小，问题就是好像大部分只有 usb3.0 接口，拓展性比较低。

@Kinnice 上主动散热会不会有点吵，被动散热密闭空间不一定 hold 得住

放进一个 itx 是有什么需求吗，虚拟机？家庭网关？软路由？好像都有更好的选择

如果说 "已经成为了事实上的技术标杆"，"绕不开"，但是却没有任何第三方做例证，我感觉有些 false , big and null

ScriptCat 写个脚本

我觉得回应质疑的最好方法是拿出一个 demo ，例如 douyin/ks/b 站这种直播间 万人同屏，进一个用户或者一个弹幕就生成一个形象，而不是不回应。

@rizon 比如挖矿脚本

设备加自签证书，mitm proxy 判断 ua ，各大 app 基本都有特定的 ua 。

右键 Header Options ,把 protocol 勾选上，你就能看到，不让你 view-source 的是 h2

能满足你需求就完事了

光 css js 加载就近 8 秒了，放 cdn 吧
@vazo 要么是你习惯了这么慢，要么可能是你本地有缓存。

这个问题还有个孪生题目： 为什么要区分不同的 HTTP 请求方法？(hhhhhhh)

@iyaozhen 虽然我也反对 200 一把梭，但是你这两点貌似都没太大关系吧，
监控：
1. 业务监控，那解析 body 是应该的，
2. 链路监控，业务出问题和你链路有啥关系？
3. 混合监控，就算你看到了 4xx/5xx 你不解析 body ，能准确反应出原因？ httpcode 可没这么全
nginx 重试：
业务出问题了，你网关重试个啥？ 比如我 post 添加一条数据，失败了，你 nginx 还帮我重试一下？

@LxnChan 别，我感觉一个移动端 IM 里面塞个虚幻 4 是不合理的。

@hdkzwzj youtube 可能走了 quic ，屏蔽 443 端口的 udp 流量，或者 chrome 内关闭 quic

传全路径是安全大忌

1. 后端 把 D:/aaaa/bbbbb/uploads/d.jpg 的 D:/aaaa/bbbbb 去掉，只传 uploads/d.jpg
2. 设置 web 服务器可以访问 uploads/目录,即 http://localhost:8080/uploads => D:/aaaa/bbbbb/uploads

flask 版本（低版本要开启 threading ）
浏览器截图（你试的两个浏览器是 chrome 和 edge?）
静态资源的那部分代码