Simon
facc04aa65
本提交为 .git 对象库损坏后的重建提交，内容等价于原先三个本地提交 （5e2fd4c2 / 57a53c98 / 5d7e1873）的累积结果，未做任何额外改动。 一、docs 结构整改（整改 #14） 根因：重构时新结构为 untracked 文件，执行 git stash（未带 -u）未纳入， 随后 git reset 拉回 HEAD 旧 tracked 树，导致旧树复活、新旧两棵目录 树并存于 docs/，共 791 文件、双分类体系冲突。 修复动作： - b2 同名异主题文件改名迁移保全 9 个 - C 类 39 个孤立文件按主题正确归类 - A/B1 类 222 个重复文件删除（新结构已有内容副本） - 9 个旧独有空目录删除 - 270 处内部引用按 verified 映射改写 - 整改记录 #14 登记于 04-运维文档/部署运维 结果：docs 791 → 569 文件，顶层仅规范 8 类 + 治理文件，单树恢复。 残留：约 20 处指向从未存在文件的陈旧死链，归入独立文档卫生任务。 二、compose 双目录对齐（消除踩坑 A） - docker-compose.yml：nginx 前端挂载全部由根目录 frontend-*/dist 改为 src/frontend-*/dist（h5 / agent / admin / terminal） - docker-compose.dev.yml：dev 服务 build context 与卷同步改 src/ - 效果：本地 docker compose up 不再把根目录 stale dist 挂回， 与线上一致，分叉隐患消除（已 docker compose config 校验通过） 防复发铁律： - 重构须提交；仓库修复须 git stash -u 或先 commit - 新结构须 git add 并提交，避免再次 untracked 复活 - H5 改动只动 src/frontend-h5/，禁改根目录遗留 frontend-*/
1.3 KiB
1.3 KiB
Dify 一键部署脚本（简化版）
由于完整版 Dify 依赖较多服务，提供一个简化版本
使用说明
方式1：使用官方一键部署（推荐）
# Linux/Mac
curl -L https://dify.ai/install.sh | bash
# Windows (使用 PowerShell)
irm https://dify.ai/install.ps1 | iex
方式2：手动部署简化版
创建一个简化版的 docker-compose.yml：
version: '3'
services:
api:
image: langgenius/dify-api:latest
ports:
- "8081:8081"
environment:
- SECRET_KEY=dify-secret-key
- DB_USERNAME=postgres
- DB_PASSWORD=dify123
- DB_HOST=10.0.0.1 # 远程 PostgreSQL
- REDIS_HOST=10.0.0.2 # 远程 Redis
web:
image: langgenius/dify-web:latest
ports:
- "8080:3000"
方式3：使用在线 Dify 服务
生产环境已有 Dify 服务（内网可访问）：
本地开发建议
由于本地部署 AI 服务资源需求大，建议：
- 开发测试时：使用 Mock 数据（已实现）
- 集成测试时：连接生产 Dify（需内网）
- 完整部署时：在服务器上部署
快速验证 Dify API
# 测试生产 Dify
curl -X GET 'http://yw-dify.dc.servyou-it.com/console/api/workspaces' \
-H 'Authorization: Bearer YOUR-API-KEY'