zdl
|
a3dfa5fd06
|
fix(bytedesk): 修复组织 UUID 和 API URL 配置错误
回滚之前错误的提交，使用正确的组织 UUID（df_org_uid）和相对路径 API URL。
## 问题
1. **组织 UUID 错误**：
- 之前错误地使用 `bytedesk`（组织代码）
- 应该使用 `df_org_uid`（组织 UUID）
- Bytedesk SDK 的 `chatConfig.org` 需要组织 UUID，不是代码
2. **API URL 默认值错误**：
- 代码默认值使用 HTTP 绝对 URL: `http://43.143.189.195`
- 会导致生产环境 Mixed Content 错误
- 应该使用相对路径: `/bytedesk-api`
## 解决方案
1. 统一使用组织 UUID: `df_org_uid`
2. 修改 API URL 默认值为相对路径: `/bytedesk-api`
## 代码变更
### 1. `.env.production`
```diff
- REACT_APP_BYTEDESK_ORG=bytedesk
+ REACT_APP_BYTEDESK_ORG=df_org_uid
```
### 2. `src/bytedesk-integration/config/bytedesk.config.js`
```diff
- const BYTEDESK_API_URL = process.env.REACT_APP_BYTEDESK_API_URL || 'http://43.143.189.195';
+ const BYTEDESK_API_URL = process.env.REACT_APP_BYTEDESK_API_URL || '/bytedesk-api';
- const BYTEDESK_ORG = process.env.REACT_APP_BYTEDESK_ORG || 'bytedesk';
+ const BYTEDESK_ORG = process.env.REACT_APP_BYTEDESK_ORG || 'df_org_uid';
```
### 3. `src/bytedesk-integration/.env.bytedesk.example`
```diff
- REACT_APP_BYTEDESK_ORG=bytedesk
+ REACT_APP_BYTEDESK_ORG=df_org_uid
```
## 后台配置确认
根据 Bytedesk 管理后台：
- ✅ 组织 UUID: `df_org_uid`
- ✅ 组织代码: `bytedesk`（仅用于显示）
- ✅ 工作组 UUID: `df_wg_uid`
## 最终配置
所有环境的配置统一为：
```bash
REACT_APP_BYTEDESK_API_URL=/bytedesk-api
REACT_APP_BYTEDESK_ORG=df_org_uid
REACT_APP_BYTEDESK_SID=df_wg_uid
```
## 本地开发配置
开发者需要在 `.env.local` 中手动设置（此文件不提交到 git）：
```bash
REACT_APP_BYTEDESK_API_URL=/bytedesk-api
REACT_APP_BYTEDESK_ORG=df_org_uid
REACT_APP_BYTEDESK_SID=df_wg_uid
```
## 验证
- ✅ 即使环境变量未设置，默认值也是正确的
- ✅ 不会出现 Mixed Content 错误（使用相对路径）
- ✅ 配置与后台管理界面的 UUID 一致
- ✅ 不再出现 "Failed to create thread" 错误
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-11-11 20:14:28 +08:00 |
|
zdl
|
463bdbf09c
|
feat: 添加调试 API
- 我修改 NotificationContext.js，暴露 addNotification 到 window
- 或者在调试工具 (devtools/notificationDebugger.js) 中添加测试方法
- 重新构建并部署
- 可以手动触发网页通知
|
2025-11-11 11:45:19 +08:00 |
|
zdl
|
643c3db03e
|
feat: 通知调试能力
|
2025-11-10 20:05:53 +08:00 |
|
zdl
|
0e66bb471f
|
fix: 修复 PostHog 生产环境配置问题
## 问题描述
生产环境部署后，PostHog 只收到 localhost:3000 的错误报告，而不是生产环境的真实 URL。
## 根本原因
构建脚本未显式加载生产环境配置文件，导致 PostHog API Key 和 Host 配置未正确嵌入到打包文件中。
## 解决方案
1. 新增 `.env.production` 生产环境专用配置文件
- 包含正确的 PostHog API Key 和 Host
- 设置 REACT_APP_ENV=production
- 禁用 Mock 数据 (REACT_APP_ENABLE_MOCK=false)
- 配置生产 API 地址
2. 修改 package.json 构建脚本
- 使用 env-cmd 显式加载 .env.production
- 确保构建时环境变量正确嵌入
## 影响范围
- ✅ 生产环境构建: 现在会正确加载配置
- ✅ PostHog 功能: 将使用正确的配置初始化
- ✅ 开发环境: 无影响，仍使用各自的环境文件
- ✅ 部署流程: 服务器构建时自动使用新配置
## 测试计划
1. 本地执行 npm run build 验证构建成功
2. 部署到生产环境
3. 验证 PostHog 后台收到正确的生产 URL
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-11-03 18:42:58 +08:00 |
|