WordPress搬迁LinuxVPS-Nginx环境下问题解决

昨天晚上搬迁博客,从某空间商搬迁到YardVPS中。出现了意想不到的问题。通过百度,虽然不知道是什么原因,但问题已经解决。现在分享一下这些问题,以及这些问题的解决方法。

1、WP后台插件提示FTP登陆

这是由于文件的权限问题,解决方法之一就是,SSH连接VPS,cd网站根目录中输入chown –R www wp-content/plugin 还有 chmod –R 777 wp-content/plugin。这个见过很多次了,所以这次一配置好文件,我就把这些命令都敲了一遍。

2、数据库导入出现max_allowed_pachet错误

这个是看自己的环境如何配置的,我是用的是军哥的Lnmpa一键安装包,默认的MySql配置文件max_allowed_pachet值是1M,进入/etc/my.cnf中修改其默认的1M,改变为20M,重启Lnmp即可。

3、数据库导入出现#1064以及#1066问题

这个真的不好说为什么,我真的不知道。百度出的东西也很杂,情急之下,我使用帝国备份王来备份的数据库。然后在VPS中也是用帝国备份王来恢复数据库。不错的工具,不过据说这个工具已经有漏洞了,所以请各位务必用完之后及时删除。

4、数据库导入中某些元组太大导致恢复失败

数据库顺利导入之时,看着百分比的慢慢增长还是很有成就感的。可是突然提示posts表中的某元组体积过于庞大,不能够导入之后的posts表。由于MySql一般不会出现这种情况,所以我断定是帝国备份王的问题。

为了完整的导入文章,我在帝国中重新备份了一下原来的数据库,特意的没有把原来的posts表导入。而是用phpmyadmin来导出了posts表,然后在VPS中使用phpmyadmin来恢复了这个posts表。事实证明,这样可以解决问题。

5、使用帝国备份王后网站LinuxVPS网站根目录中出现无法删除的乱码文件

乱码文件是个很困扰人的问题,因为你不知道他的真实名称是什么,所以就没有办法在SSH客户端中使用mv或者rm命令改名称或者直接删除。

然后想到WinSCP可以不,不过登陆WinSCP后,尝试修改文件名或者删除,都会提示文件不存在。无可奈何啊 ……

网路上面照了一番,发现一个Linux特有的inode。

Linux系统中,每个文件都有自己的inode记录。就像是数据结构中专门存储地址的地址表一样。我们可以通过ls –li 来查询到这个更目录下面所有文件的inode值。对应到那个乱码的文件找到其inode数据。

然后通过find命令找到inode对应的文件名并传送到rm命令中,即可删除。比如我的帝国一个乱码文件inode值是9527007,那么我可以在这个文件所在目录中输入:

find ./ -inum 9527007 -print -exec rm {} -rf \;

这个文件就被删除了。要注意这行命令是一整条命令,不能删除任一符号。如果你要删除某个文件,只需要把上面的inode地址9527007变更为自己要删除文件的inode地址。

补充:其实不删除这个文件也是可以的,不碍事。不过我不希望别人可以通过关键词来找到我的站,也许用过这个软件后网站会出现漏洞后门的,说不一定。能删掉特征文件,就尽量删除吧。

后记:虚拟主机真的只适合刚建站不久的童鞋,不适合站点已经很多的童鞋。说实话,主机商太太太暴利了。

WordPress/VPS搬迁后升级需要FTP登录解决方法

VPS 安装wordpress后,在后台自动升级时,或者更新、删除主题或者插件的时候,如果提示需要输入FTP账户信息,然而即使我们正确输入了FTP用户名 和密码也无法完成升级,这个是服务器端的权限设置问题,不是用户的问题。如果你是管理员,也遇到了这样的问题(新手)下面提供几个方法以供大家参考:

Continue reading

WordPress中/pluggable.php on line 866错误案例分析解决方案

西安工业大学博客出现/pluggable.php on line 866错误了。今日升级空间由香港空间迁移到北京空间出现了小小的一点悲剧,页面访问正常可是打开“页面”Page出现了小小的问题。原本以为是迁移数据库时候数据库编码出现问题,可是经过排查同一个空间的另外一个WP站点Page页面没有错误。毫无头绪的情况下,采用排除法来进行故障排除。

首先我进行了WP的重新更新,结果还是老样子,这样排除了WP程序本身的问题。

联想到数据库WP-Config是否配置错误,删除wp后重新配置结果故障依旧。

删除原来的数据库,然后恢复还是老样子。

百思不得其解时候,我想进入后台登陆,结果上面提示all-in-seo 某个文件错误。试着将All-in-seo删除,故障排除了。为了验证是否正确,我又将插件安装上去,结果故障重现。

Continue reading

LiveWritter出现MovedPermanently:Moved Permanently错误提示解决方案

最近一段时间,经常使用的LiveWritter发布xatu.me的文章时候,出现了Moved Permanently : Moved Permanently错误。百思不得其解啊!我没有做什么动作啊!由于前段时间工期比较紧,所以就没有解决。今天实在忍受不住了,就着手解决这个问题了!

首先我怕xmlrpc.php丢失,直接输入XXXX.com/xmlrpc.php结果返回只能post链接。好,既然xmlrpc.php还健在那就应该有办法吧。

查阅网上资料Google 搜索 “LiveWritter错误”大多数都是关于500的、或者是Wordpress本身的服务禁止了,可是我的为什么出现这个了呢?网上得知需要,需要在.htaccess中设置一下,虽然不知道是不是这样可行,死马当做活马医疗,急用LiveWritter Quicl当然不敢懈怠。翻出FTP连入账户,根目录下面找到.htaccess添加了网上说的:

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

可是,保存修改后还是这种情况。这是怎么一回事呢?为了验证到底是不是xmlrpc.php是不是警用,我把Wordpress的“启用Xmlrpc发布协议”取消后,再次用链接,这次换为Xmlrpc未开启。好我验证了Xmlrpc服务没有被禁用。只是其他地方小问题。

WordPress Moved Permanently : Moved Permanently ”关键词得到的是关于301 Moved Permanently 的结果 。301相必大家都懂,就是完全永久跳转啦!可是我没有301啊,难道是账户设置里面的错误?

打开LiveWritter 的账户设置,找到xatu.me的相关选项,点击“编辑”在弹出的对话框中我看到,果然,本来应该是xatu.me现在确是了http://xatu.me了 。修改为xatu.me之后,点击“更新账户信息”按钮。OK,主题加载完毕哦^^! 发布了现在的这篇文章测试一下,哈哈OK!本文是Quicl’sBlog 的经验贴,转载注明出处链接哦!

修改.htaccess实现WordPress博客防盗链

短短一段时间,这个月的博客流量就很高了,考虑到以前也没有这种现象,所以Quicl认为博客被盗链了。WordPress本身防盗链很简单,有许多的插件可以用。不过插件多了,博客就会巨慢,所以Quicl采用手工的方法去添加.htaccess语句来实现防盗链,过程比较曲折,顺便给大家讲解了一下.htaccess相关语法,以及我们建站过程中的建议:

Continue reading