liwei1dao/starpivot - starpivot - Gitea: Git with a cup of tea

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	24e17b3434	收拢积压改动：恒玄 OTA、发版配置拆表、实名认证、芯片厂商/代工厂管理等把工作区里积压的多轮改动一次性入库。主要几块：客户端 - 恒玄 OTA 打通：新增 local_plugins/bes_ota_manager（自包含 BES SDK， Android Java + iOS ObjC，SPP OTA 2.0），路由切到 BesOtaUpgradeView / BesOtaUpgradeController，配套下载服务；杰理那套文件保留但已不挂路由。 - 通话翻译新增阿里 3.5 档（alibaba35_language_config.dart， qwen3.5-livetranslate-flash-realtime + 实时声音复刻）。 - 实名认证接入、游客登录改走服务端 api_sgin 的 Tourists 分支、功能闸门由 GuestGuard 改为 IdVerifyGuard。 - 41 个语种文案同步（OTA 新增 28 个 key 等）。 - 默认主题改为浅色，不跟随系统。服务端 - 发版类配置拆表：app_release（版本控制 / 游客显隐，一应用一行）与 channel_app（渠道级下载地址 / 上架状态 / 支付渠道）分家，新增 comm/apprelease.go 与 console/api_apprelease.go。 - 授权码字符串整体移除：删除 utils/license 包，新增 utils/devcode （MAC 规范化与 PID 反解），配套迁移 SQL 在 docs/migrations/。 - console 新增芯片厂商、代工厂、用户管理接口与对应 admin 页面。 - 身份证实名核验（sys/idverify）与第三方服务的服务端专用类别。其它 - .gitignore 补挡 apps/services/lego/sys/gin/log-*.log：gin 子系统跑起来会按时间戳滚动生成日志（多为 0 字节），与 apps/services/comm/log 同一性质，不进版本管理。已跟踪的 log-2026-08-20 那个仍在库里，未动。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
Rodger-Wang	db47e0f3f0	游客登录入口改为后台按版本控制需求：后台一个开关控制游客登录按钮显隐，且只对指定版本号的客户端生效，其余版本一律隐藏（应用商店送审场景：只给正在过审的那一版开）。白名单语义（comm.ChannelApp.ShowTourists）： - tourists=false → 全部隐藏 - tourists=true 且 touristsversion 空 → 全部隐藏（没点名任何版本 = 谁都不放行） - tourists=true 且 touristsversion=X → 只有版本号等于 X 的客户端可见留空按"全隐藏"而非"全放行"是刻意选的失败方向：判宽的后果是不该露游客入口的版本露了出去（过审风险、白嫖新用户开户礼），判严只是入口少显示。要全部隐藏就取消勾选，后台 saveChannelApp 会拒绝"勾了开关却没填版本"这种等于没开的配置。判定放在服务端，与 NeedForceUpdate/IsReviewing 同规矩：客户端在 user_getchannelapps 的请求里带 version，服务端把每条渠道配置的 tourists 换算成结论再下发。版本比较各端各写一遍必然出现实现不一致，而这个开关直接关系到过审，判错代价高。 touristsversion 是 channel_app 的后加列，console 启动时用 ADD COLUMN IF NOT EXISTS 补上——CreateTable 对已存在的表跳过 AutoMigrate，不补就永远没这列。注：db.proto / user_msg.proto / CLAUDE.md 里另有先于本次改动就存在的编辑，一并带上。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	1 month ago
liwei1dao	e270cf89b6	上传新版本管理后台	2 months ago
liwei1dao	715f8e3818	上传厨师版本	4 months ago