TanWenyan cf6e9c2421 紧急修复：客户端改为调用Remix API routes，不再直接调用Dify API ...

根本问题：客户端代码直接调用Dify API（12980端口），绕过了服务端代理

修改内容：
1. app/config/api-config.ts
   - 添加独立的 difyBaseUrl 配置（指向外网 nas.7bm.co:8000）
   - 导出 DIFY_BASE_URL 供服务端使用

2. app/config/chat.ts
   - 移除直接Dify API配置（NEXT_PUBLIC_API_URL, APP_ID, API_KEY）
   - 移除 generateUserId 函数
   - API_URL 改为 '/api'（指向Remix API routes）

3. app/services/api.client.ts
   - 所有fetch调用改为相对路径 /api/*
   - 移除所有 Authorization 头（服务端自动处理JWT）
   - 移除所有 user 参数传递（服务端从JWT提取）
   - credentials 改为 'include' 以携带cookie

4. app/services/dify-client.server.ts
   - 使用 DIFY_BASE_URL 替代 API_BASE_URL

5. app/utils/dify-test.client.ts
   - 测试函数改为调用Remix API routes

调用链路：
客户端 → /api/* → Remix API routes → dify-client.server.ts → FastAPI /dify → Dify

解决问题：
- ✅ 不再直接调用 nas.7bm.co:12980（Dify端口）
- ✅ 统一通过 nas.7bm.co:8000/dify（FastAPI代理）
- ✅ 所有请求都经过JWT认证
- ✅ user字段由后端自动管理

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

2025-10-30 11:25:37 +08:00

..

chat-utils.ts

基于 shiy-temp分支修改

2025-06-04 11:18:52 +08:00

client-detection.ts

修复系统概览数据不准确的查询。修复交叉评查意见列表的数量查询。优化全局消息提示的层级。优化提交意见进行局部更新。

2025-07-25 09:49:36 +08:00

dify-test.client.ts

紧急修复：客户端改为调用Remix API routes，不再直接调用Dify API

2025-10-30 11:25:37 +08:00

jwt.ts

给所有请求都加上jwt，隐藏生成jwt的secret（放到.env中）,隐藏app-secret（放在pm2运行配置文件中，后续直接读取环境配置即可）

2025-10-17 15:28:22 +08:00

session.server.ts

修复session中的user生成逻辑

2025-10-30 10:48:18 +08:00