WPJAM Basic「样式定制」功能其中一块是在登录页面输入头部和尾部代码,以及其他功能:
is_login 函数
要在登录界面插入代码,首先就要判断当前页面是不是 WordPress 的登录页面,于是我写了一个名为 is_login
函数:
function is_login(){
return $GLOBALS['pagenow'] == 'wp-login.php';
}
就是判断全局变量 $pagenow
是不是 'wp-login.php'
,很多插件或者主题也会内置这个函数,基本都是这样写的,为了防止冲突,我就加了函数是否已经定义的判断:
if(!function_exists('is_login')){
function is_login(){
return $GLOBALS['pagenow'] == 'wp-login.php';
}
}
不能在插件中直接使用
后面我调整了一下 WPJAM Basic 的代码,然后发现「样式定制」的登录页面的设置竟然都无效,有点神奇了。
经过大半天的 Debug ,才发现这是因为全局变量 $pagenow
是在所有插件加载完之后,才被设置的,那么插件里面直接直接使用就无效了,因为还未被设置。
但是我不想再把 WPJAM Basic 的代码调整回去了,所以我就把 is_login
函数的代码改了下,直接通过 $_SERVER['PHP_SELF']
来判断:
if(!function_exists('is_login')){
function is_login(){
if(preg_match('#(wp-login\.php)([?/].*?)?$#i', $_SERVER['PHP_SELF'])){
return true;
}
return false;
}
}
修改之后,在我的服务器好了,样式定制也有效果了。
但是还是有人说不行,真是神奇了,我想了很久,可能他用了其他也有 is_login
函数的插件,然后其他插件还是通过判断全局变量 $pagenow
来实现,并且它的插件先加载了,所以 WPJAM Basic 的 is_login
就没用了。
wpjam_is_login 函数
真是小小的功能,那么多问题,头都大了,所以最后,我觉得就只能上自己版本的登录界面判断函数,那就按照惯例加上 wpjam_
前缀 wpjam_is_login
,这样就不会冲突了:
function wpjam_is_login(){
if(preg_match('#(wp-login\.php)([?/].*?)?$#i', $_SERVER['PHP_SELF'])){
return true;
}
return false;
}
任何 WPAM Basic 或者其他 WPJAM 出品的插件,我都改用 wpjam_is_login
,这样应该没有问题了。?
然后为了防止有人在主题中直接使用 is_login
函数,并且也没有使用该函数的插件,就做个简单的兼容:
if(!function_exists('is_login')){
function is_login(){
return wpjam_is_login();
}
}
WordPres 自己支持了
终于一个简单的登录页面判断的函数,经过5个版本的修改,终于能够符合所有条件,也能兼容各种情况,当我狂喜的时候,WordPress 自己支持了,? WordPress 6.1 直接新增了这个 is_login
函数:
function is_login() {
return false !== stripos( wp_login_url(), $_SERVER['SCRIPT_NAME'] );
}
貌似 WordPress 自己这个版本考虑得更加周全,首先自定义登录界面也考虑进去了,然后它是通过直接检测 $_SERVER['SCRIPT_NAME']
而不是通过 did_action( 'login_form_login' )
或者全局变量 $pagenow
来实现的,这样该函数就可以在尽早的情况下就能处理。
好吧,既然如此,那以后还是统一使用 is_login
函数,我也做了优化一下 wpjam_is_login
,如果 6.1 版本直接调用 is_login
,不是则把 WordPress 6.1 版本 is_login
的实现复制过去:
function wpjam_is_login(){
if(version_compare($GLOBALS['wp_version'], '6.1', '>=')){
return is_login();
}
return false !== stripos(wp_login_url(), $_SERVER['SCRIPT_NAME']);
}