tswddd的博客

另外换成大部分端口都可以，但大概5100-5180的范围端口都不行。测试，wsl内用curl可连接，但外部不行。解决方法：重启后解决问题。

第一个括号是结构体，也就是这个方法在结构体内type前有指针则是实参，否则是形参。但不像C++对指针和变量赋值有语法区别，可以当寻常变量用。

20e old：20e gitlab：k8s gitlab：

包，且包含了大量没使用过的图标。进一步查询后发现其他人也有类似问题，按照推荐解法，将package版本回退到3.17.0后解决。解决：查询后得知这种请求是vite在加载package。但正常项目只会有少量加载，而这次情况绝大多数请求都来自。调试时，每次加载网页都要用超过半分钟的时间，另外用F12工具查看请求记录时，发现几百个chunk开头的请求。

前后端分开不同项目的情况下，同时在本地调试会占用不同的端口。这时从前端传request到后端可能会因为CROS限制导致cookie无法传到后端。另外，这个LLM项目用go语言实现后端，最后将vite前端编译后把结果放进后端目录里，从而在部署阶段实现前后端结合。此时需要在前端设置proxy，将后端URL映射到前端。这样便能绕过CROS限制，但相应地要修改前端请求的URL。

crud.go。

web-server的关键代码在auth.ts和trpc.ts。

同时，在项目的namespace下将域名绑定到service（需要预先注册），再通过service将请求转发给pod。检查nginx pod的记录，发现所有请求转给两个ip，有一个永远返回502，另一个正常返回200和结果。繁忙时部分请求只是多次转给502的ip，导致出错。检查ip对应的pod，以及service转发策略后，发现service一直将服务转给错误的pod。问题：网站在调用后端api时偶尔会返回502的错误回应，对应错误为bad gateway。

【代码】记录：HSD部署（未完成）

cloudwatch（页面）=> log group（文件夹）=> log stream（单个log）=> event（一行log）从aws cloudwatch获取log。和以前bab debug时一样，不过这次的每个event是json格式。通过递增方式存储，每次只查询最新事件之后的log内容。用json格式储存fastcat job的运行结果。另外，访问s3 bucket并将对应的信息也整合进。将event list转换为。）需要用字符串匹配从。

本文介绍了Python项目部署的流程，包括代码联网部分实现、Docker镜像构建和CI/CD部署方案。联网部分使用FastAPI+Uvicorn搭建API服务；构建阶段需要编写Dockerfile，建议使用uv镜像自动处理依赖；部署分为两种方案：20E环境使用docker-compose管理网络和变量，k8s环境则通过GitLab CI构建镜像，并利用helm chart和k8s secret进行部署，涉及镜像拉取密钥和变量管理。

另外，这里的域名白名单是指 NEXTAUTH 的回调地址，而不是登录页面的域名，所以 NEXTAUTH 那边也要检查。