2020.11.28 站点恢复运行 + 补充:2020.10.26-站点迁移中出现的问题
本文于2020年12月4日由AlvinCR更新
在10月时网站出现了问题,于11月更换了VPS服务商解决了这个问题,但是不知道为什么只维持了一天网站又崩了,当时补发了两篇文章,由于刚重建好,但并没有进行备份的数据,导致当天的数据全部丢失了…..我对希望参考网站内容的诸位表示歉意。现在更换了新的VPS服务商,据说建站很稳,想来应该不会再出现这种问题了。
2020.11.30 查阅资料知道了有百度快照一说,尝试通过查询本网站找到丢失的文章,却发现百度并没有我最新文章的快照,估计是我的站点太小,并且文章存在的时间太短的原因。通过搜索相关链接,发现我在CSDN有一部分数据的备份….,看到文章终于能想起来当时发的是什么了,也不用再手动打一遍了。
以下是原文:
文章导引
2020.10.26-站点迁移中出现的问题(包括:404界面,数据库异常,500)
更改站点所在的服务器,发现出现了不少的问题,这几个问题处理了接近两整天才完成。事情经过是:使用宝塔一键迁移网站的API工具,并更改DNS指向新服务器之后,新服务器出现找不到网页,本想重新指回旧服务器,检查新服务器出现的错误,结果旧服务器竟然出现404,其中的原因百思不得其解。最后采用手动复制粘贴并按照旧服务器版本设置后才可以,在这个过程中出现以下问题。
一:使用谷歌登录网站直接显示无法连接,没有任何报错提示。使用手机登录显示403 Forbidden
完全不知道是什么地方出了问题,使用备份的文件覆盖没有任何效果,旧机器上显示无法连接,在新机器上显示找不到站点,但是数据都备份过来了。经过手动备份,并设置一些nginx参数解决了这个问题。
二:数据库异常,无法登陆
备份过来之后,链接网站出现数据库异常的情况。
这个问题参考了一天的网页都没找到解决方法,究其根本是因为不知道是整个站点的什么地方出现的问题,使用tail命令获取错误日志,日志上写着文件夹没有权限,但是所有文件都给了755的权限,甚至给了777都不行。
- tail ./www/server/nginx/logs/error.log
输入代码后,每次访问网站将会在error.log生成错误文件,使用tail会将最新的信息输出到面板上。
后来想到了一个最笨最有效的方法,那就是:重新安装并创建初始wordpress模板,确保能够对alvincr.com进行访问后,对模板进行双重备份(很重要,一开始我没备份,出问题又重装的…),使用旧网站内的文件一个一个文件/文件夹对模板替换,直到发现不能够访问为止。
因此通过十几次的替换,终于发现是由于wp-config.php所造成的,查看旧服务器该文本与WP模板两者差异,发现是在Mysql信息处不同,即服务器根本就没认可我们的身份(同样的设置在旧服务器上以前就可以正常工作,更改DNS后就不能正常运行了,以前经常更改但是从来没有出现这种问题),所以导致访问的文件都没有权限。
解决方法就是直接将WP中的信息更改到旧服务器文件中,然后使用旧服务器的wp-config.php即可成功访问。
三:能进去静态主页,但是动态网页出现404
使用下面的方法成功解决。
当在wordpress上查看文章时出现404,这个情况一般出现在中文版 中,主要是因为编码问题导致的,在摸查文章目录时会通过分类目录下去找,但是看到浏览器链接中带有中文分类目录名或是中文文章名,像“blog.9uhp.com/2017/3/wordpress 查看文章出现404错误解决办法”,解决办法是打开wordpress后台:设置—->固定链接,看到现在的设置,尝试选其他类型都不行,都会在链接中带中文,最后选第一项的“朴素”类型,OK搞定!
十分感谢:http://www.9uhp.com/?p=180(备注:这个网站后缀直接用的最朴素的设置,虽然比较容易记住,但是对于SEO并不是很友好,而且自己看标题也不方便)
如果仍要使用自定义结构,需要一些设置,如果使用宝塔操作,那么在图中的“当前位置”可以选用wordpress模板,这样便能使用固定链接。如果不是,可以使用
- cd /
- find -name nginx.conf
- 找到nginx.conf文件,然后修改(https://cloud.tencent.com/developer/article/1135108)
- nginx -s reload #重启nginx
四:升级插件后站点出现500
本来连续遇到三个问题,用时两天,站点终于处理完成了,所有程序都成功运行,兴致勃勃的去升级一下程序,想着新机器新气象,结果又出现这种情况…
查了半天结果是有代理导致的,关闭http模式,采用pac就可以了。
五:,宝塔出现500
事情还没完,本以为是升级Wordpress出现异常,因此重启服务器,结果就异常了….,询问客服结果是因为他们那边升级Centos8造成的。/笑哭
总结:经常备份就是好,出现错误直接覆盖重来,不会出现错上加错的情况。
PS:由于本文是在修复完成之后所写,一些错误并没有保存图片。下面是来回折腾的图片记录….从nginx转到Apache发现问题,又转回来的折腾过程。