|
在上一篇我们已经将RAGflow成功进行了部署，文档也成功进行了解析。但是在后面发现dify竟然不能使用了。
想必有很多人，肯定也会遇到这些问题。RAGflow和Dify在本地化安装的时候，redis进行了冲突了，导致了dify不能实现。
后面通过DeepSeek帮助进行一系列的问题的解答，我经历了配置文件的各种修改，docker服务的创建修改，然后.........终于彻底不能使用了
Dify直接访问失败了，docker创建了很多重复的服务，docker默认安装在C盘，空间直接拉爆，马上C盘都爆满了。
所以痛并思痛，我这里决定从头来吧。从Docker开始进行重新改造。
重新安装Docker。将原有的应用卸载。
重装后将原来默认的/user/local/Docker/wsl路径，改为自己自定义的路径。
重装后，也是有报错。
将原有的卸载的内容，进行删除。相关的注册表的内容，也进行删除。
在通过 wsl -- update 进行修复。
默认情况下，dify不能和ragflow放到同一台服务器，因为redis环境变量会出现冲突！
RAGFlow解析文件时，会出现报错：AssertionError("Can't access Redis, Please check the Redis' status.")
这个是造成冲突不能使用的根本原因。
我们的解决办法是：docker-compose -p dify up -d。
p 参数的作用 命名隔离： 使用不同的项目名称可以避免不同项目之间的容器、网络和卷的命名冲突。
例如，如果你有两个项目分别使用 docker-compose，它们的容器名称可能会冲突。通过指定不同的项目名称，可以确保它们的资源（如容器、网络、卷）是独立的。
管理方便： 通过指定项目名称，可以更方便地管理和操作特定的项目，而不会影响其他项目。
那我们通过在各自项目的Dokcer中，输入下面的命令， docker-compose-pdifyup-ddockercompose-pragflow-fdocker-compose.ymlup-d
那重启启动后的Docker，可以看下，按照ragflow和dify进行区分。这样就可以解决了之前不能冲突的问题了。
Name:自定义名称。 API Endpoint:填写 http://<内网 IP>:9380/api/v1/dify（将 <内网 IP> 替换为 RAGFlow 所在主机的内网 IP）。 API Key:填写之前在 RAGFlow 中创建的 API Key。
将RAGflow知识库中的id，我们进行配置。连接即可。
到这里了，基本的测试已经完成了。终于遇到的坑还是不少的，通过Deepseek也是有一定的解答，帮助我进行了很多问题的解答。其实在设置里发现了很多Ragflow里需要设置的内容，后面在进行详细的介绍，大家可以相互学习下。
| 
