wjpauli

谢谢，我看了下，从来没想到还可以这样。。。。用 VS code 写文章。。。。

解决了，谢谢各位。我就是改用反问的语气写了两句，然后就让我出 sandbox 了。出盒比出柜还开心。

@huangzhiyia 怎么找客户经理联系方式？

这种就是 lz 说的，叫第四方支付。首先它不是 stripe ，stripe 是集成了全球钱包，然后微信会审核 stripe 的商家，依然显示商家的 id 为收款人。lz 的问题，其实是微信网开一面，因为第四方支付给你开通支付的时候，是需要提交你的门面之类的信息的，而你作为网站是没有这些东西的，第四方会给你做一个。但是我需要补充的是，你虽然通过这种方式得到了支付权限，但是你的业务本身在国内是违法的，因为你作为个人，是不可以在国内的网站上从事经营活动的，否则你的网站无法通过备案。当然你可以不备案，放在境外，但是你的域名很可能会被墙。

@BeautifulSoap 我仔细看了下这个文档，似乎不能解决我的问题哦。这个文档说的是监测 free tier 的用量，但是我的问题是 cloud watch 莫名其妙的每个月总是报告数据库 alert ，而我的数据库仅仅是新建的表，默认设置，几乎没有添加什么记录。要么是我有没有办法让数据库不再使用 cloud watch alert ，要么就是有什么办法可以关掉 cloud watch ？

@BeautifulSoap 连接不太对呢。

今天发现 SST 又不行了，准确的说其实是 SST 调用的 AWS 那堆黑箱不行了。最扯的是去 SST 官网看了看，它们居然也在抱怨同样的问题，说是要放弃这个产品，另立门户，我靠。好在 SST 装的架子还在，现在可以直接传 ng build 之后的 server 代码到 lambda ，传 browser 到 s3 ，SST 当初搞了一个机制，让本地代码放在 S3 上，这就非常合理了。具体怎么搞的不知道。

我还想再吐槽两句，Angular SSR 现在看来注定不是正常的方案，因为你想想，在服务器运行 js ，通过 http client 加载页面后在推给浏览器本身就是一件很扯淡的事情。PHP 时代一个正常的 http 请求，居然把我折腾成这样。

Angular 17 SSR ，就两个部署方案：
1. Lambda 。但是就像日本人说的，这种方案每次访问都对应一次 Lambda 的执行，这太离谱了，搞得网站像是一个玩具。虽然要配合 cloudfront ，但是我想成本也会大大的高。
2. 容器方案。昨天我刚在 X 围观了奶罩被网暴，下午就短暂的屈服于 docker 。但是我把 Dist 放到容器时就已经负罪感满满，然后再把容器 PUSH 到 AWS ，然后再建立 EDC 集群，我的天，再回想一下 PHP+Jquery 时代，到底是进步还是退步？

其实 Angular 部署到 S3+Cloudfront 一直挺好的，就是因为 SEO 的关系才会有现在所有这些烦恼，不知道为何都 2024 年了，Google 还是不能理解 Angular 这种没有 html 输出的网页，尤其是 V8 都是他们自家的，完全可以索引 Angular 程序。

@zhenjiachen 因为官方没有给出具体的部署方案，所以都是第三方部署脚本。具体干了什么我也不是很清楚。

今天上午我不停的尝试各种姿势，比如 aws 换区，比如换电脑，比如删了 s3 重新弄，结果我的 sst 方案自己恢复了正常。我也不知道怎么回事，这里面肯定有问题，只是不知道怎么解决。还有 BeautifulSoap 网友提供的日文网页，非常佩服，我很想知道是怎么找到的。这个日本人写的文档非常的日本人，细致入微，包括用“<----”这样的注释给你指出来修改在什么地方。但是非常遗憾，它的部署程序也在最后无限等待，我觉得就是 aws 的问题，具体是什么问题也不清楚。还有就是 sst 方案比日本人的方案更接近产品，因为 sst 的方案考虑到 cloudfront 部署和 css 、js 这些 browser 的东西都会自动放到 s3.