BeautifulSoap

@wangritian 生产环境运行在 aws 的 ecs 上不可能让你去抓包

@gstqc
@ryd994

十分感谢，经过测试通过 set 设置变量之后，可以输出到日志中

@Kasumi20 所以这和 nginx 不能记录到达时间有任何关系吗？所有 nginc 都有上游？
顺便生产环境上游是 aws 的 load balancer，再上面是 cloudfront，这两服务查起 log 更麻烦。服务跑在 aws 的 ecs 集群里

@lcdtyph 你是真的不看贴啊

“想分析下具体流量怎么冲过来的都麻烦死，要先对 log 做预处理，用请求完成时间减去记录的请求时长，反过来计算出到达时间（而且这算出来到底靠不靠谱心理还没底）”

@ch2 又不是微服务

你直接在 wsl2 中装 IDE 然后通过 xserver 把图形界面传出来不就好了

https://techcommunity.microsoft.com/t5/windows-dev-appconsult/running-wsl-gui-apps-on-windows-10/ba-p/1493242

哈哈，上面说的很有道理，个人把 aws 那堆服务都用一遍，小心破产。aws 的收费策略是真的相当复杂

aws 真的没有具体的项目给你做引导，你很难学的，那么庞大的体系，很多都是个人项目根本不用到也想不到去学的
光是 ecs 就有 ec2 和 fargate 两种，fargate 实际上就是基于 ec2 实现的，所以你要学 ec2，用 ec2 你还必须得配置 vpc，各种 az 区，public subnet, private subnet，nat gateway，security groups 啊都是坑。负载均衡 elb 从以前旧的到现在 application elb，配置 targate group 之类的，到这里你才刚刚会了最基本的 ec2 相关的几个功能
然后 ecs 的话就问题更多了，cluster，service，task 之类的，都是泪
然后 aws 一个很重要的功能还是由于企业项目的各种监视、日志服务。点进 cloudwatch 看看那复杂的内容，从基本的 log grooup 到 metric，alarm，然后 insights，以及用 ecs 就必定离不开的 container insighs 等等（顺便这些功能还多多少少和 s3 有关系）
用了 cloudfront 和 elb 的话，做错误排查你必定还得涉及到它们的请求日志问题，这时候就要用 athena 了（这玩意按照处理数据量收费的样子，数据量大了花费也不小）
RDS 的话少年你要不要考虑下 Aurora ？扩展方便，非常好用哦？
要配置 CI 的话 Pipeline 来一发，从 code build 到 depoly，因为 aws 的 code buiild 使用公共 ip 所以经常从 docker hub 拉镜像失败，所以你还得配合 vpc 的 nat gateway 把 code build 的执行环境搞到自己的 vpc 内

上面这么多东西一个个手动在网页上配置太麻烦了，所以你还得学学 aws cli，但是 cli 功能有限，所以最终你会发现自己会用到 cloud formation 这个复杂的天坑来完全将环境配置自动化。手写 json 或 yaml 可能太累，你还需要使用 pytho 或 go 之类的辅助库来帮助你自动生成 cloud formation 的 template

嗯，除此之外 aws 还有非常非常多经常用到的小功能和奇淫巧计，真的不用体会不到个中辛酸

@yitingbai 你这就有点强行替微信说话了。不给存储权限微信也有很多符合安卓标准的方式获取保存媒体文件。结果微信就是不做