@bearboss 有点没理解，如果是想固定 ip 的话，两行命令中的 ip 只要和现有 ip 段之类的冲突，是可以随意设置的

@NIYIKI 你这所谓“优雅”就非常自相矛盾了，虚拟机也是时常占着 2G，按你的标准来说这不优雅，同时你不用虚拟机的时候虚拟机也时常占着 2G 需要手动关闭虚拟机，按你的标准来说这也是不优雅的
光从你说的这些角度来看，虚拟机的“优雅”程度和 wsl2 并没任何区别

@suny0508
@NIYIKI

https://v2ex.com/t/744955
固定 ip 这个可以看我这贴，一个脚本就行每次启动分配固定 ip 。至少比各种在 hosts 里搞 ddns 的好用很多

然后内存占用这点我比较奇怪的是，wsl2 明明可以像虚拟机那样设置内存占用上限的，设个上限就行了，怎么那么多人都抱怨 wsl2 内存占用多

@x940727 我怀疑老哥过大的偏见已经蒙蔽了你的眼睛了——“在 2060 年，中国煤电装机将全部退出”，“60 年碳中和，9 年后碳达峰清洁能源占总发电比提升到 20%，完全替换火力发电的计划都出了“，短期内淘汰火力发电是个人都知道不现实，但是目标是 60 年，那时候你我都是六七十岁的老人了，对国家来说小几十年就是沧海桑田，更何况是去想象这 40 年后的未来。虽说也很有挑战，但是我相信这种面对全世界做出的承诺，到 60 年国家能做到，这方面我对国家有信心

这反转可以，教我们别没事乱吃瓜

@BeautifulSoap 啊，时间点修正下，提出火力发电全部退出是在提出碳中和几个月后，不是同时

@Cu635 就这么喜欢学鲁豫 “真的吗？我不信”那套？火力发电完全退出可是提出碳中和时的一个很引人注目的目标，搜一下就出来的新闻，一定懒得搜

http://www.people.com.cn/n1/2021/0323/c32306-32057882.html
“近日，全球能源互联网发展合作组织在京举办中国碳达峰碳中和成果发布暨研讨会，在国内首次提出通过建设中国能源互联网实现碳减排目标的系统方案。该方案提出，具体到生产生活中，在 2060 年，中国煤电装机将全部退出”

电动车这个，其实涉及到挺多方面的

最根本的一点就是国家安全，中国作为石油进口大国石油安全一直没法得到保障，一旦发生什么国际变动被切断石油供应中国的储备石油只能撑非常短的时间。从这个角度来看，国家安全才是大力推动新能源汽车的动力，这和环保没有关系

再一个就是和 5G 一样，电动汽车是汽车行业的未来，燃油汽车我们中国已经没法和积累了这么多年的欧美企业拼经验、实力了，而电动汽车才刚起步，欧美国家也是在摸索前进他们和中国一样处于同样的起点，所以从国家层面就是必须要抓住下一次行业变革的机会，不能落后。一旦中国电动车跟上了制造前沿，那么就能和欧美国家竞争今后产业的制高点（不如说现在电动车开发中国企业已经算得上是领先的了

有了上面这些国家支持的前提，最后才是上面说的各种资本进场。资本进场这个我并不觉得一定是坏事，大量资本进场也意味着人才资金的流入，对于电动车这个刚起步的产业，需要大量资本的投资。最后有实力的活下来，没实力的淘汰，最终中国的电动车行业应该能成就一两个全球顶尖企业

@belin520 没有节能减排的打算，简直章口就来。60 年碳中和，9 年后碳达峰清洁能源占总发电比提升到 20%，完全替换火力发电的计划都出了，实际的准备工作都开始做了，在你眼里这都是说说的话。已经说给全世界听的话，不可能不做的，而且对国家来说减少化石燃料依赖可是涉及国家安全的一件大事，国家比你还想推进电动车

@ThanksSirAlex 你买的什么授权 28000 一年。。。。。

lz 你都有 idea 了，直接 idea 装个官方 python 插件不就好了，功能和 pycharm 一模一样
jb 家的很多 idea 实际上就是 idea 装个插件，没什么必要特意去买全家桶

当然我买了全家桶当作支持了

虽然根本没看懂 lz 到底遇到了什么问题（连错误信息都没有），但是通过别的方式访问到容器内的文件还是有非常多方法的，搜一下就一堆
https://stackoverflow.com/questions/20813486/exploring-docker-containers-file-system

以及，容器崩了直接销毁重启不就好了，别说 lz 你所有数据都没持久化全塞容器里。。。。。。。

@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 还有非常非常多经常用到的小功能和奇淫巧计，真的不用体会不到个中辛酸