在若干年以前,我刚开始折腾Wordpress没多久的时候,就自己摸索过多个Wordpress网站共享一份数据表的实现方法。这种看起来好像很高大上的类SSO功能,能够给用户在多个网站之间提供快速、无缝、透明的登录体验。
举个很简单的例子,原本有一个Wordpress网站 http://www.example.com(后称网站A)
,你突然想增加一个博客子站点http://blog.example.com(后称网站B)
,那么原本在网站A
注册的用户当然不想重新去网站B
再次注册。这个时候就体现出本文要探讨的问题的价值了。
废话不多说,直接开始!
以下例子中所有的域名example.com请自行替换成你的域名
阅读本文的前提是你已经有基本的网站部署知识,会部署单个Wordpress网站,知道如何给Wordpress配置数据库信息,了解Wordpress目录结构。
##部署网站A
如果还没有部署Wordpress,先按照常规方式下载源文件、配置环境(这里不赘述)。记录好填入的数据库名、数据库用户名、数据库密码等信息,后续步骤要使用。(备用数据A)
编辑
wp-config.php
,在任意位置添加如下内容:
1 | define('COOKIE_DOMAIN', 'example.com'); |
同时找到有一排形如define('XXX_KEY', 'xxxasdas')
的内容(共8行),这里是设置一些salt,用来给cookie加密。如果没有也没有关系,有的话复制这些内容,下面的步骤要使用(备用数据B)。
##部署网站B
在网站B的
wp-config.php
文件中,填写与网站A一致的数据库信息(备用数据A)与网站A一样,在任意位置添加如下内容:
1 | define('COOKIE_DOMAIN', 'example.com'); |
若存在备用数据B(各种define的’XX_KEY’),将这些段落完整的粘贴到网站B的
wp-config.php
中。将
$table_prefix = 'wp_';
改为$table_prefix = 'xxx_';
(xxx
是任意不同于wp
的字符串)添加如下内容;
1
2define('CUSTOM_USER_TABLE', 'wp_users');
define('CUSTOM_USER_META_TABLE', 'wp_postmeta');
##关键步骤,修改Wordpress核心文件
我知道,这很恶心,但是我debug了一晚上后,已经实在没有精力去想一个优雅的解决方案了。请各位Wordpress达人提供一个hook吧……
按理说根据上述配置就可以实现用户在www.example.com
登录后打开blog.example.com
也自动处于登录状态了,但是现实是无情的。即使你发现两个站点下均存在wordpress_logged_in_xxxx
的cookie,但是Wordpress就是不能实现这个cookie,调用is_user_logged_in()
也是返回false。
经过我各种跟踪调试,最终定位到内核文件wp-includes/default-constants.php
中的一个常量COOKIEHASH
是罪魁祸首。
源代码如下:
1 | define( 'COOKIEHASH', md5( $siteurl ) ); |
先提供解决方案,再讲原理
将 $siteurl
改成你的顶级域名字符串,即
1 | define( 'COOKIEHASH', md5( 'example.com' ) ); |
这下整个世界都清爽了,cookie们终于愉快的在同一个域下同步了!
##原理解释
为什么一个简单的常量会导致cookie同步失败呢?我们来逐层的恢复这个递归。
下面的这些函数并不是定义在同一个文件中,这里为了逻辑清晰将它们列在一起。
1 | define( 'COOKIEHASH', md5( $siteurl ) ); |
分析到这里整个Wordpress的cookie解析流程也清晰了,问题很好定位,就是因为网站A
和网站B
的$siteurl
不同,导致常量定义不同,导致读不到cookie,最终导致了cookie不能跨子域共用。
以上。