 MiFaZhan
|
eb97c5300a
|
fix: 修复代理转发端口缺失与 mock 通道未实例化
测试反馈两个问题：
1. 代理转发地址只写了服务名 upstream-chan，未带端口 → 默认连 80 端口被拒。
改为 upstream-chan:8110。已核对其它服务（admin-svr / openapi / app-server /
worker-svr）的上游地址均带端口，只有 upstream-proxy 这一处遗漏。
2. 直连 8110 查询报「通道未实例化」。根因在种子数据的 is_normal：
该字段语义是 0=正常、1=异常（chan 侧 CanCreateInstance 只在 *IsNormal==0 时
创建实例；NULL 也不合格）。mock 通道原来写的 1，因此实例从未创建。
改为 0。注意内网演示环境种子同样是 1，属开源版修正。
种子的 ON DUPLICATE KEY UPDATE 已包含 is_normal，老库重跑该段即可修复。
已验证（清空 data 目录从零启动）：
- t_sim_channels 中 channel_yd_mock 的 is_normal=0
- chan 日志出现 Create channel instance success, chanKey: channel_yd_mock
- 日志无 abnormal / 未实例化 相关记录
|
2026-10-30 17:44:02 +08:00 |
|
|
MiFaZhan
|
56e930c7d0
|
docs: 初始化脚本注释去掉内部环境措辞（仅注释，不影响执行）
schema/init.sql 两处「照预演」的注释改为直述授权范围，避免出现内部环境字样。
SQL 语句本身未改动。
|
2026-10-30 11:50:19 +08:00 |
|
|
MiFaZhan
|
b60695b0e5
|
fix: 补齐异步办理恢复表并校正初始化文档
|
2026-10-29 18:07:50 +08:00 |
|
|
MiFaZhan
|
57e03233f8
|
fix: 按管理服务实际加密算法重置种子账号口令
|
2026-10-29 17:56:46 +08:00 |
|
|
MiFaZhan
|
616451b29d
|
update: 数据库初始化为单文件，换用演示环境种子库（v1.0.4 对齐）
原 13 个分散脚本整合为 schema/init.sql 一个文件，来源换成演示环境
正在使用的种子库（结构已与生产核对，89 表基线）。
内容变化（相比旧的 12 文件版本）：
- 新增 v1.0.4 前置段：t_export_task（导出中心）、sys_notice_user、
card_channel_assoc.channel_id 扩宽为 varchar(64)、9 条菜单权限
- 修正 3 个真实缺陷：cron 表达式 L 改为 28-31（调度器可解析）、
通道模板 created_dept 103 改为 1（悬空机构致列表恒为空）、
菜单 444 的 path 修正
- 数据库共 91 表（旧版 89，v1.0.4 新增 2 张）
脱敏：
- 18 个演示账号保留（出库/划拨依赖账号与部门树关联），
昵称/邮箱/手机号/登录IP/头像改为占位或编造值
- 归属部门、租户的联系电话与邮箱一并处理
- 公司名、组织名 → 示例企业
- 内网/生产 IP、内部域名 → 删除或改为服务名
- Mock 通道地址指向 onelink-mock 服务
- 通道模板真实上游密钥置空
- sys_social（微信绑定）不随分发
口令处理：改为纯 SQL，不再用 .sh + 环境变量。
业务账号：CREATE USER 语句内字面口令
种子账号：UPDATE sys_user SET password = MD5(CONCAT(MD5('<口令>'), MD5(salt)))
与 docker-compose.yml、config/*/config.yaml 保持同一口令
已验证：本地 MySQL 8.0 容器按 docker-entrypoint-initdb.d 实际导入，
无报错；表 91、菜单 456、账号 18、字典 86/436、通道模板 3、Mock 通道 1、
导出中心与通知表各 1、定时任务 20；18 条口令哈希自洽；
应用账号 u_iotlcm 可连库查询。
|
2026-10-29 16:32:27 +08:00 |
|