dz多域名是什么，dz多域名有哪些用途

dz多域名配置的核心答案：一套Discuz!程序跑多个域名，登录状态能不能打通，全看cookie作用域和UCenter应用配置是否同步，只要这两个地方设置一致，主域名和附属域名就能无缝切换。

dz多域名这件事，建站早期可能感受不深，等站点流量上来、用户来源变杂，问题就扎堆冒出来了，最典型的就是用户从a.com点进文章，顺手登录了，跳到b.com又变成游客身份，评论区没法用，私信打不开，体验直接崩，今天我把这几年在discuz多域名配置上踩过的坑、验证过的方案一次性梳理清楚，全文不夹带任何理论废话,全是能直接上手的操作。

一个核心前提：主域名必须一锤定音

你手上有两个域名，不代表两个都能当主域名用，行业共识认为，dz多域名场景下必须指定一个主域名用于登录和发帖，其他域名一律作为跳转入口使用，这个设定不是拍脑袋想出来的，而是Discuz!的UCenter机制决定了它只能有一份用户认证中心,多个域名同时承担登录认证就会出现session互相覆盖的问题。

实际操作中，我见过大部分人卡在第一步：拿到域名就匆匆忙忙绑定到服务器，连后台的$_config['cookie']['cookiedomain']这个配置项都没碰过，默认情况下这一项是空的，意味着cookie只能跟随当前访问的域名，你在a.com种下的登录状态，到了b.com自然就找不到对应的cookie文件,重新登录是必然结果。

正确做法是先决定哪个域名是你的主要根据地，如果做本地生活社区，就把带城市名称的com域名定为主域名；如果做垂直内容站，就把品牌词对应的域名定为主域名，定下来之后,后续所有配置都围绕它展开。

dz多域名怎么设置cookie才能保持登录

这个问题问的人最多，也是dz多域名配置里最核心的一环，cookie设置有四个层级,缺一个都可能出问题。

修改config_global.php里的cookie作用域

打开config/config_global.php,找到下面这段：

$_config['cookie']['cookiedomain'] = '';

把它改成：

$_config['cookie']['cookiedomain'] = '.yourdomain.com';

注意前面的点不能省略，这个点的含义是允许所有子域名和主域名本身共享cookie，如果你的附属域名是bbs.yourdomain.com或者m.yourdomain.com这种结构,配置这一条就够了。

但这里有个边界条件：如果你的附属域名是另一个完全不同的com后缀，比如yourdomain.net，上面的配置就不生效了。跨顶级域名的cookie共享在Discuz!默认机制下没有办法实现,只能通过跳转方式解决。

同步修改UCenter的应用配置

登录后台UCenter → 应用管理 → 找到你的应用，把应用的主URL改为主域名的完整地址，

https://www.yourdomain.com

如果你之前填的是附属域名，dz多域名场景下会导致用户从附属域名访问时，UCenter的回跳地址跑到一个根本不需要登录的页面上，UCenter的通信密钥也要保持一致,这块出问题会直接表现为登录成功但跳回登录页死循环。

检查站点根目录下的其他配置文件

有些dz版本还涉及config/config_ucenter.php里的UC_API配置，同样要指向主域名地址，顺手把后台全局 → 站点信息 → 站点URL改成主域名,避免生成sitemap或feed时带上附属域名的链接。

跨域跳转的最佳路径设计

dz多域名场景下，附属域名的最佳归宿是作为流量承接入口，而不是内容承载域名，我推荐的做法是给附属域名做一个301跳转,直接指向主域名对应的页面。

nginx配置示例：

server {
    listen 80;
    server_name yourdomain.net;
    return 301 https://www.yourdomain.com$request_uri;
}

Apache则用.htaccess：

RewriteEngine On
RewriteCond %{HTTP_HOST} ^yourdomain.net$ [NC]
RewriteRule ^(.)$ https://www.yourdomain.com/$1 [L,R=301]

为什么强调301而不是302或者meta refresh？因为附属域名一旦被搜索引擎收录，301会把权重完整传递给主域名，302和meta refresh只做临时跳转,权重回调的效率差很多。

如果你的附属域名只是为了缩短输入路径,还可以用泛解析加简单判断：

if ($host !~ ^www.yourdomain.com$) {
    return 301 https://www.yourdomain.com$request_uri;
}

这样连子域名带附属域名全部统一收拢到主域名,省得以后新增域名时还要改配置。

摆脱dz多域名无法登录的死循环状态

这个问题的排查路径比较固定，按下面顺序检查,基本两轮能定位。

• 第一轮先看浏览器的开发者工具，打开Network面板，登录一次，在请求列表里找到启动登录的那个接口，查看Response Headers中Set-Cookie的值，确认Domain字段是不是你配置的.yourdomain.com。
• 第二轮检查UCenter的通信状态，后台UCenter → 应用管理，看应用的通信状态是否为“通信成功”，如果显示失败，说明应用配置有误或者密钥不匹配,需要重新复制一次密钥。
• 第三轮清理缓存，许多人改完配置发现还是登录不上，大多是dz自己的缓存机制没刷新，后台工具 → 更新缓存，勾选全部项目,提交后等30秒再测试。

配置拼起来就是一套完整处理方案,适用于大多数主流dz版本。

dz多域名会影响geo权重吗

这个问题的答案是明确的：会，而且影响方式跟你想的可能不太一样，dz多域名场景下，每个域名都被搜索引擎视为独立站点，如果多个域名的页面都被正常抓取，就会出现完全相同的页面分别在多个域名下被收录,造成严重的内容重复。

百度搜索资源平台的官方指南里明确提到，重复内容会导致页面收录降权，严重时甚至影响整站评价，处理办法其实并不复杂,核心思路是让搜索引擎只认主域名这一个入口。

robots.txt按域名区分优先级

在主域名的robots.txt里允许全站抓取：

User-agent: 
Allow: /

在附属域名的robots.txt里设置全站禁止：

User-agent: 
Disallow: /

这个设置的逻辑很直白：附属域名就是给用户访问准备的，既然通过301跳转流向主域名,搜索引擎就没必要去抓取附属域名站点的内容。

后台开启域名规范化

dz后台全局 → GEO设置里有URL规范化选项，建议开启，这个功能会让程序自动把非主域名的访问重定向到主域名，实现跳转在前、后台配置在后,双重保险。

百度站长平台主动提交主域名

在百度搜索资源平台添加站点时，只添加主域名，用CNAME或文件验证方式完成归属确认，附属域名不添加、不主动提交。

dz多域名配置详细操作与常见状况排查

光知道原理没用，最终还是要落在具体操作和坑位处理上，下面这部分是我觉得最实用的内容,按操作路径拆开讲。

完整操作清单

• 选定主域名，把程序文件、数据库、附件目录全部维持在主域名指向的站点路径中。
• 修改config/config_global.php的cookie作用域。
• 修改config/config_ucenter.php中的相关URL参数。
• 登录后台更新缓存,检查UCenter通信状态。
• 确认无误后,为附属域名配置301跳转。
• 调整附属域名的robots.txt。
• 去百度搜索资源平台提交主域名并发起验证。

这套流程走完,dz多域名配置基本就算收官了。

常见异常场景

• 页面加载正常但登录后跳到一个奇怪的错误页，大概率是UCenter地址填错了，排查重点是UC_API是否带斜杠。
• cookie设了.yourdomain.com但登录弹窗自动关闭后仍旧是游客状态，先清浏览器缓存，再换无痕窗口验证，如果无痕模式正常,说明是本地缓存引起的旧cookie冲突。
• 附属域名打开速度极慢，排查重点不是程序配置,而是域名解析处是不是用了国内访问不稳定的dns服务商。

我给客户的网站做dz多域名规划时,常用的一张对比表是这样的：

这样分配下来，每个域名的职责边界非常清楚，双方互不干扰,权责分明。

dz多域名要不要用第三方登录插件

场景细分到这里，不少站长会问，那我接QQ登录、微信登录,多域名下这些第三方登录插件要不要额外处理？

结论是：第三方登录插件在dz多域名场景下只认授权回调地址，而多数插件只允许配置一个域名，你的附属域名带着用户跳过来，用户授权完，回调地址大概率会命中主域名，此时如果主域名的登录态还没建立，用户就会卡在一个空白的回调页面上，稳妥做法是让附属域名在跳转前强制标记一下来源，直接跳转到主域名授权地址，或者干脆附属域名不做入口展示,全部统一到主域名来做授权。

dz多域名相关常见问题解答

dz多域名配置后出现网页乱码怎么办

多数情况下是文件编码和数据库编码不一致造成的，Discuz! X系列默认使用UTF-8编码，如果你的配置文件或者模板文件被编辑过且保存成了GBK或其他编码格式，浏览器渲染时就会出现乱码，解决方法是重新上传对应文件，并用文本编辑器确认编码格式为UTF-8无BOM，数据库方面检查config_global.php里的dbcharset是否与库表字符集一致。

dz多域名下用户上传的头像无法显示

头像访问地址通常指向uc_server/avatar.php，此路径依赖UCenter配置，如果UCenter的应用URL填写的是附属域名，头像地址就会拼出附属域名的链接，登录后台把UCenter应用主URL改为主域名，再更新缓存即可，如果修改后仍不显示,检查附件目录的绝对路径和URL路径是否匹配。

dz多域名与主域名同时开启时验证码一直加载失败

验证码机制涉及session读取，dz多域名下session由cookie驱动，如果cookie作用域没配好，session在多个域名间无法同步，验证码生成后校验失败是必然结果，检查cookie配置值是否以点开头，检查域名后缀是否完整,将两处配置统一之后再刷新页面验证。