Super Mouse人不能闲下来，闲下来就想折腾，折腾博客折腾vps小鸡，由于前几天闲的蛋痛，想给博客开启Memcached缓存，然后眼误将Memcache看成了Memcached这导致的后果很严重，嗯，小鸡被来来回回安装环境七八次，搞得我心态崩了，想砸键盘砸鼠标，还好忍住了xd
关于开启Memcached缓存的文章可以去查看 开启WordPress的Memcached缓存 被Memcached折腾到崩溃
由于环境开始运行一切正常，一切的折腾源头都是我将Memcache看成了Memcached，环境重新安装，我甚至将系统从centos6.5升级成了centos7..然鹅该坏的还是要坏。
博客使用的是Cloudflare CDN，开始的时候一切正常，当我重新部署环境之后一切都变了。
开始首页一切正常，因为3660浏览器这坑货不显示错误信息，错误的让我认为一切都是木的错，直到我想进入后台写完Memcached缓存配置那篇文章，灾难开始了…
进入后台又开始无限重定向了，以前是因为Cloudflare CDN的锅，我解决过详情参见： 经过”深思熟虑”还是上了Cloudflare的车 真香啊 ，想根据以前的经验来解决，然鹅毛用没有。。
将博客回源，DNS劫持到服务器ip，确保CDN没有开启本地ping 博客域名也是正确回源了，博客还是在301无限跳转，搜索了一些文章，发现只能治标不能治本，我爱钻牛角尖的毛病又犯了，什么也不干了就是想把这问题给倒腾明白，WordPress为什么后台设置了WordPress地址（URL） 和 站点地址（URL）之后前台依然引用的是http链接，后台301循环。
期间使用修改wp-config.php的方式登录网站后台，可是这不是我想要的结果
在wp-config.php文件中添加以下代码：
1 2 3 | $_SERVER['HTTPS'] = 'on'; define('FORCE_SSL_LOGIN', true); define('FORCE_SSL_ADMIN', true); |
这的确可以使用，但是不是解决问题的办法。
查询WordPress手册发现启用ssl和关闭SSL都是通过修改/wp-includes/load.php中的function is_ssl() { 字段来实现的。
看到之后马上使用WinSCP登录小鸡空间查看load.php的状态，结果发现我TM给了这文件0644的权限，WordPress不能修改这文件，先编辑load.php让其能够登录后台，再折腾权限的问题。
ctrl+f ,搜索”is_ssl”关键字然后将最后一行的return false;更改为return true;
然后使用ocp.php 清空Opcache中的缓存，登录后台，ok，久违的登录界面出来了，整个世界都变得美好了..
