> 技术文档 > Dify本地部署(四)https设置并绑定域名_dify 配置域名

Dify本地部署(四)https设置并绑定域名_dify 配置域名

书接上文:前三个章节介绍了基础环境及运行相关,本章针对dify智能体实现https及域名绑定进行介绍


(啰嗦两句: 最开始我是有一个绑定域名的nginx服务的,本着能偷懒,就偷懒的想法,不太想深究配置,毕竟还有maxkb、cherry studio、anythingllm等相关智能体想探究下,时间关系肯定是越简单越好的, 原计划是是直接讲其他项目使用的 nginx 直接做一个反向代理到对应的 dify服务器上,改改端口也就能用了 ,当然没有对应密钥、文件侵入是可以使用的。奈何微信小程序真小狗 绑定后还得给dify前端侵入点密钥,足做过小程序对接的应该熟悉—所以无奈作罢。小程序对接dify +小程序定制页面api对接+ 微信智能客服绑定dify等在后边单独开文章啰嗦)

看官老爷系好安全带,86上山了!!!

1、docker-compose配置文件解读

首先这张截图大家仔细观看
Dify本地部署(四)https设置并绑定域名_dify 配置域名
为了让大家知道在哪里来个路径
Dify本地部署(四)https设置并绑定域名_dify 配置域名
那其实想表达什么呢?
言简意赅:不要再这里修改
需要修改 .env 文件
(那么如果你该文件下没有 这个文件那你就得看看你在最开始运行的时候有没有拷贝了 参考第二章中项目启动)

简单给大家理一下现有部署的初始化版本的调用逻辑吧!Dify本地部署(四)https设置并绑定域名_dify 配置域名
该nginx相当于本系统内的一个反向代理
优点:1、统一入口管理 2、后期扩充相关功能更加方便 3、整体规划更加合理 等等

那么通过这个代理其实可以将请求或者数据分发到不同的服务下,例如
相关的前端、后段和中间件下。我们也可以看到该容器基本都是将配置列项或者代理相关做的实现,

所以也就验证在前边相当于我准备去做的反向代理,初始的想法是一致,我觉得是很合理的。

 environment: NGINX_SERVER_NAME: ${