完善资源关闭逻辑,添加数据库和Redis连接的退出处理

This commit is contained in:
2025-04-01 11:26:37 +08:00
parent 6d89470a89
commit 87eecdb8cb
7 changed files with 74 additions and 50 deletions

View File

@@ -10,7 +10,8 @@
- [ ] 实名认证
- [ ] 充值余额
- [ ] 选择套餐
- [ ] 提取 IP
- [X] 提取 IP
- [ ] 长效提取
- [ ] 连接
中间件:
@@ -19,18 +20,17 @@
- [ ] Limiter
- [ ] Compress
channel 数据存入顺序,数据库 > 缓存 > 外部接口
channel 优化:
- 重新梳理逻辑流程,简化循环
- 端口分配时加锁
- 数据存入顺序,数据库 > 缓存 > 外部接口
remote 令牌问题
用对称加密处理密钥
现在的节点分配逻辑是,每个 user_host:node_port 组算一个分配数,考虑是否改成每个用户算一个分配数
考虑将鉴权逻辑放到 handler 里,统一动静态鉴权以及解耦服务层
有些地方在用手动事务,有时间改成自动事务
重新手动实现 model 层
环境变量配置默认会话配置
@@ -41,16 +41,8 @@ oauth token 验证授权范围
账单数据表结构修改
captcha 自定义生成流程,弃用 store
短信发送日志
captcha_id 关联用户本机信息,实现验证码设备绑定(或者其他方式)
退出时主动断开数据库缓存等连接
固有字段统一放在最开始
## 环境变量
在 init/env 中有定义和默认值
@@ -70,11 +62,4 @@ captcha_id 关联用户本机信息,实现验证码设备绑定(或者其他
服务器ip 110.40.82.248
api账密api:123456
## 业务逻辑
### 动态 ip 淘汰策略
1. 用户请求节点
2. 查询对应条件下的节点池
3. 选择对应数量的节点,发起连接
4.
## 业务逻辑