Tree: 4753d37c69

along

along-test

main

memory-center-impl-v1

memory-design-v0.2

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from '4753d37c69'

${ noResults }

Commit Graph

6 Commits (4753d37c69d65252a79a9ddadec90ac0c303565c)

Author	SHA1	Message	Date
Rodger-Wang	4753d37c69	版本更新判定改口径：按平台分版本、最低版本留空=线上版本、渠道未上架不推、地址回退链 判定仍全在服务端算好下发，客户端只拿结论。规则： 1. Android / iOS 各一套版本号：app_release 加 ios_version / ios_min_version （启动 ALTER ... ADD COLUMN IF NOT EXISTS 幂等），原 version/min_version 只管 Android，平台由渠道号推导（只有 GlobalApple=101 是 iOS）。iOS 没填时**不回退 Android 的**——回退等于又回到共用一个版本号：Android 先发 1.0.3 而 iOS 商店还是 1.0.2 时，iOS 用户会被指向一个商店里没有的版本。 2. 最低支持版本留空 = 线上版本：勾上强更不填最低版本，就是「所有低版本都强更」； 填了则只强更低于它的，介于两者之间的仍是推荐。后台校验相应改成「至少填一个 平台的线上版本」。 3. 渠道行状态不是「已上架」（审核中/已下架）时不推送推荐更新——商店里还是旧包。 强更不受此限，它的地址会由回退链换成官方包。 4. 下载地址回退链：Android 渠道 = 本渠道（须已上架）→ 官方渠道(100) → 默认下载 地址；iOS / Google 只认本渠道，没有就空——那两处如今放的是 apk 直链。 5. 算不出任何地址时两种更新都不提示，强更也不例外：一个点了没反应又关不掉的 弹窗等于把用户锁死。 客户端三处配套：推荐更新的「稍后提醒」记住版本号，同一版本 24 小时内冷启动不再弹 （强更与手动检查不受影响）；设置页手动检查绕过 10 分钟缓存；Android 上服务端地址 打不开时回退网页下载页（iOS 不兜底，那页给的是 apk）。 另修后台上传安装包报「必须先选择应用」：X-App-Id 头来自登录态的 currentAppId， 只有绑定了应用的运营/代理账号才有；超管在页面顶部选的应用只是个 app_name 字符串， 从不进请求头。现在 uploadFile 把它放进请求体，服务端没有 X-App-Id 时按 name / app_name 反查注册表补作用域。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	3 weeks ago
Rodger-Wang	e00b617025	services,admin,client: 服务配置按应用隔离、应用参数下线、客户端凭据走加密 v3 后台 - 服务配置去掉「全局默认」层，svc_config / svc_region_override / echomeet_orch / echomeet_orch_setting / echomeet_template 五张表统一按 app_name 隔离， 启动迁移 migrate_scope.go 幂等分配（首个应用原地改名保 id，其余拷贝）； 写接口 app_name 必填（scope_check.go）。 - 类别落库 svc_category，可增删改；内置 11 个 id 不可改不可删，运行时语义仍只挂 comm.SvcCat*。 - 「应用参数」标签页下线：业务库 config 表不再随 user_getappconfig 下发， migrate_appparams.go 把 AGENT_TYPE / MOBILE_ELF_* 迁到服务 llm_mobile_elf、 iapCustomerServiceQQ 迁到 app_params，COMPUTE_*/NEWUSER_GIFT_* 留在 config 表不下发， 无人读的音乐/公码/导航/COS_*/MeetServers 删除，其余键保留并在启动日志告警。 - 删除 console appcfg/* 与 api 模块的 get/add/update/delconfig、唤醒音四个接口（无调用方）。 - 修 getmcpservers 仍查全局层导致 MCP 类服务永远读不到。 客户端 - 凭据改走结构化通道：user_getappconfig_v3 整体 AES-CBC 加密（api_crypto.dart， 拦截器须排在 AuthInterceptor 之前），AppConfig.cred(svcId, field, envKey) 取值， 老键名只作兜底；lib 内 AppConfig.env( 已降到 0 处调用。 - 图片翻译的 ALIBABA_VL_MODEL / ENDPOINT 改挂 ast_alibaba。 启动日志 - 删除 sys/auth/firebase（google_auth 的重复实现，零调用方，且同一错误刷两行）。 - api 模块不再每次启动无条件插入默认超管（Duplicate entry 'admin'）。 - sys/auth/* 五个包的 logger 名从复制来的 sys.tavily 各改各名； google_auth 启动时即判断配置是否可用。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	4 weeks ago
Rodger-Wang	268ce26bc9	services,admin: 凭据归一到 svc_config；后台服务配置菜单收敛；品牌商与公码下架 这一提交里有两条相对独立的线，落在同一批文件上（server.go / core.go / model.go / CLAUDE.md 等被两边同时改到），按文件拆不开，故合并提交。 ── 一、第三方凭据归一到 svc_config，后台「服务配置」从 11 项收敛到 6 项 ── 起因：凭据同时躺在两张扁平 key/value 表里——应用业务库的 config 与 console 库的 global_config，而合并下发时**全局那张赢**。同一个 AZURE_SPEECH_REGION / OPENAI_API_KEY / VOLC_OPENSPEECH_APP_ID / XUNFEI 密钥在两边值不一样，运营在 「应用环境配置」里改半天没有任何效果，且不报错。global_config 还按区域整份复制 （14 区 × 31 键 = 473 行），实测其中 27 个键是各区同值。 - comm.SvcField 新增 EnvKey（后台字段表里的「下发键名」列）：非空时该字段的明文值 同时以这个名字出现在 user_getappconfig 的 env 里。已发布的客户端只读 env， 靠它继续供货、无需发新包；新客户端直接读结构化的 thirdsvcs。 - env 覆盖层与 thirdsvcs 走同一份 VIP 过滤，否则 VIP 过期的用户虽拿不到 AST 条目， 却仍能从 env 里读出同一套通话翻译凭据，那道闸门就形同虚设。 - 同作用域内 env_key 不允许重名（checkSvcEnvKeys 在保存时拦）：重名时下发结果取决于 服务 id 排序，表现为「凭据时对时不对」。 - 一次性迁移 migrate_envtosvc.go（console 每次启动跑、幂等）：基础值取中国区现值， 只有与基础值不同的区域才写 svc_region_override，473 行收敛到几十行。 顺带修了两行填错列的历史数据（group 里是键名、key 里是值），正是它让 ALIBABA_BAILIAN_APP_ID/WORKSPACE_ID 恒为 null、客户端一直用代码里写死的兜底值。 不删 global_config 的行（不可逆的线上凭据，留作回退依据），确认跑稳后由人手工 DROP。 - 后台：「第三方服务配置」改名「服务与环境配置」，「应用环境配置」并为其第二个标签页； 「全局环境配置」下线只留重定向；Agent 配置、通话翻译配置、会议记录服务三页删除 （前两者对应的 agent_config、call_translate_rule 两表在测试机与正式机上都是 0 行）。 ⚠️ 会议记录服务删的只是后台入口，echomeet_orch 的数据与运行时都还在（两台机各 4 行， 是语音纪要识别/翻译/总结的服务选型来源），要换服务商现在只能直接改库。 阿龙测试环境实测：迁移前后 env 逐键比对，48/54 键值完全一致，丢失的 8 个全部是预期 丢弃（ALIBABA_OSS_* 与 COMMENT_* 无人读取、两个填错列的垃圾键名），无一个值发生变化。 验证中发现并修掉四个都不报错的坑：空值不能下发成 env 键（Dart 的 ?? 只兜 null， 空串会把默认值顶掉）、区域覆盖里的空串会把基础值抹成空、服务 enable=false 等于凭据 一个都不下发、启动时的模板补字段会给实例加空的加密字段导致误报「缺凭据」且保存被拒。 ── 二、品牌商(identity=3)与公码下架 ── brand 表、公码 authcode 及其全部后台页面与接口移除；账号作用域不再有 brandId， 设备/结算的归属改由渠道商推导。这部分不是本次会话中由 Claude 编写的。 验证：go build ./... + go vet ./... 通过，comm/console/user/echomeet/api 各包测试全绿； admin npm run build 通过。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	4 weeks ago
liwei1dao	b2577e16fa	上传最新的平台代码	2 months ago
liwei1dao	1d25322437	上传当前版本	3 months ago
liwei1dao	715f8e3818	上传厨师版本	4 months ago