dongruixuan

现在都是 https 了，一般没啥风险

@youngxxx 其实绕过审核的水很深，直播抽帧算法、送入风控模型前的下采样算法都是可以攻击的点，例如黑客可以让抽帧+下采样后过风控的那些帧都是不涉及问题的安全帧，然后在其他帧内插入问题内容。甚至也可能有端上和审核侧读视频流/音频流的差异（例如损坏的帧数据流怎么处理，多条流怎么处理等等）

简单测了下 rust ，用的 actix-web 。CPU i5-13600K, 在 WSL 下运行。RPS 1.38M
```shell
wrk -t8 -c750 -d10s http://127.0.0.1:8000/api/ping.gif
Running 10s test @ http://127.0.0.1:8000/api/ping.gif
8 threads and 750 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 535.49us 767.36us 14.77ms 90.42%
Req/Sec 175.31k 19.72k 209.16k 76.43%
13988354 requests in 10.10s, 2.11GB read
Requests/sec: 1384945.09
Transfer/sec: 213.97MB
```
如果 wrk 用 2 线程 750 连接只能打到
```
wrk -t2 -c750 -d10s http://127.0.0.1:8000/api/ping.gif
Running 10s test @ http://127.0.0.1:8000/api/ping.gif
2 threads and 750 connections
Thread Stats Avg Stdev Max +/- Stdev
Latency 2.05ms 0.98ms 10.72ms 59.25%
Req/Sec 92.84k 3.88k 98.45k 85.86%
1851767 requests in 10.10s, 286.09MB read
Requests/sec: 183347.71
Transfer/sec: 28.33MB
```
代码如下
```rust
use actix_web;
use actix_web::{get, App, HttpResponse, HttpServer, Responder};

const TRANSPARENT_GIF: &'static [u8] =
b"\x47\x49\x46\x38\x39\x61\x01\x00\x01\x00\x80\x00\x00\x00\x00\x00
\xff\xff\xff\x21\xf9\x04\x01\x00\x00\x00\x00\x2c\x00\x00\x00\x00
\x01\x00\x01\x00\x00\x02\x02\x44\x01\x00\x3b";

#[get("/api/ping.gif")]
async fn transparent_image() -> impl Responder {
HttpResponse::Ok()
.append_header(("Content-Type", "image/gif"))
.body(TRANSPARENT_GIF)
}

#[actix_web::main]
async fn main() -> std::io::Result<()> {
HttpServer::new(|| {
App::new()
.service(transparent_image)
})
.bind(("127.0.0.1", 8000))?
.run()
.await
}
```

只知道有个同事用 cursor 的 pylance + type checking 的时候会报莫名其妙的类型错误，换到 vscode+同版本的 pylance 就好了

这个关联性确定有吗，会不会是开了 swap 什么的

"只能在 prod 来验证" 这个能录制下 prod 的流量，在测试环境回放吗？

稍微多点能上 mac mini?

postgres 的话，这种 visualizer 感觉就很够用了 https://pev2.pages.dev/ 。是不是不太需要把数据集显示出来