开发者社区> 老朱教授> 正文

Wordpress二级域名共享用户cookie出现错误解决方案及WP的Cookie机制

简介:
+关注继续查看

在若干年以前,我刚开始折腾Wordpress没多久的时候,就自己摸索过 多个Wordpress网站共享一份数据表的实现方法 。这种看起来好像很高大上的类SSO功能,能够给用户在多个网站之间提供快速、无缝、透明的登录体验。

举个很简单的例子,原本有一个Wordpress网站 http://www.example.com(后称网站A) ,你突然想增加一个博客子站点 http://blog.example.com(后称网站B) ,那么原本在 网站A 注册的用户当然不想重新去 网站B 再次注册。这个时候就体现出本文要探讨的问题的价值了。

废话不多说,直接开始!

 

以下例子中所有的域名example.com请自行替换成你的域名

阅读本文的前提是你已经有基本的网站部署知识,会部署单个Wordpress网站,知道如何给Wordpress配置数据库信息,了解Wordpress目录结构。

 

部署网站A

  1. 如果还没有部署Wordpress,先按照常规方式下载源文件、配置环境(这里不赘述)。 记录好填入的数据库名、数据库用户名、数据库密码等信息,后续步骤要使用。 (备用数据A)

  2. 编辑 wp-config.php ,在任意位置添加如下内容:

define('COOKIE_DOMAIN', 'example.com');  
define('COOKIEPATH', '/');  

 

同时找到有一排形如 define('XXX_KEY', 'xxxasdas') 的内容(共8行),这里是设置一些salt,用来给cookie加密。如果没有也没有关系,有的话复制这些内容,下面的步骤要使用(备用数据B)。

部署网站B

  1. 在网站B的 wp-config.php 文件中,填写与网站A一致的数据库信息(备用数据A)

  2. 与网站A一样,在任意位置添加如下内容:

 define('COOKIE_DOMAIN', 'example.com');
    define('COOKIEPATH', '/');

 

  1. 若存在备用数据B(各种define的'XX_KEY'),将这些段落完整的粘贴到网站B的 wp-config.php 中。

  2. 将 $table_prefix = 'wp_'; 改为 $table_prefix = 'xxx_'; ( xxx 是任意不同于 wp 的字符串)

  3. 添加如下内容;

define('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 是罪魁祸首。

源代码如下:

define( 'COOKIEHASH', md5( $siteurl ) );  

先提供解决方案,再讲原理

将 $siteurl 改成你的顶级域名字符串,即

define( 'COOKIEHASH', md5( 'example.com' ) ); 

这下整个世界都清爽了,cookie们终于愉快的在同一个域下同步了!

原理解释

为什么一个简单的常量会导致cookie同步失败呢?我们来逐层的恢复这个递归。

 

下面的这些函数并不是定义在同一个文件中,这里为了逻辑清晰将它们列在一起。

 

复制代码
define( 'COOKIEHASH', md5( $siteurl ) );  
...
define('LOGGED_IN_COOKIE', 'wordpress_logged_in_' . COOKIEHASH);  
...
wp_parse_auth_cookie($cookie='', $scheme='');  
//该函数返回根据 $scheme 读取 $_COOKIE 中的内容并返回结果,
//这里的 $scheme 是常量 "logged_in",函数内部使用 switch
//将 "logged_in" map 到了 LOGGED_IN_COOKIE 这个常量
...
wp_validate_auth_cookie($cookie, $scheme)  
//根据上面的函数返回的结果,进一步判断cookie是否有效,并返回 user_id
...
add_filter( 'determine_current_user', 'wp_validate_auth_cookie',1);  
//定义了一个filter,当apply的时候执行上述函数
...
get_currentuserinfo()  
//这是很常用的一个内部函数,在这个函数里apply了上述filter
...
wp_get_current_user、is_user_logged_in等  
//这些函数都调用了上述函数
复制代码

 

分析到这里整个Wordpress的cookie解析流程也清晰了,问题很好定位,就是因为网站A 和 网站B 的 $siteurl 不同,导致常量定义不同,导致读不到cookie,最终导致了cookie不能跨子域共用。

以上。




本文转自黄聪博客园博客,原文链接:http://www.cnblogs.com/huangcong/p/5512592.html,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
WordPress缓存插件WP Fastest Cache插件使用教程
WordPress缓存插件WP Fastest Cache插件使用教程
340 0
思否开源项目推介丨WP Editor.md:WordPress 下的 Markdown 编辑器插件
思否开源项目推介丨WP Editor.md:WordPress 下的 Markdown 编辑器插件
218 0
捉虫与寻龙:从0打造wordpress插件wp2oc fileshare (1) – 将wp存储后端做进owncloud
关键字:wp2oc fileshare,wordpress媒体存进网盘,网盘作为wordpress图床,owncloud wordpress backend storage
601 0
WordPress – Logged In Users重复登录、疑似被黑,原来是Cookie问题
我的站点使用Ali云服务器,平时用Lenovo笔记本电脑连接服务器进行维护。笔记本电脑的固态硬盘C系统盘可用空间不到10G,所以周日花2~3个小时压缩了C,可用空间变成20G多。 不过WP登录后遇到问题,AIOWPS插件显示“Number of users currently logged into your site (including you) is: 2”红色警告,可我的站点只有我自己拥有管理员账户(没开放给其他用户注册)。
1575 0
图解 wp WordPress 文章 链接 在新窗口打开
wp WordPress 文章 链接 在新窗口打开 因为wp默认是不在新窗口打开链接的,这对于我们这样习惯关窗口的人,用起来很不方便。其实改起来很简单,下面开始 一、打开外观,选择编辑 二、打开主题页眉,header.
1214 0
wordpress模板WP主题安装失败的解决办法
还记得我刚开始建立比尔云的时候,想要换什么样的主题直接在后台下载就行了。或者就到一些wordpress主题网站下载一些喜欢的然后在博客后台上传,也可 以用FTP上传模板就可以了。可是前段时间,我发现我的博客竟然不能更换主题了。下面给大家总结一下wordpress博客主题安装失败的几个问题。
5398 0
+关注
文章
问答
文章排行榜
最热
最新
相关电子书
更多
安全机制与User账户身份验证实战
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载