如题,我在我的子域名www,部署了discourse服务,主域名解析源站ip,discourse他会自动301到www
可是我现在想要让主域名不用跳转也能使用,我该如何做?
app.yml ,我只找到了修改域名的相关配置
如题,我在我的子域名www,部署了discourse服务,主域名解析源站ip,discourse他会自动301到www
可是我现在想要让主域名不用跳转也能使用,我该如何做?
app.yml ,我只找到了修改域名的相关配置
能不能把 Discourse 部署到主域名上,然后 www 跳转到主域名上。
一个域名应该就只能绑定一个 Discourse 实例。
托管到cloudflare的域名,主域名@cname是无法正确解析CDN线路的!
这就是我为什么要把服务部署在子域名的原因
原来一个实例只能绑定一个域名
我能否通过Nginx反代来同时绑定两个域名?
Nginx 是可以做反向代理的,但是安装的时候总感觉会有点问题的是 Discourse 需要校验域名的连通性,并且默认还是装在 80,443 端口的。
这样如果做反向代理,会有端口冲突的提问。
我们的就是需要那个域名就安装到那个域名下面,然后其他域名都是 301 重定向。
要不然要得维护 2 个域名的访问,无形中增加了不少的工作量。
是的我遇到过,在已经安装了Nginx的服务上面
会占用其80端口,我选择把nginx暂时暂停
在配置app.yml的时候,将的discourse部署在其他端口(例如8080)
后续再启动Nginx 通过Nginx来反向代理8080 可以实现同时拥有Nginx和Discourse
是的,是有这个方面的问题的。
我们比较怕麻烦,通常就是一台机器给一个 Discourse 实例了,就不在这个机器上再安装其他的服务了。
我记得 Discourse 实例也是自己带有 Nginx 的反向代理的?并不完全确定这个。
总感觉代理来代理去的挺麻烦的,就干脆只用一个服务一个实例。
不是一个好习惯,而且自己改nginx配置没搞好说不定会引入安全问题
A post was split to a new topic: Discourse 针对