xinyouhe/x-server-mobile
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
282 Commits 6 Branches 0 Tags
master
Commit Graph

282 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
root 3a6b161c4f Merge branch 'feature/mzl-dev' 2026-02-27 18:56:47 +08:00
root 9e783963f1 fix: 修正 Dockerfile 路径（在 deploy 目录） 
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 18:56:43 +08:00
root 9872191097 Merge branch 'feature/mzl-dev' 2026-02-27 18:50:58 +08:00
root ebac0c8452 feat: 更新部署配置适应新的目录结构 
- 后端代码在 server/ 目录（Git 仓库）
- docker-compose 在 deploy/ 目录
- 部署脚本路径更新
- 部署文档更新

目录结构：
/opt/1panel/www/sites/uniservice-mobile.hnxinyouhe.com/index/
├── index.html          # 前端入口
├── assets/             # 前端静态资源
└── server/             # 整个项目（Git）
    ├── backend/
    ├── deploy/
    └── logs/

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 18:50:44 +08:00
root f82855141e docs: 更新Git工作流程 
- 明确开发分支和发布分支的职责
- 发布分支用于部署和打包
- 开发分支用于日常开发

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 18:41:11 +08:00
root 2df57fb5d5 feat: 更新部署配置和发布流程 
- 修复前端 TypeScript 编译错误
- 更新部署文档（前端本地构建，后端 Git 部署）
- 新增服务器端部署脚本
- 优化部署流程

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 18:39:20 +08:00
root 5f110b6988 docs: 明确前端本地打包部署流程，优化部署脚本 
更新内容：
- DEPLOY_ONLINE_GUIDE.md: 详细说明前端本地打包的优势和流程
- deploy-1panel.sh: 优化部署脚本，添加前端构建验证
- 强调前后端分离部署的架构差异

核心变更：
1. 明确说明前端必须本地打包（npm run build）
2. 上传的是打包后的静态文件，不需要服务器 Node.js
3. 添加前端构建验证步骤
4. 优化部署流程提示和输出

部署流程：
- 本地：前端构建 → 验证构建 → 上传静态文件
- 服务器：后端代码 → Docker 容器运行
- 1Panel：Nginx 托管静态文件 + 反向代理后端 API

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 18:24:42 +08:00
root 7bdd0850f5 feat: 添加 1Panel 静态站点部署配置和线上部署指南 
新增文件：
- deploy/docker-compose.prod.yml - 配置线上数据库和 Redis 连接
- deploy/nginx-1panel.conf - 1Panel Nginx 完整配置参考
- deploy/deploy-1panel.sh - 适配 1Panel 的自动部署脚本
- deploy/.env.production - 线上环境变量模板
- docs/DEPLOY_ONLINE_GUIDE.md - 详细部署说明文档

线上环境信息：
- 域名: uniservice-mobile.hnxinyouhe.com
- MySQL: 1Panel-mysql-XyxS
- Redis: 1Panel-redis-pxdb
- Docker 网络: 1panel-network

特性：
- 前后端分离部署
- 前端静态文件由 1Panel Nginx 直接托管
- 后端运行在 Docker 容器中
- 1Panel 面板管理 Nginx 配置和 SSL 证书

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 18:21:22 +08:00
root c1e54d9457 chore: 移除已迁移的旧文件 2026-02-27 18:01:32 +08:00
root 4ceb5eac7e chore: 重组项目文件结构，文档和部署文件归档 
文件结构优化：
- docs/ 归档所有项目文档（PROJECT.md, PROJECT_ISSUES.md 等）
- deploy/ 归档所有部署相关文件（docker-compose.prod.yml, nginx 配置等）
- scripts/ 归档脚本文件（deploy.sh, rollback.sh）
- tests/ 归档测试文件（test_data.php）

更新引用路径：
- CLAUDE.md 更新文档路径引用
- 部署文档更新配置文件路径引用

清理文件：
- 移除非必要的测试文件（TestController, 测试脚本等）
- 移除重复/错误的目录

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 18:01:17 +08:00
root 1004aea725 feat: 审批功能优化和拒绝原因弹窗 
后端改动：
- ApprovalService: 添加调试日志，简化详情页 URL 生成逻辑
- BusinessTripService: 优化出差审批详情展示

前端改动：
- approval/detail: 审批详情页优化，支持查看完整审批流程
- approval/reject: 新增拒绝原因弹窗组件
- business-trip/detail: 出差详情页增强，展示审批状态和操作

功能特性：
- 审批详情页显示完整审批流程和记录
- 拒绝操作支持填写拒绝原因
- 出差申请详情页优化展示

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 17:57:56 +08:00
root b1ca2c58b7 feat: 飞书登录支持多租户和用户工号管理 
后端改动：
- FeishuService: 从飞书用户信息获取 tenant_key 和手机号
- FeishuService: 新增 user_sn 表工号分配机制
- FeishuService: 优先使用 enterprise_email，支持手机号
- AuthController: 飞书免登支持 company 参数

前端改动：
- FeishuAutoLogin: 支持多租户 company 参数
- login/index: 支持 redirect 参数和已登录检测
- QRCodeLogin: 支持多租户参数传递
- router: 新增路由守卫和参数处理
- api.ts: 优化飞书登录 API 调用

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 17:57:49 +08:00
root b1895be50d feat: 优化飞书审批通知卡片，改用卡片回调机制 
主要改动：
- 去掉卡片中的备注输入框和表单元素
- 改为三个按钮（通过、拒绝、查看详情）横向排列在一行
- 通过/拒绝按钮使用卡片回调（value）而不是跳转 URL
- 新增 FeishuCardController 处理飞书卡片回调
- 添加提示文字告知用户如需备注可去详情页操作

技术细节：
- 按钮点击触发 card.action.trigger 事件
- 后端通过 FeishuCardController 处理回调
- 支持 url_verification 和 card.callback 两种事件类型
- 查看详情 URL 添加公司参数支持多租户

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 17:53:10 +08:00
root ea185eb6cc fix: 移除快速审批页面中重复的 return 语句 
修复白屏问题：
- 移除组件末尾的重复 return 语句
- 这些代码是死代码，导致组件无法正常渲染

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:34:38 +08:00
root 390bdc348c fix: 修复快速审批页面路由和错误处理 
修复内容：
1. router/index.tsx - 将 QuickAction 路由移到 MobileLayout 外部
2. quick-action.tsx - 修复导入错误，增强错误处理和调试信息

问题分析：
- QuickAction 不需要 MobileLayout，应该作为独立页面
- 添加详细的调试日志便于排查问题
- 增强页面关闭逻辑（支持多种方式）

工作流程：
1. 用户点击飞书消息按钮
2. 打开快速审批页面
3. 检查登录状态，未登录则跳转登录页
4. 已登录则自动执行审批操作
5. 显示操作结果
6. 尝试关闭页面或跳转到列表

相关文件：
- frontend/src/router/index.tsx
- frontend/src/pages/approval/quick-action.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:33:33 +08:00
root 09a7220e76 feat: 实现无感快速审批操作 
问题：
- 用户点击飞书消息按钮需要跳转到web界面
- 需要登录才能操作，体验不流畅

解决方案：
1. 创建快速审批页面 (quick-action.tsx)
2. 用户点击按钮后自动执行审批操作
3. 操作成功后自动关闭页面或返回
4. 全流程无需用户手动跳转

工作流程：
1. 用户在飞书中点击"通过"/"拒绝"按钮
2. 打开快速审批页面
3. 自动执行审批操作（如果已登录）
4. 显示操作成功/失败
5. 自动关闭页面（飞书客户端）或返回列表

优势：
- 一步完成审批，无需跳转
- 已登录用户无感操作
- 未登录用户会引导登录后返回

相关文件：
- frontend/src/pages/approval/quick-action.tsx (新建)
- frontend/src/router/index.tsx
- backend/app/service/FeishuNotificationService.php

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:30:12 +08:00
root e31cf88eab fix: 添加与登录页相同的 tt 对象刷新机制 
问题：
- 登录页可以飞书免登，但审批详情页不能
- 原因：登录页有刷新机制等待 tt 对象注入，审批详情页没有

修复：
- approval/detail.tsx - 添加与登录页相同的刷新逻辑
- 在飞书中但 tt 对象不存在时，自动刷新页面（最多3次）
- 每次刷新后重新检测 tt 对象是否已注入

工作流程：
1. 用户点击飞书消息按钮
2. 打开审批详情页
3. 检测到在飞书中但 tt 对象不存在
4. 自动刷新页面（最多3次）
5. tt 对象注入成功后自动免登
6. 免登成功后加载审批详情

相关文件：
- frontend/src/pages/approval/detail.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:28:04 +08:00
root 6d08695a7d feat: 优化飞书免登失败后的用户体验 
问题：
- 移动端飞书 WebView 中 JSBridge SDK 未注入
- 导致免登功能不可用

修复：
1. debug-feishu.tsx - 多次检测环境，添加重试和重新检测功能
2. login/index.tsx - 支持 redirect 参数，登录成功后返回原页面
3. QRCodeLogin.tsx - 支持 redirect 参数

用户体验改进：
- 免登失败时，友好提示用户使用其他登录方式
- 登录成功后自动返回到原页面（审批详情页）
- 用户完成登录后可直接进行审批操作

替代方案：
1. 点击飞书消息中的"查看详情"按钮
2. 跳转到登录页面
3. 使用邮箱/密码或扫码登录
4. 登录成功后自动返回审批详情页
5. 直接进行审批操作

相关文件：
- frontend/src/pages/debug-feishu.tsx
- frontend/src/pages/login/index.tsx
- frontend/src/pages/login/QRCodeLogin.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:24:20 +08:00
root 7e57e8720b feat: 添加飞书 JSBridge SDK 支持 
问题：
- 移动端飞书 WebView 中 tt 对象没有被注入
- 导致免登功能无法使用

修复：
1. index.html - 引入飞书 H5 JSBridge SDK
2. approval/detail.tsx - 添加对多种飞书 API 的支持
3. debug-feishu.tsx - 更新调试页面，检测所有可能的 API 对象

支持的飞书 API：
- window.tt (标准 H5 应用)
- window.h5sdk (JSBridge)
- window.bridge (JSBridge)
- window.ttjsBridge (旧版)

相关文件：
- frontend/index.html
- frontend/src/pages/approval/detail.tsx
- frontend/src/pages/debug-feishu.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:21:01 +08:00
root f31abf2c68 feat: 添加飞书环境调试页面和详细日志 
修改内容：
1. 新增 debug-feishu.tsx - 飞书环境调试页面
2. approval/detail.tsx - 添加详细的调试日志
3. router/index.tsx - 添加调试页面路由
4. business-trip.ts - 修复 import 错误

调试页面功能：
- 检测是否在飞书客户端内
- 显示 window.tt 等对象状态
- 测试飞书免登功能

使用方法：
1. 在飞书客户端中打开: https://xsm.dev.hnxinyouhe.com/debug-feishu
2. 查看环境信息
3. 点击"测试飞书免登"按钮

相关文件：
- frontend/src/pages/debug-feishu.tsx
- frontend/src/pages/approval/detail.tsx
- frontend/src/router/index.tsx
- frontend/src/services/business-trip.ts

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:16:33 +08:00
root 3ad8f34914 feat: 添加飞书免登自动登录功能 
修改内容：
1. approval/detail.tsx - 在加载详情前检查登录状态，如果在飞书内则自动免登
2. login/index.tsx - 改进飞书环境检测和tt对象注入逻辑

业务流程：
1. 用户在飞书中点击消息按钮
2. 打开审批详情页 → 检测未登录
3. 如果在飞书客户端内 → 自动调用 tt.requestAuthCode
4. 免登成功 → 自动加载详情
5. 免登失败 → 跳转到登录页面

相关文件：
- frontend/src/pages/approval/detail.tsx
- frontend/src/pages/login/index.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:14:19 +08:00
root 68e0c261d8 feat: 完善业务审批消息链路 
修改内容：
1. TestController - 添加 real 参数支持发送真实业务通知
2. BusinessTripService.sendApprovalNotification() - 传递 order_id

业务流程：
1. 用户创建申请 → 审批人收到带按钮的通知
2. 点击"通过"/"拒绝"按钮 → 跳转到审批详情页
3. 自动弹出确认框 → 完成审批
4. 通知下一节点审批人/申请人

按钮链接：
- 通过/拒绝：/approval/detail/{order_id}?action=approve|reject
- 查看详情：/business-trip/detail/{business_id}

测试命令：
- 测试消息: /api/v1/test/notification?user_id=1&order_id=64
- 真实业务: /api/v1/test/notification?user_id=1&order_id=64&real=1

相关文件：
- backend/app/controller/TestController.php
- backend/app/service/BusinessTripService.php

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:10:51 +08:00
root 7ee92d68fe fix: 修复系统通知卡片 Markdown 渲染问题 
问题：
- buildSystemCard 使用 plain_text 格式
- 内容中包含 Markdown 语法 **加粗** 无法渲染
- 显示为 **申请人**：陈兰 而不是 加粗的申请人

修复：
- 将 text.tag 从 plain_text 改为 lark_md
- 现在可以正确渲染 Markdown 格式

相关文件：
- backend/app/service/FeishuNotificationService.php

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:00:32 +08:00
root df0d592ee4 feat: 飞书审批消息添加操作按钮 
功能：
1. 审批通知卡片添加"通过"和"拒绝"按钮
2. 点击按钮跳转到审批详情页，自动弹出审批确认框
3. 保留"查看详情"按钮

实现：
- FeishuNotificationService.buildApprovalCard() - 添加审批操作按钮
- ApprovalService.notifyNextApprovers() - 传递 order_id 参数
- approval/detail.tsx - 处理 URL 中的 action 参数

按钮样式：
- 通过按钮：绿色 (primary)
- 拒绝按钮：红色 (danger)
- 查看详情：默认样式

相关文件：
- backend/app/service/FeishuNotificationService.php
- backend/app/service/ApprovalService.php
- frontend/src/pages/approval/detail.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:57:59 +08:00
root 32d19d56ee fix: 修复审批消息推送问题 
问题1：BusinessTripService 数据格式兼容性
- 后端期望对象数组 [{id:1, name:'...'}]，前端传纯 ID 数组 [1,2,3]
- 修复：兼容两种格式，自动提取 id

问题2：ApprovalService 没有消息推送
- 添加 FeishuNotificationService 集成
- approve() 方法：节点完成后通知下一节点审批人，流程完成后通知申请人
- reject() 方法：审批拒绝时通知申请人

问题3：修复重复类定义导致的语法错误

相关文件：
- backend/app/service/BusinessTripService.php
- backend/app/service/ApprovalService.php

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:53:56 +08:00
root ee5f7791de docs: 更新 PROJECT_ISSUES.md 记录审批相关问题 
添加问题记录：
- 问题25：Tab 状态持久化问题
- 问题26：我已审批列表不显示（ApprovalService 数据源错误）
- 问题27：审批流程不自动跳过通知节点
- 问题28：架构问题总结 - 数据模型混淆
- 问题29：数据库完整性建议

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:47:15 +08:00
root e904d5cd97 fix: 修复 ApprovalService 使用 form_data.approvers 
问题：ApprovalService 还在使用 approval_node.approvers 字段
解决：改用 form_data.approvers 作为运行时审批人数据

修改内容：
1. approve() - 添加跳过 notify 节点逻辑
2. isNodeCompleted() - 从 form_data 获取审批人
3. getPendingOrderIds() - 从 form_data 获取审批人

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:42:30 +08:00
root 8ce070bd77 fix: 使用 sessionStorage 保持 tab 状态 
问题：navigate(-1) 浏览器后退不会传递 location.state

解决方案：
- 切换 tab 时保存到 sessionStorage
- 页面加载时优先从 sessionStorage 恢复 tab

修改文件：
- frontend/src/pages/business-trip/list.tsx
- frontend/src/pages/approval/list.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:38:42 +08:00
root f3a9e442e9 fix: 返回列表时保持之前的 tab 状态 
问题：从详情页返回时，列表总是重置到"我发起的" tab

解决方案：
1. 导航到详情页时传递 state: { fromTab: activeTab }
2. 列表页从 location.state.fromTab 恢复 tab 状态

修改文件：
- frontend/src/pages/approval/list.tsx
- frontend/src/pages/business-trip/list.tsx

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:36:41 +08:00
root ea7f0f8820 feat: 添加"抄送我的"审批列表选项 
后端修改：
- ApprovalService::getList 添加 'cc' 类型查询
- 从 form_data.cc_users 中查找包含当前用户的订单
- 兼容两种数据格式：[{id:29}] 或 [29]

前端修改：
- 添加"抄送我的"标签页
- 更新类型定义支持 'cc' 类型
- approvalListParams 类型添加 'cc' 选项

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:33:53 +08:00
root 0942cb1af0 fix: 修复旧审批记录状态并添加前端调试日志 
1. 手动修复旧审批记录的状态（在代码修复之前审批的）
2. 添加前端 console.log 调试输出
3. 验证后端API返回正确的 approved 状态数据

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:25:56 +08:00
root 61d1c70ba8 fix: 完善审批流程错误处理和调试日志 
主要修改：
1. 添加完整的 try-catch 错误处理
2. 添加 Transaction 开始/成功日志
3. 添加保存前后的状态日志
4. 捕获并记录任何异常

测试验证：
- 审批流程正常执行
- 状态正确更新为 approved
- 跳过 notify 节点直接完成
- "我已审批"列表正确返回数据

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:23:02 +08:00
root 8b37d6313e fix: 完善审批流程调试日志 
添加详细的调试日志来追踪审批流程：
1. approve() 方法开始时的参数日志
2. 节点类型和完成状态的日志
3. 下一节点查询和跳过逻辑的日志

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:19:51 +08:00
root f36fc69b8d fix: 修复审批流程完成后状态更新问题 
主要修改：
1. 修复下一节点查询逻辑，使用 order > currentOrder 替代 order > 0
2. 在 submit 和 approve 方法中跳过 notify 节点直接完成流程
3. 添加详细的调试日志
4. 兼容两种数据格式：[1,2,3] 或 [{id:1},{id:2},{id:3}]

修复问题：
- 审批完成后流程移到 notify 节点而不是完成
- business_trip status 没有更新为 approved
- "我已审批"列表为空

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:14:49 +08:00
root cc3c599c90 fix: 使用 form_data 存储运行时审批人，不修改 approval_node 模板 
主要修改：
1. submit() 方法不再修改 approval_node 表，节点仅作为流程模板
2. getList() 的 pending 查询从 form_data.approvers 获取审批人列表
3. approve() 方法从 form_data.approvers 检查用户是否有权限
4. 兼容两种数据格式：[1,2,3] 或 [{id:1},{id:2},{id:3}]

修复问题：
- 之前每次提交申请都会修改 approval_node 表的 approvers 字段
- 这导致流程模板被污染，不同的申请共享同一个节点配置

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:01:40 +08:00
root 5095f556c8 fix: 修复单人审批完成后的流程流转逻辑 
问题：
1. 审批完成后直接移动到下一节点，没有检查节点类型
2. 抄送节点应该跳过并完成流程，而不是进入抄送节点
3. 审批完成后的申请应该进入"审批完成"状态

修复：
- 检查节点完成条件：单人审批/或签一人通过即完成
- 检查下一节点类型：抄送节点则跳过并完成
- 没有后续节点则完成流程

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:39:59 +08:00
root dc763d874a fix: 修复待审批列表查询逻辑 
- 检查用户是否在当前节点的审批人列表中
- 排除已经审批过的申请
- 同时修复数据库节点7的审批人配置

问题：待审批列表没有验证用户是否为当前节点审批人

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:34:56 +08:00
root a1176b1042 fix: 移除硬编码，使用数据库配置审批流程 
- 数据库已配置审批节点：陈兰 (id=27)
- 数据库已配置抄送节点：陈标 (id=29)
- 移除硬编码的 getDefaultApproversFromConfig() 方法
- 代码从数据库读取配置

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:30:25 +08:00
root a6e4a7fbc4 feat: 设置默认审批人为陈兰，抄送人为陈标 
- 当没有配置审批流程时返回默认值
- 新增 getDefaultApproversFromConfig() 方法
- 默认审批人：陈兰 (id=27)
- 默认抄送人：陈标 (id=29)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:24:45 +08:00
root c1016c740d feat: 接入飞书消息通知到出差审批功能 
- 提交申请后通知审批人和抄送人
- 审批通过/拒绝后通知申请人
- 取消申请后通知审批人和抄送人
- 新增 sendApprovalNotification() 方法
- 新增 sendApprovalResultNotification() 方法
- 新增 sendCancelNotification() 方法

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:16:23 +08:00
root a88944b5e1 refactor: 删除 users 表中未使用的字段 
- 删除 report_to（上级ID）字段
- 删除 position（职位）字段
- 更新 User 模型移除相关关联和类型转换
- 更新 BusinessTripService 移除 position 返回

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 16:56:51 +08:00
root fdbe2e837a refactor: 删除 users 表中的冗余飞书字段 
- 删除 feishu_user_id, feishu_open_id, tenant_key 字段
- JWT token 改用 feishu_app_id 代替 feishu_user_id
- 删除废弃的 FeishuService::sendApprovalMessage() 方法
- 更新 User 模型移除废弃字段和 scope 方法

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 16:33:58 +08:00
root 0489da5e40 refactor: 重构多飞书应用绑定架构和数据库清理 
- 新增 user_feishu_apps 表支持用户绑定多个飞书应用
- users 表添加唯一约束（公司内邮箱/手机唯一）
- 迁移现有飞书数据到 user_feishu_apps 表
- 清理冗余表（users_bak, user_feishu_binding）
- 废弃 users 表中的 feishu_user_id/feishu_open_id/tenant_key 字段
- 更新 FeishuNotificationService 使用新的数据获取方式
- User 模型新增 getFeishuUserId() 等便捷方法

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 16:27:33 +08:00
root 04947ae52d fix: 修复飞书通知模块API路径和卡片格式 
- 修改API路径为 /open-apis/im/v1/messages (message/v4已废弃)
- 添加卡片config配置
- 修复content格式(直接传卡片对象,不需要包裹)
- 添加测试接口 /api/v1/test/notification

测试结果: 成功发送通知到李佳博(feishu_user_id: 481g947d)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 15:27:54 +08:00
root 2e5f570b40 feat: 完善鉴权和密码功能，添加飞书通知模块 
- 完善Token过期/不存在时跳转登录重新认证
- 实现正常的账号密码登录验证（邮箱/手机号+密码）
- 用户初始化密码设为工号(sn)
- 添加修改密码功能（API+前端页面）
- 修复扫码登录后跳转问题（zustand persist格式）
- 创建飞书通知服务 FeishuNotificationService
- 设置页面添加修改密码入口

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 15:19:37 +08:00
root ba555a59b7 debug: 添加轮询和跳转的详细日志 2026-02-26 12:00:56 +08:00
root 826989d6bf style: 只保留带 emoji 的提示，移除状态文字 2026-02-26 11:59:46 +08:00
root 716d39f0b6 style: 恢复带 emoji 的飞书扫码提示文字 2026-02-26 11:58:33 +08:00
root 32a0ba57cb style: 移除冗余的飞书扫码提示文字 2026-02-26 11:58:02 +08:00
root 6b9addf35d style: 调整弹框左右留白为 10px 2026-02-26 11:57:28 +08:00