这次由于好友D大把blog恢复了,想托管到大D这边的VPS上,那么也就有了理由升级一下VPS,拓展一下VPS的计算资源。

最后决择了一圈,还是选择待在HK机器上了。

这次搬家又遇到一些好玩的事情,记录下来。

诡异的Memcached

为了节约时间,大D依然采用LNMP一键包作为VPS的环境搭建方式。LNMP一键包升级到1.4之后还是很好用。

但是有点蛋疼的是,使用一键包安装Memcached之后,一开始是500错误,关掉WP内的Memcached插件就好了。

所以还是把问题锁定在了Memcached上。

重新安装了Memcached之后,虽然不500错误了,但是没有生效。那么就检查一下Memcached的生效情况。

最简单的检测方式就是使用telnet。

首先看一下有没有安装telnet包。

如果安装了会返回相关的包及版本,如果没有安装的话,那么就安装一下。

这里提供的是CentOS,也就是RedHat系的安装方法,使用Debain/Ubuntu Server的同学请自行搜索安装方式。

最后连接一下。

如果连接成功的话,则返回如下信息:

Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.

然后再输入:

正常的话会返回Memcached的缓存情况(这里只列出一部分):

然而大D是telnet不通的,依稀记得安装时的输出信息当中看到LNMP的脚本有操作过Iptables,那么赶紧上去看一下。

明晃晃的一堆DROP。。。

不放行127.0.0.x就是wp没生效,也连接不上的原因,那么调整一下规则,放行一下,添加在这四行Drop的上面,只放行自己人。

VPS本地可以连接就可以了。

多个Wordpress使用Memcached

一番Google,很多都是给出了直接添加 define('WP_CACHE_KEY_SALT', 'xxxx');的办法,然而这个办法在大D这里仍然会冲突。

思考了一下,大D认为,应该是因为数据库表名都一样,所以会出现冲突的问题。尤其是一些关乎Wordpress自身设置和插件设置的。

既然如此,把表前缀改了不就好了。

1.修改表前缀

修改表前缀的话,一个个改起来也很麻烦,直接抄下面的SQL语句也稍显麻烦,最方便的办法就是用phpmyadmin提供的修改表前缀功能了。(具体那个版本开始有这个功能的不清楚。现在大D用的已经是最新版了。)

2.修改WP设置表和用户元数据表

修改完毕表前缀之后,要将Options表和UserMeta表内的数据也对应修改。

3.修改wp-config.php

最后就来修改wp的配置文件,将配置文件内的:
$table_prefix = 'wp_';
修改为
$table_prefix = 'wpxxx_';

这样一来修改表前缀所需要做的操作就结束了,然而大D又遇到了新问题,修改完表前缀的wp,登陆之后提示没有权限访问后台。

其实这个问题还是上面第2步产生的一些错误,重新修改一下数据库:

这样就可以正常开启Memcached且不冲突了。

P.S 在这一节当中 wpxxx为新表头,可以自行确定。

神奇的插件

这个神奇的插件叫audio-player。

大D这边帮刀老师开启了全站https,开启的过程中遇到了一点小问题,这边记录在案一下。

Nginx这些都设置好之后,先把数据库内的http连接都修改成了https的,如下:

修改完成之后,在Nginx的conf里开启443,LNMP一键包的管理器提供了增加ssl的功能,很方便。大家直接用就可以了。

最后在80端口上加一个跳转。

本以为这就OK了,结果没想到,开发者工具控制台又泼了盆儿凉水。

注意看,居然成了httpss,后台和数据库里都找了一下,没有这个httpss,只好到插件的源码当中去找答案了。

果然是插件自身支持检测https,然后再重写URL的时候坑掉了。

找到插件目录下的:audio-player.php文件,打开找到大概128行左右。
将:

修改为:

这样就解决了前台加载成httpss的问题了,顺利实现小绿锁!

结语

D大的Blog恢复了,还是很开心的事情哈哈哈。

 

与本文相关的文章
版权声明
转载保留版权: 大D综合研究院 | 《VPS叕搬家了!》
本文链接地址:https://www.dadclab.com/archives/6848.jiecao
本文版权采取:BY-NC-SA 协议进行授权,除特别标注,本站所有文章均为原创。
转载须知:如果您需要转载本文,请将版权信息,版权授权方式,以及本文的链接地址注明,多谢合作。
本文被贴上了: , , , , 标签