spark-store-project/spark-store
15
0
Fork 0
mirror of https://gitee.com/spark-store-project/spark-store synced 2026-11-11 23:11:03 +08:00
Code Issues Packages Projects Releases Wiki Activity
547 Commits 16 Branches 163 Tags
7bf7bb804648dc3db5c5bab79b0796e72a57dd05
Commit Graph
12 Commits
Author SHA1 Message Date
shenmo7192 e22f71d255 refactor(download-count): 下载量改为读取 app.json/applist.json 的 DownloadTimes 
下载量不再逐个应用请求 download-times.txt（数千个应用 = 数千次额外请求），
改为直接读取服务器注入到目录/详情 JSON 的 DownloadTimes 字段。

- AppJson 新增 DownloadTimes，normalizeAppJson 映射为 app.downloadCount
- useRanking 移除逐应用请求、并发批处理与 localStorage 缓存，
  直接按已加载 apps 的 downloadCount 排序发布（零额外请求）
- 详情页优先用目录数据的 downloadCount；缺失时（如已安装页兜底 App）
  回退读取 app.json 的 DownloadTimes，并加请求序号防止旧响应覆盖
- modules/ranking 新增 parseDownloadTimes，统一处理数字/字符串/非法值
- 新增回归测试 ranking-download-count.test.ts
- 更新《下载量统计接口规范》与 ranking 计划文档

验证：vue-tsc 0 error；新增 6 项测试通过；全套单测失败项与改动前
完全一致（35 项均为既有失败，无新增）；eslint 改动文件无新增问题。

Signed-off-by: shenmo <jifengshenmo@outlook.com>
 2026-11-11 20:03:34 +08:00
shenmo7192 56a7e11622 fix(install): 修复 APM 未安装时点安装静默无反应，并清理同类接线断裂 
主问题：showApmInstallDialog 在 useAppState.ts 被重复声明为独立 ref，
而 processInstall.ts 置位的是 storeConfig.ts 中的另一份实例，导致 APM
未安装时点「安装」既不弹引导弹窗也不创建下载任务（界面毫无反应）。

修复：
- useAppState 改为从 storeConfig 再导出同一实例（消除双实例）
- processInstall 在 install-complete 兜底识别「未安装 APM」失败原因
- 新增回归测试 ApmInstallDialog.test.ts（回退修复后 3/3 失败）

同类「接线断裂」问题全量排查修复（源自 d7bdcf36 拆分 composables）：
- 应用下载排行永远为空：loadRanking 在 apps 未填充时空跑且不重试
- 详情页卸载后按钮状态不刷新（丢失的 checkAppInstalled 分支）
- 重试已取消任务复用 id，被旧任务 finally 删除而永久卡在下载中
- remove-installed 的 spawn 缺 error 监听（可致主进程崩溃）且不消费 stderr
- 云端应用列表在来源查询失败时静默丢数据（已安装列表同源问题）
- 忽略更新写入失败无反馈；下载统计上报缺 catch
- isInstalledAppInfo 运行时校验被削弱

清理重构遗留孤儿代码：
- 删除无引用的 AppDetailPage/AccountQuickMenu/TopActions/UpdateCenterCloseConfirm
- 恢复 handleRemoveComplete 语义与 onUnmounted 的 abort/unbind
- 删除孤儿 IPC：list-upgradable/show-apm-install-dialog/uninstall-installed
- 删除孤儿渲染端代码：handleUpgrade/handleRemove/useDownloadItemStatus
  及已无生产者的 queue-install 回灌监听器

验证：vue-tsc 0 error、vite build 通过、单元测试无新增失败
（基线 40 失败 → 35 失败）。

Signed-off-by: shenmo <jifengshenmo@outlook.com>
 2026-10-11 12:34:10 +08:00
xiyidaiwa f94a6584a4 fix(store): 修复应用截图加载逻辑 
- 截图候选 URL 改为按固定路径拼接 screen_1~5.png，不再依赖后端 img_urls
- 打开详情页时先清空截图，避免残留上一个应用的图片
- 更新生产环境 APM_STORE_BASE_URL 域名
- 修正 debian/changelog 版本号
 2026-08-18 15:04:08 +08:00
shenmo7192 f3728eae00 feat(detail): 应用详情默认展开已安装版本 2026-08-15 16:46:32 +08:00
xiyidaiwa 3cedd0c517 fix(robustness): 截图探测被 abort 取消时不污染负缓存（维度2） 
- checkScreenshotExists 原 catch 不区分异常类型，用户快速切换/关闭详情触发 abort 时，
  未完成的 HEAD 请求误写 false，导致同进程内再打开该应用少显示图片（重启才自愈）
- 改为 signal.aborted 时上抛错误：由 loadScreenshots 的 Promise.all reject 被 openDetail
  的 .catch 吞掉，既不写缓存也不覆盖 screenshots.value，后续新 controller 轮次正确填充
- 网络错误(非取消)仍正常写 false 过滤 404 脏数据；vue-tsc/lint/打包均通过
 2026-08-13 23:09:10 +08:00
xiyidaiwa cdd94c650d fix(security): PR 审查整改 - setWindowOpenHandler 域名白名单 / openWebsite 协议校验 / 批量云端安装并发控制 
- electron/main/index.ts: setWindowOpenHandler 增加 ALLOWED_EXTERNAL_HOSTS 域名后缀白名单，仅可信 https 域名可 shell.openExternal（阻断项2）
- AppDetailModal.vue: openWebsite 增加 http/https 协议校验 + noopener,noreferrer（改进项5）
- useAccountSync.ts: installCloudItems 改为分批(BATCH_SIZE=3) + Promise.allSettled 错误收集（改进项2）
- 审查误报/未改动项已贴代码实证：阻断1 v-html 已用 textContent 转义；改进3 resolveCloudInstallCandidate 已有降级匹配链；改进4 单窗口无 HMR 不重复注册；改进1 暂停/恢复主进程无 handler 维持 TODO
 2026-08-13 22:38:26 +08:00
xiyidaiwa 72d107c9de fix: 截图以 img_urls 为候选并探测过滤 404（解决飞书类脏数据） 
- 实测飞书 bytedance-feishu-stable 的 app.json img_urls 声明 5 张
  (screen_1~5)，但 screen_4/5 实际 404（后端元数据声明与实际文件不一致）
- 上一版(.4)直接采用 img_urls 会把 2 个 404 URL 塞进预览，仍出现空白页
- 改为：以 img_urls 为候选集合，对每个 URL 做 HEAD 存在性探测，仅保留真实可用的
  （飞书过滤后只剩 3 张，微信 3 张保持 3 张）——既保证实际有几张预览几张，又兜底
  后端脏数据；探测结果按 URL 内存缓存复用，同一应用反复打开不重复请求
- 恢复 abort 机制：打开新详情/关闭时取消旧探测，避免陈旧结果覆盖
- debian/changelog 测试版本号 5.2.1.5-test
- 验证：curl 实测飞书 screen_4/5=404、微信 3 张全 200；vue-tsc 0 / eslint 0 / 打包成功
 2026-08-13 22:30:38 +08:00
xiyidaiwa 8e1de74cab fix: 截图直接采用后端 img_urls，移除 HEAD 探测 
- 实测后端 app.json 的 img_urls 为真实权威截图列表（微信 3 张即返回 3 个 URL，
  spk-json 与 erotica 两域名同路径 screen_1~3=200、screen_4~5=404）
- loadScreenshots 改为直接读取 app.img_urls（兼容 string[] 与字符串形式 JSON），
  由 ScreenPreview 的 screenshots.length 自动收敛预览数量与边界
- 彻底移除每次打开详情页的 5 个并发 HEAD 探测请求，消除服务器压力隐患
- 移除 checkScreenshotExists / screenshotAbortController / axiosInstance 依赖
- debian/changelog 测试版本号 5.2.1.4-test
- 验证：curl 实测 img_urls 真实存在；vue-tsc 0 / eslint 0 / 打包成功
 2026-08-13 22:15:46 +08:00
xiyidaiwa d8bea4ac23 fix: 应用截图按实际存在数量预览，不再固定 5 张 
- useAppDetail.loadScreenshots 改为异步探测：并发 HEAD 请求 screen_1~5.png，
  仅把返回 2xx 的真实截图加入 screenshots，不足 5 张时预览计数与按钮边界自动跟随
- ScreenPreview 已有的 disabled 边界 (currentScreenIndex === screenshots.length-1)
  因此生效，切换到最后一张后禁止继续向后，消除空白页
- 新增 screenshotAbortController：打开新详情/关闭详情时取消旧探测，避免结果覆盖
- 探测异常不影响详情页弹窗，截图区域在探测完成后自动刷新/显示暂无应用截图
- debian/changelog 测试版本号 5.2.1.3-test
- 验证：vue-tsc 0 / eslint 0 / dpkg-buildpackage 打包成功
 2026-08-13 21:54:08 +08:00
xiyidaiwa e1edf1dcd5 fix: fetchWithRetry 对 429 限流增加指数退避与 Retry-After 尊重 
- useHttp.calculateRetryDelay：优先读服务端 Retry-After 头；429 用指数退避
  (1000*2^attempt, 封顶 30s)；其余 5xx 仍固定延迟，避免限流场景频繁重试浪费带宽
- debian/changelog 测试版本号 5.2.1.2-test
- 验证：vue-tsc 0 / eslint 0 / dpkg-buildpackage 打包成功

审查项实证（其余 3 项均误报/已有防护，不改）：
- ① install-manager pkgname 二次校验：已有 PKGNAME_PATTERN(/^[a-zA-Z0-9._+-]+$/)
  在 parseAppPayload/addInstallTask/launch-app 三入口校验，且 spawn 全用 shell:false
  参数逐元素传递，命令注入不可达；审查建议的 replace 属冗余纵深防御，不改
- ② InstalledAppsModal /var/lib/ 宽泛：误报，真实白名单(400-409行)已是
  /var/lib/apm/ 与 /var/lib/dpkg/info/ 具体子目录，无宽泛 /var/lib/ 项
- ③ useAppState.ts 注入模式缺注册检查：误报，useAppState.ts 无 registerRequireLogin；
  真实 registerRequireLogin 在 useFavorites/useAppDetail，默认 ()=>true 为刻意安全兜底
  （未注册=放行），审查建议的 InjectionPoint 包装会破坏该语义，不改
 2026-08-13 21:02:12 +08:00
xiyidaiwa 7be90f13ce fix: 排序魔法数字提取常量 + sidebar-config 远程校验类型守卫 
- InstalledAppsModal 提取 ORIGIN_PRIORITY 具名常量与 originPriority()，
  消除排序比较函数中的 0/1 魔法数字（保留 hasOrigin 双来源语义）
- useCatalog.loadSidebarConfig 新增 isValidSidebarEntry 类型守卫，对远程
  sidebar-config.json 入口做字段类型/长度/type 白名单校验，防止畸形数据进入
  渲染层（type 白名单与 typedefinition.ts 的 SidebarEntry.type 严格一致）
- debian/changelog 测试版本号 5.2.1.1-test
- 验证：vue-tsc 0 / eslint 0 / dpkg-buildpackage 打包成功

审查项实证：
- 改进③(filteredApps 多次 filter) 误报：当前已为单 filter 遍历(.24 已改)，
  审查贴旧片段且退化 a.origin 会破坏双来源，不改
- 改进①/② 为真改进，已采纳并保真实现
 2026-08-13 20:43:43 +08:00
xiyidaiwa d7bdcf3680 fix: 标签策略启动初始化加固 + 已安装应用过滤/统计性能优化 
- 标签优先显示策略 initTagPriorityStrategy 提到 App.vue onMounted 统一调用，
  消除组件挂载顺序导致先读内存默认 auto 的竞态窗口（AppDetailModal 移除重复调用）
- InstalledAppsModal 过滤逻辑合并为单次遍历（保留 hasOrigin 双来源语义）
- 统计 apm/spark/total 改为基于 searchFilteredApps 单次遍历
- canOpenDetail 补充业务含义注释与可读性变量
- 将 App.vue 重构的 9 个 composable 纳入版本管理
- 验证：vue-tsc 0 / eslint 0 / dpkg-buildpackage 打包 spark-store_5.2.1.24-test 成功
 2026-08-12 23:16:17 +08:00