WordPress升级建议和升级失败该如何处理?

其实这篇文章很早就应该写出来,其实在之前的文章里,也或多或少的提到过,只是今天单独的拿出来当作一篇独立的文章来写,希望这篇文章能让各位对WordPress新版本升级有一个大概的了解。

一、何时升级最合适?

很多朋友都会在WordPress新版本发布的第一时间升级,其实这是不明智的做法,从WordPress的发展历程来看,一般新的正式版发布1~2周升级是最合适的。

经过1~2周的测试,如果没有重大的BUG,说明这个版本是稳定的,值得升级,如果有重大的BUG,可以等官方的补丁出来之后一起升级,确保自己博客数据的安全性。

二、升级之前需要注意的哪些?

每个使用WordPress的用户,都或多或少的使用了一些插件;很少有朋友使用WordPress的默认主题。WordPress每次发布新版本,总有插件或者主题的兼容性问题,之前在Wopus的几个WordPress爱好者交流群中,总能听到因为插件或者主题的不兼容而导致升级失败的例子。

所以,在升级之前,请各位到主题或者插件的作者博客上去看看,自己使用的主题或者插件是不是兼容WordPress 3.0,做一个兼容性的评测和升级的衡量,这样出现问题的几率会小一些。

三、注意备份数据和修改的WordPress文件

这点其实是第二点的延伸,只是单独写出来了。

就像WordPress的后台提醒一样,在升级之前,请先备份WordPress的数据。数据备份主要是数据库的备份和修改过的WordPress程序的备份。

至于程序的修改,主要是有些朋友给WordPress添加过一些个性化的功能,这些功能或多或少会涉及到WordPress文件的修改,备份这些文件,可以保证之前功能的延续使用。

四、哪种升级方式最保险?

虽然现在WordPress已经提供了后台在线升级程序的功能,但是这还是有一个选择性和安全性的问题。国内WordPress爱好者众多,所以也就制作了各种版本的WordPress中文版,有些WordPress新手,第一次不太熟悉,就使用了某一个中文版,这样在后台升级,可能会遇到一些问题,这里不方便举例,因为遇到的问题实在是五花八门。

经常访问WordPress的朋友都知道,Wopus一直主张各位使用的都是英文原版+中文语言包。这样,可以直接在后台升级程序,语言包直接更新即可,而不像中文版,兼容性和延续性会可能有问题。

所以,各位请继续使用WordPress程序官方版本+中文语言包。【WordPress中文语言包的使用方法

五、升级失败该如何处理?

虽然WordPress后台支持在线升级,但是国内有些主机对这块的支持不是很友好,有时候插件在线升级都有点困难,所以各位需要评估是否需要使用在线升级,其实往空间里上传程序并覆盖,也是可以完成升级的。当然,国外主机升级都是没问题的。

六、升级的详细步骤:

1、升级之前检查当前自己使用主题和插件的兼容性,确定是否需要立刻升级。

2、评估WordPress新版本的功能是否是自己切实需要的,确定是否需要立刻升级。

3、备份WordPress数据。包含数据库的备份和部分修改过程序文件的备份。

4、确定升级了,暂停使用所有的WordPress插件,并把WordPress主题切换到默认的。

5、升级之后,重新启用主题和插件,并检查分类,标签,文章和一些个性功能是否正常。

七、建议各位不要跨版本升级,最好一个版本一个地都升级。

八、给自己开一个测试博客

现在的WordPress主机的空间大小,附加域名参数和流量都比较宽裕,各位可以给自己建一个测试博客,可以单独测试新版本功能,也可以为升级做准备。

说了这么多,还是希望各位能理智,正确对待WordPress新版本,也能按照正确的方法升级。

时间: 2024-10-02 06:08:22

WordPress升级建议和升级失败该如何处理?的相关文章

ubuntu14.04升级以及gitlab升级

环境:系统版本ubuntu14.04 .gitlab-ce.8.11.3 升级要求:系统升级为目前最新的LTS版本的ubuntu16.04.gitlab升级为最新的版本 升级可以有两种方案: 一种类似于迁移(重新找台机器,系统直接安装ubuntu16.04,然后安装gitlab版本和原版本一致,进行数据迁移后确认数据无误后再对gitlab进行升级). 另一种直接在原机器上,首先对系统升级,然后对gitlab升级. 1.直接在原机器上升级的方案: 升级前备份数据: 停止gitlab备份数据 git

PostgreSQL升级之pg_upgrade升级

PostgreSQL中的升级,如果针对小版本的升级,比如9.6.1升级到9.6.2(当前的最新版本),只需要用9.6.2版本的软件替换9.6.1版本的软件即可,不需要做额外的操作,因为整个大版本是相互兼容的,内部存储形式也是兼容的.但如果涉及到跨大版本升级比如9.4.11升级到9.6.2,这种直接替换软件就不行了,因为跨版本的内部存储形式发生了变化. 官方给了三种升级的方式来解决跨版本升级: pg_dumpall pg_upgrade 通过复制 pg_dumpall是一种把数据从旧版本逻辑导出,

求公司电脑升级方案 求升级顺序 配置价格

技嘉 台式电脑 操作系统 Windows 7 旗舰版 32位 SP1 ( DirectX 11 ) 处理器 英特尔 Pentium(奔腾) G2030 @ 3.00GHz 双核 主板 技嘉 H61M-S1 (英特尔 Ivy Bridge - H61 芯片组)内存 4 GB ( 金士顿 DDR3 1600MHz )主硬盘 希捷 ST500DM002-1BD142 ( 500 GB / 7200 转/分 )显卡 英特尔 Ivy Bridge Graphics Controller ( 1551 MB

采用MySQL_upgrade升级授权表方式升级

1.7.1 采用MySQL_upgrade升级授权表方式升级(1) 这种升级方式比较省事,通过MySQL_upgrade命令即可完成.下面来演示一下整个升级过程. 1)修改my.cnf配置文件,因为MySQL5.1里的参数在5.5版本里已经不识别了. #skip-locking  在5.5里已经不识别了,改成 skip-external-locking #log-long-format  在5.5里已经不识别了,改成 log-short-format #log_slow_queries  在5.

django升级2.1python升级3.7时出现的错误:"trying to load '%s': %s" % (entry[1], e) django.template.library.InvalidTemplateLibrary:

django升级2.1python升级3.7时出现如下的错误: "trying to load '%s': %s" % (entry[1], e) django.template.library.InvalidTemplateLibrary: Invalid template library specified. ImportError raised when trying to load 'crispy_forms.templatetags.crispy_forms_utils':

Sql Server 2008开发版(Developer Edition)过期升级企业版(Enterprise Edition)失败后安装学习版

最近一个多月,甚是悠哉,无事可做.上线的网站系统也没接到客户的反馈,反而觉得无聊之极了.上周五早上,一上QQ,就收到客户发来消息,管理平台无法登陆了.心里一惊,立马开始查找故障原因.翻看了系统日志,提示数据库连接超时(见下图). 打开vs,运行程序,同样报错,数据库连接超时.找到报错位置的SQL语句,只是很简单的一条查询语句.连接字符串也没有问题,怎么会报错呢?百思不得其解,于是乎,打算到查询分析器执行一下这条SQL语句,看看结果如何.接着,出现了下面的情况. 搜迪斯内,原来是Sql Serve

easyradius通讯接口 V4全新升级,显示同步失败原因,方便用户寻找故障

最近一段时间,我们做了很多的努力,不仅完成了WayOs.BV.ROS.IK.PA接口的重写(主要加入智能判断,能处理的直接处理,不能处理的告诉用户),而且在原有DDNS访问失败的提示下,升级了同步失败错误内容,方便用户快速处理故障. 这几天老是有meibu.net的用户和我们反馈: 远程可以打得开路由,但是easyradius无法通讯,提示内容就是DDNS无法解析,经我们查验,就是每步的域名都无法解析 建议用户在一个路由上,使用两个DDNS,一个是meibu,一个是3322,以防止出问题时,导致

Oracle升级前备份和失败回退

一.升级前备份 1.软件备份[[email protected] backup]# su - oracle [[email protected] ~]$ cd $ORACLE_HOME[[email protected] db_1]$ pwd/db/oracle/oracle/product/10.2.0/db_1[[email protected] db_1]$ tar -cvzf ora_home.tar.gz ./软件升级主要是对ORACLE_HOME下的文件进行修改,先对其打tar包. 

XCode升级导致的IAP失败的问题

应用提交苹果测试之前,一般都会在沙盒环境里进行测试充值.用沙盒的测试帐号进行充值的时候,服务端拿到苹果返回的receipt-data后,向苹果服务端进行校验的时候,如果返回错误码21007则再去沙盒环境去验证. 沙盒环境的校验地址:https://sandbox.itunes.apple.com/verifyReceipt 正式环境的校验地址:https://buy.itunes.apple.com/verifyReceipt   而最近一次提交的时候,后台log发现拿到客户端提供的串向苹果服务