@Hamao 作为设计、代码、DevOps 全包的苦逼全干工程师，和 AWS 斗智斗勇了 N 年还是有一丁点经验的😎

@hwcloudnative 就实践来说，现在普通项目直接用 EC2 的已经比较少了。除非项目很大（需要一直启动非常多 EC2 来计算才行），这种用 AWS ECS+EC2 是最有性价比的。而且比起 EKS 我觉得不如考虑 AWS ECS+Fargate 。ECS 这东西是真的无脑简单，什么都不用管，没 k8s 知识都能直接上。而且可以根据需要在 EC2 后端和 Fargate 后端里切换。deploy 之类的也都是给你准备好了，纯无脑

再一个 Lambda 也适合大的项目，主要还是看具体的负载类型。对于那种流量一直恒定很高的还是 ECS 比较好，但对于流量有疏有密的情况，Lambda 成本有自己的优势。比如我参与的某个几十万用户的 Lambda+Nodejs 项目，Lambda 每个本月花费$100 都没有。另一个大的项目每个月 Lambda 费用也就$1000 刀（那个项目 kotlin 写的，本身硬件要求就高没办法）。而且各种实践证明，所有 aws 服务中最花钱的并不是计算部分，甚至都不是数据库，而是 CloudWatch （这个没经验的人是真的想不到的）。。。。。。每次项目想的是好好设计下日志，节省 CloudWatch 开支，结果每次都是 CloudWatch 费用占大头

1. ApiGateway 内部就是 CloudFront ，所以没必要把它放 CF 后面搞套娃，再一个 ApiGateway 放 CF 后面会遇到证书等问题。ApiGateway 应该和 CloudFront 同级，用同样的 WAF

2. ApiGateway 不是在 VPC 里的，它和 CloudFront 一样运行在 AWS 网络里（毕竟内部就是 CF ）

3. DyanmoDB 也不是运行在 VPC 里的服务，和 CloudFront 一样运行在 AWS 网络里（应该放到 VPC 外部）

4. 看 lz 的意思是要把 lambda 放 private subnet 里，并且 private subent 里没有任何 nat gateway 之类的服务。这会有个如下几个问题：a. 服务端如果要和外部服务交互么。有的话需要添加 nat gateway 或者 private link 之类的 b. 因为 DynamoDB 不是运行在 VPC 里的服务，所以目前这个情况你的 lambda 将无法和 dynamodb 通信。要么在 vpc 内添加 dynamodb 用的 private link 要么通过 nat gateway 和 DynamoDB 交互（不推荐 natgateway ，走的是外部网络通信）

5. lmabda 是一个 api 一个 lambda 还是只有一个 lambda 。前者需要设置好 secruity group 防止耗尽 subnet 的 ip 资源。并且 lambda 需要注意冷启动问题

6. 监视等服务也都不在 vpc ，全移出去到 aws cloud 里

7. 看样子是通过 docker 镜像方式部署 lambda 并不是 zip ，你这镜像是要赛 aws ECR 里？最好也标明

7. deploy 通过 serverless cli 的话最好拎出来单独拎出来画箭头，别和 lambda 放一起

有的人情世故的技巧是真的要教要练的
比如和人说话要看对方眼睛，从小不教不拉着孩子练习，到大了也不习惯看人眼睛

outline 虽然看起来像 notion ，但功能其实很简陋，而且登录只能选 OIDC 之类的，用起来其实也挺麻烦的。当然简洁是挺简洁的

lz 指 DDD 还是普通开发

普通开发随便你折腾，一般找个地方 singleton 一下就行了，尤其 db ，每个实例内部维护有链接池，每次都新 new 的话 db 连接会很快耗尽（都是生产事故的教训）

DDD 的话 domain service 里肯定不能 new 这种 infra 的，项目启动时 new 一下塞 di 里，或者用全局变量做个 lazyload 的 singleton 。我更喜欢在 domain 里为简单的 client 各自定义出一个抽象的接口，然后 domain entity 数据通过 repository 接口和 infra 进行交互

选 anytype 吧，虽然仍在开发中，但从它的理念和功能来看，我觉得是目前新一代笔记中最好的。目前功能已经很完善了

> 但是直到现在还是解决不了盲打上面数字一排数字键盘，经常会出错

放心，大部分会盲打的人都没法非常准确地盲打最上一排的所有数字键（包括 F 键也是）地，都是要看一眼

所以我买键盘从来都是买 108 全键盘。小键盘打数字是真的爽得不行

@lisxour wsl 导出命令会把虚拟磁盘里的所有文件导出成 tar 文件。导入也是解包 tar ，与其这么折腾还不如直接把 vhdx 复制出来最简单。想改 wsl 的路径直接把注册表里路径改了移动下 vhdx 就行

@lehrer 艹，老哥你还记得我的帖子哈哈。不过我已经入了 12.9 的 ipad pro M1 款了 :(

该说的上面都说了，补充几点
1. wsl2 记得设置内存使用上限，不设倒也可以看你具体情况
2. 注册表管理器找到如下键值，这是你 wsl2 的 vhdx 路径，可以更改路径把 wsl2 的虚拟硬盘文件移动到其他地方方便管理。今后换电脑重装系统只需要备份好这个 vhdx ，你的整个 wsl2 环境都能一瞬间恢复: 计算机\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Lxss\{发行版 uuid}\BasePath
3. 要用 gui 可以用 wslg ，虽然我更喜欢直接 xserver （因为 wslg 的窗口没法简单管理大小）

每日 500g 牛肉 or 猪肉 or 鸡肉

蛋白粉？在我这不存在的

@enchilada2020 并不一定，哪怕是科班线路，也不一定要从 C 入门。我觉得 C 更应该被视为有一定编程基础和对计算机结构基础有了解之后的进阶知识。一上来就 C 只会打击学习热情
比如麻省理工 CS 就是最早用 Python

虽然但是，一个没什么特定需求驱动的人，初学真不应该学 c ，c 艹

问了下 chatgpt ，让整理了以下终于是看懂了
[这段帖子讨论的是如何从本地电脑操作和修改服务器上的文件。发帖人 Aholice 说他已经能够在服务器上修改文件并下载到本地电脑，但他希望进一步实现从本地电脑修改文件并保存到服务器，使得下次在服务器上修改文件时，能够继续修改这个已经在本地修改过的文件。

简而言之，他的目标是：

在服务器上修改文件。
能够下载文件到本地。
在本地修改文件。
将本地修改后的文件保存回服务器。
确保服务器上的文件是最新的，即包含本地修改的内容。]

lz 的表达能力可能只有 ai 能理解了，悲。 这种需求我建议直接上文件同步

600 度的表示今朝有酒今朝醉

@wu67 部分小屏党真的是够了啊，虽然人类都喜欢既要又要，但好歹尊重下物理规律吧。又要小屏又要所有配置和大屏没区别不缩水，人总是要做取舍的。口嗨半天自己小屏党结果一个都没买，一问就是各种借口。真正小屏刚需的早就已用钱投票了，你把所谓的小屏刚需和各种配置做比较选了大屏那不用狡辩，小屏对你就不是刚需