在Windows环境下,本地部署和启动开源项目Ragflow的源代码
mhr18 2025-08-02 20:04 2 浏览 0 评论
在当前AI领域中,基于检索增强生成(RAG)的应用备受关注,而开源项目RAGFlow因其灵活性和功能性成为了一个热门选择。不过,由于其快速的版本迭代,可能会存在一些Bug,并且在实际项目落地时通常需要根据具体需求对源码进行定制化修改。遗憾的是,RAGFlow官方尚未提供针对Windows开发环境的详细文档。因此,在本地部署过程中,我整理了一份详细的记录,希望能够为有类似需求的开发者提供参考。
一、RAGFlow Python 环境配置
确保您的Python版本符合以下要求:
- Python 版本:>=3.10,<3.13
二、Poetry 下载与安装
使用 Poetry 来管理 Python 依赖。首先,通过 pip 安装 Poetry:
pip install poetry
验证安装是否成功:
poetry --version
三、安装 Python 依赖
- 以管理员身份启动 Anaconda Prompt
- 为了确保权限足够,建议以管理员身份启动 Anaconda Prompt。
2、切换到ragflow运行环境
(base) C:\Windows\System32>D:
(base) D:>conda activate ragflow
(ragflow) D:>cd D:\WorkSpace\ForAi\pythod\ragflow
3、在ragflow根目录下运行poetry安装依赖命令
# 安装所有默认依赖
poetry install
# 安装 full 组中的依赖
poetry install -E full
4、已知问题与后续处理
在安装过程中,pyicu 版本 ==2.14 未能成功安装。目前这一问题对解析文档和聊天功能没有影响,因此暂时未进行处理。后续将更新文档以记录具体的解决方法。
四、前端启动
1、前端web服务器nginx
默认在目录下提供的配置文件是linux的,需要改成windows
nginx.conf
# user 指令在 Windows 上不支持,注释掉或删除
# user root;
worker_processes auto;
# 修改日志路径为 Windows 路径
error_log D:/dockerData/ragflow/nginx-1.21.1/logs/error.log notice;
pid D:/dockerData/ragflow/nginx-1.21.1/logs/nginx.pid;
events {
worker_connections 1024;
}
http {
# 修改 mime.types 文件路径为 Windows 路径
include D:/dockerData/ragflow/nginx-1.21.1/conf/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
# 修改访问日志路径为 Windows 路径
access_log D:/dockerData/ragflow/nginx-1.21.1/logs/access.log main;
sendfile on;
#tcp_nopush on;
keepalive_timeout 65;
#gzip on;
client_max_body_size 128M;
# 包含自定义配置文件
include D:/dockerData/ragflow/nginx-1.21.1/conf/ragflow.conf;
}
proxy.conf
这个配置文件不做修改
ragflow.conf
server {
listen 80;
server_name _;
# 设置根目录为 Windows 路径
root D:/WorkSpace/ForAi/pythod/ragflow/web/dist;
gzip on;
gzip_min_length 1k;
gzip_comp_level 9;
gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
gzip_vary on;
gzip_disable "MSIE [1-6]\.";
location ~ ^/(v1|api) {
proxy_pass http://127.0.0.1:9380;
include proxy.conf;
}
location / {
index index.html;
try_files $uri $uri/ /index.html;
}
# Cache-Control: max-age~@~AExpires
location ~ ^/static/(css|js|media)/ {
expires 10y;
access_log off;
}
}
2、前端项目build
我使用的nodejs版本是 20.15.0 如果你本地有多个nodejs版本可以使用nvm管理切换
# 进入web目录下
(ragflow) D:\WorkSpace\ForAi\pythod\ragflow>cd web
# 安装前端依赖
npm install
# build项目
npm run build
可以看到web目录下多了个dist,ragflow.conf配置文件里需要配置这个目录
3、启动nginx
D:\dockerData\ragflow\nginx-1.21.1>start nginx
五、下载模型
找到根目录下的download_deps.py直接运行
依赖安装会比较慢
运行完根目录下多了这些文件
六、后端项目启动
1、配置mysql、redis、minio、es、infinity
2、启动项目
需要启动两个文件
(1)api下的ragflow_server.py
(2)rag/svr下的task_executor.py
在启动时遇到了文件是utf-8格式,默认使用的是gbk,我处理方式是直接改了源码,把文件处理的格式改成了utf-8
import os
import json
current_file_path = os.path.dirname(os.path.abspath(__file__))
json_file_path = os.path.join(current_file_path, "res/good_sch.json")
with open(json_file_path, "r", encoding="utf-8") as file:
GOOD_SCH = json.load(file)
import os
import json
current_file_path = os.path.dirname(os.path.abspath(__file__))
# 读取 corp.tks.freq.json 文件
with open(os.path.join(current_file_path, "res/corp.tks.freq.json"), "r", encoding="utf-8") as file:
CORP_TKS = json.load(file)
# 读取 good_corp.json 文件
with open(os.path.join(current_file_path, "res/good_corp.json"), "r", encoding="utf-8") as file:
GOOD_CORP = json.load(file)
# 读取 corp_tag.json 文件
with open(os.path.join(current_file_path, "res/corp_tag.json"), "r", encoding="utf-8") as file:
CORP_TAG = json.load(file)
cnvs = json.load(open(os.path.join(dir, fnm), "r", encoding="utf-8"))
七、以上步骤做完即可通过http://127.0.0.1访问
相关推荐
- 外贸独立站卡成PPT?你可能用错了对象缓存!
-
最近帮一个上海的电子元器件客户优化网站,发现他的WooCommerce后台操作要等5秒才能响应——查了下服务器日志,MySQL查询每秒炸出200+次!原来他的"高性能"主机根本没用对象...
- 搭建N8N
-
一、概述n8n是一款强大的工作流自动化工具,它允许用户通过可视化界面创建自动化工作流,无需编写复杂代码。作为一个开源的自动化平台,N8N支持连接各种服务和应用程序,实现数据流转和任务自动化。核心特点...
- 性能优化!7个策略,让Spring Boot 处理每秒百万请求
-
首先,我需要确定这个问题的背景。可能用户是在处理高并发的系统,或者正在设计一个需要应对大流量的应用。他们的身份可能是后端开发工程师,或者是系统架构师,对性能优化有较高需求。接下来,我要想,处理百万级的...
- 定时任务优化总结(从半个小时优化到秒级)
-
整体优化思路:1.按需查询、2.分小批次游标查询、3.JED场景下按数据库分片分组更新、4.精准定位要处理的数据、5.负载均衡业务背景:站外广告投放平台在做推广管理状态优化重构的时候,引入了...
- 跨境电商建站隐藏技巧:Redis缓存,让站点“记住”用户更高效
-
用户登录后,每次刷新页面都要重新验证身份,有时候还会出现“会话丢失”,用户不得不重新登录,体验很差找我们帮忙后,我们建议用Redis缓存会话数据。简单来说,Redis就像站点的“临时记事本”,用户登...
- 服务架构性能优化与Java实现
-
服务架构性能优化大全(附Java代码实现)一、缓存核心思想:将高频访问数据存储在高速存储中,减少慢速存储(如数据库)访问场景:读多写少的数据(用户信息、配置数据)Java实现:使用Caffeine缓存...
- 百万并发不是梦!Nginx高并发优化配置与性能调优全解
-
Nginx的最大转发能力受硬件、配置和系统参数影响,处理超高并发请求时需多维度优化和扩展。以下是具体分析和解决方案:一、Nginx最大转发能力的关键因素硬件资源CPU:Nginx依赖多核CPU,...
- 面试官:工作中优化MySQL的手段有哪些?
-
MySQL是面试中必问的模块,而MySQL中的优化内容又是常见的面试题,所以本文来看“工作中优化MySQL的手段有哪些?”。工作中常见的MySQL优化手段分为以下五大类:索引优化:确保高频查...
- 万字长文|RAG优化全攻略:微服务部署+动态权重策略,代码级详解
-
本文较长,建议点赞收藏,以免遗失。更多AI大模型应用开发学习视频及资料,尽在官网-聚客AI学院大模型应用开发微调项目实践课程学习平台从理论到实践,全面解析RAG性能瓶颈与高阶优化方案。一、RAG核心架...
- 在Windows环境下,本地部署和启动开源项目Ragflow的源代码
-
在当前AI领域中,基于检索增强生成(RAG)的应用备受关注,而开源项目RAGFlow因其灵活性和功能性成为了一个热门选择。不过,由于其快速的版本迭代,可能会存在一些Bug,并且在实际项目落地时通常需要...
- 这款 .NET 9 + React 后台权限管理系统太强了!支持多租户、按钮权限(简单易用且文档齐全)
-
前言在数字化转型浪潮中,高效且安全的权限管理是后台系统的核心基石。传统方案或依赖臃肿的三方框架,或难以满足细粒度权限需求。今天推荐一款完全独立开发、基于前沿技术栈开发的RBAC权限系统。它摒弃了现成A...
- 开源声明:只是一个随便写写的管理系统(认真脸)
-
最近微信公众号和技术博客都断更了,最近2了两周时间撸了一套管理系统的脚手架。原因是因为最近项目需要用到,但是找了一圈Github或者Gitee,基本都不合适。要么有前端,配套后端是Node而...
- 「第七期」深信服go实习一面二面HR面
-
一面面试时长:1h自我介绍channel知识点协程goroutinemysql的两种存储引擎InnoDB索引redis使用单线程还是多线程?有多少个库?redis持久化有哪些?各自优势?谁更常用?P...
- Go中使用sync.Map实现线程安全的缓存
-
不依赖外部库,在Go中实现自己的线程安全缓存照片来源:PossessedPhotography在Unsplash缓存是优化现代应用程序性能的关键方面。它允许您存储并快速检索昂贵操作的结果或经常访...
- Redis中RedisTemplate 和 StringRedisTemplate
-
前言:RedisTemplate和StringRedisTemplate都是Spring提供的操作Redis的模板类,但它们之间在序列化方式和使用场景上有显著区别。序列化方式不同Redi...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (74)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (59)
- oracle主从同步 (56)
- oracle 乐观锁 (53)
- redis 命令 (83)
- php redis (97)
- redis 存储 (67)
- redis 锁 (74)
- 启动 redis (73)
- redis 时间 (60)
- redis 删除 (69)
- redis内存 (64)
- redis并发 (53)
- redis 主从 (71)
- redis同步 (53)
- redis结构 (53)
- redis 订阅 (54)
- redis 登录 (62)
- redis 面试 (58)
- redis问题 (54)
- 阿里 redis (67)
- redis的缓存 (57)
- lua redis (59)
- redis 连接池 (64)