WordPress详细升级说明
导航: 上一页 | 首页 | WordPress中文论坛 | WordPress主机 | CMS程序 | 论坛程序 | ECShop | ShopNC | PowerEasy
升级步骤详解[ ]
概述
- 备份数据库。
- 备份WordPress目录下所有文件，包括.htaccess文件。
- 确认备份资料的存放位置并保证其可用。这一点非常重要。
- 禁用所有插件。
- 确定完成前四个步骤后再进行升级。
- 从http://wordpress.org/download/上下载并解压WordPress压缩包
- 删除自己网站/博客上原有的WordPress文件，但不能删除以下文件：
- wp-config.php文件
- wp-content文件夹；wp-content/cache文件与wp-content/plugins/widgets文件例外，需删除
- wp-images文件夹
- wp-includes/languages/文件夹——若使用语言文件则无需删除该文件夹
- .htaccess文件——若曾在.htaccess文件中添加自定义规则，则无需删除该文件
- robots.txt文件——若博客在网站的根目录下（如博客即网站），所生成的robots.txt文件无需删除,将新WordPress文件从计算机的硬盘中上传到相应WordPress文件夹
- 运行WordPress升级程序，根据屏幕上的操作提示进行升级
- 更新网站上的固定链接和.htaccess文件。更新固定链接结构，必要时将更新规则整合到.htaccess文件中。
- 安装更新后的插件和主题。了解插件、主题是否能与WordPress 2.8.3兼容。
- 重新激活插件。
- 为wp-config.php文件添加安全密钥定义。
- 查看WordPress是否有新变化
这是对升级过程的简单说明，稍后文章会对升级过程展开详细介绍。
注意，若升级过程中出现问题，请重新阅读下面的详细说明，确保每一步都按照文章介绍的步骤进行操作，也可以在文章最后的“注意事项”部分寻找解决方法。
从WordPress 2.7系列版本升级到WordPress 2.8.3[ ]
根据下面详细步骤指导完成第一至第四步骤，然后进入管理界面“工具”选项下的“升级”，点击“自动升级”按钮。
==从WordPress 1.5系列以及WordPress 2.0- 2.6.5升级到WordPress 2.8.3 下面是对之前简单升级说明的详细介绍。
备份数据库[ ]
备份数据库。所有WordPress数据（如用户信息、页面、链接和类别等）都被存储在MySQL数据库中。数据库备份过程参见备份数据库。
升级前备份数据相当重要，如果出于某种原因而不得不退回到原有WordPress版本，可以通过备份资料还原数据库。
备份所有WordPress资料[ ]
备份WordPress目录下的所有文件以及.htaccess文件。此过程一般都要用FTP程序将主机上所有WordPress文件下载到本地计算机上。详细说明参见备份数据库。
备份自己对WordPress核心文件所做的修改以及对插件或主题的自定义文件。升级前备份数据相当重要，如果出于某种原因而不得不退回到原有WordPress版本，可以通过备份资料还原数据库。
确认备份[ ]
确认备份位置并保证其可用。此为升级过程中最重要的步骤。确认备份文件位于本地计算机上（或自选位置）并且可以浏览其中的子文件夹。如果文件为zip格式，请保证此zip文件包没有被损坏，也就是可以打开。另外可以用编辑器打开.sql文件以确定数据库表及数据能正常显示。
禁用所有插件[ ]
在管理面板的“插件”选项下禁用所有的插件。改动WordPress时某些活动的插件可能会与升级过程产生冲突。
确定前四步骤顺利完成[ ]
完成前四个步骤后再进行升级。
WordPress支持论坛是用户升级遇到困难时求救的最佳去处，论坛志愿者首先会问求救者是否完成以上四个步骤。由此可见这四个步骤的重要性。
下载并解压WordPress压缩包[ ]
从http://wordpress.org/download/ 下载WordPress压缩包并将其解压。
- 如果要将WordPress上传到远程web服务器，请用浏览器下载WordPress压缩包到本地计算机并将其解压。
- 如果拥有web服务器的shell访问权限，并且习惯使用控制台工具的话，可以将WordPress直接下载到web服务器上。如果不希望使用FTP，可以选择wget、lynx等基于控制台的web浏览器。将压缩包存放在当前wordpress目录的同级目录下（如"uploads"）。然后使用gunzip -c wordpress-2.8.3.tar.gz | tar -xf -或tar -xzvf latest.tar.gz将其解压。
WordPress压缩包将被解压到名为wordpress的文件夹下。
删除原有WordPress文件[ ]
为什么要删除原有文件？通常情况下，升级前尽可能删除所有文件是一件好事，因为升级时可能会错误重写已有文件，为日后造成不必要麻烦。
但不要删除以下文件和文件夹：
- wp-config.php文件
- wp-content文件夹
- wp-images文件夹——只有WordPress 1.5系列版本具有此文件夹
- wp-includes/languages文件夹——若使用语言文件，且所用语言文件位于g该文件夹而不是在wp-content/languages/中，无需删除该文件夹（为方便升级，可将语言文件移到wp-content/languages/中）
- .htaccess文件——若曾在.htaccess文件中添加自定义规则，则无需删除该文件
- 自定义文件与插件——若wp-content文件夹下有图片或其它自定义内容或插件，无需删除这些自定义文件
删除以下文件和文件夹：
- wp-*（除以上“不能删除”的文件），readme.html，wp.php，xmlrpc.php，以及license.txt;文件；尤其要删除WordPress根目录下的文件。再次重申，不能删除wp-config.php文件。注意：某些文件可能不存在于WordPress 2.7之后的版本中，如wp.php。
- wp-admin文件夹
- wp-includes文件夹；若若使用该文件夹下的语言文件，切记不可删除wp-includes/languages/ 文件夹
- wp-content/cache文件夹；该文件夹仅存在于WordPress 2.0中
- wp-content/plugins/widgets文件夹；只有之前安装了工具栏Widgets插件的用户的WordPress目录中才会出现该文件夹。工具栏Widgets的代码与WordPress内置widget性能相冲突。
如何删除文件？有几种方法可以从个人WordPress网站/博客中删除文件：使用FTP客户端，通过Telenet或SSH权限，有些虚拟主机服务提供商也赋予其用户修改文件和文件夹的权限。
- 用FTP删除文件:用来上传WordPress文件的FTP客户端也可以用来删除文件和文件夹。如果FTP客户端不允许删除非空文件夹，请检查FTP客户端的有效设置，之后会发现有一个允许删除非空文件夹的选项设置。删除非空文件夹是一种可迅速而彻底清除原WordPress安装文件的方法。出于安全考虑，文件删除完毕后请返回原始设置。
- 用Telnet或SSH删除文件:如果用Telnet或SSH的命令行登录账号，可以输入下列命令行，对自己需要的文件进行备份或删除安装目录下的WordPress文件（以及.htaccess文件）。
如果曾对cp命令行外的某文件进行过自定义（如index.php），也要备份这些自定义文件：
- mkdir backup
- cp wp-config.php .htaccess backup
- cp -R wp-content backup
- rm wp*.php .htaccess license.txt readme.html xmlrpc.php
- rm -rf wp-admin wp-includes
- cp backup/wp-config.php .
- 升级完毕后，可以通过备份文件将自定义文件还原到模板或插件中。例如，用cp backup/index.php .来还原index.php。
或者也可以用SSH来复制wp-config.php，.htaccess以及新WordPress文件夹中的自定义内容。之后重命名原WordPress文件夹，将新WordPress文件夹存储在原WordPress目录位置上。
上传新文件[ ]
本地升级完毕后，根据第一次安装WordPress时的操作，用FTP将新文件上传到网站服务器上。具体过程参见使用FileZilla与上传WordPress。
注意：如果不删除wp-content文件夹，上传过程中可能需要重写某些文件。
wp-content文件夹中存有WordPress主题文件和插件文件。主题文件和插件文件需要保留。首先上传其它文件，然后上传新建的WordPress文件或新wp-content文件。用默认插件的新版本覆盖旧版本。
由于WordPress默认主题有所改变，还需要上传wp-content/themes/default文件夹。如果曾修改过默认主题，升级后还需要检查并上传所做修改。
运行WordPress升级程序[ ]
用户利用web服务器进入正常位置（ /wp-admin）下的WordPress管理界面，之后WordPress会检查是否有必要进行数据库升级，如果确认有必要，WordPress会显示升级链接并提示用户升级。
升级链接通过获取wp-admin/upgrade.php文件来运行WordPress升级脚本。根据屏幕上的操作提示进行升级。
注意：操作前请确定WordPress注册的数据库用户名具有新建、修改、删除数据库表的权限。以标准程序安装WordPress且之后未做其它修改的用户无需担心权限问题。
若要手动运行升级脚本：
- 如果WordPress安装在根目录下，在浏览器中访问http://example.com/wp-admin/upgrade.php
- 如果WordPress安装在自身子目录下（如该子目录名为blog），在浏览器中访问http://example.com/blog/wp-admin/upgrade.php
升级后如果遇到登录问题，请尝试删除浏览器cookie。
更新永久链接和.htaccess文件[ ]
在控制板中“设置”选项下的“固定链接”中更新固定链接结构，如有必要，可将更新规则整合到.htaccess文件中。具体步骤参见使用固定链接和.htaccess文件。
安装更新后的插件和主题[ ]
通过各种方式了解插件、主题是否能与当前WordPress版本兼容。如有必要，上传并安装插件和主题的新版本。
重新激活插件[ ]
在控制板中激活插件。如果不确定插件是否能与当前WordPress版本兼容，可以逐个激活插件以了解各个插件的兼容性。
为wp-config.php文件添加安全密钥定义[ ]
WordPress 2.6开始使用AUTH_KEY, SECURE_AUTH_KEY以及LOGGED_IN_KEY这三个安全密钥，希望能够更好地为用户cookies中的信息加密。之后WordPress 2.7安全密钥中加入了新成员NONCE_KEY。
如果wp-config.php文件中没有发现安全密钥，可以根据编辑wp-config.php文件中的具体章节来添加密钥定义。
查看WordPress是否有新变化[ ]
从下列资料中了解WordPress是否有新变化：
关于Fantastico升级的特别说明[ ]
在WordPress 2.2之前的版本中使用Fantastico升级程序进行升级时，Fantastico会用wp-config-sample.php文件重新生成wp-config.php文件。这样wp-config.php中就会出现两个新值 DB_CHARSET与DB_COLLATE。如果从WordPress 2.2之前的版本升级到WordPress 2.8.3，要删除wp-config.php中关于 DB_CHARSET 与 DB_COLLATE的代码行。编辑wp-config.php文件中有关于 DB_CHARSET 和 DB_COLLATE的详细介绍。
注意事项[ ]
版面杂乱或出错[ ]
如果博客版面看起来杂乱无章，可能是因为旧版本插件与WordPress不兼容。这时可以在WordPress的控制板中禁用所有非WordPress默认插件，然后再逐个激活插件进行检查。
自定义操作或修改[ ]
保存曾对WordPress文件所做的改动。将改动整合到新版本的代码中。WordPress版本中列出了各个版本中有改动的文件。
不使用旧代码[ ]
升级能保证代码的新鲜度和安全度。无论用户怎样修改完善旧代码，问题总可能出现。使用自己修改过的旧代码的确是个不小的诱惑，但带来的麻烦更多。
是否可以恢复使用旧版本[ ]
可以，但不推荐将当前版本恢复为旧版本。首先新版本中通常包括安全升级，如果回到旧版本，网站/博客可能要遭受一定安全风险。其次新旧版本间的数据库结构有所不同，回到旧版本可能会影响存储在数据库中的网站内容、日志、评论和插件等信息。如果用户坚持回到旧版本，风险自担。请注意，升级前如果不完整备份网站和数据库，要返回旧版本基本是不可能的。删除除wp-config外所有WordPress文件。将备份文件上传到服务器，还原数据库备份。记住，如果要返回旧版本，一定要保持完整备份。WordPress可能不支持返回过于陈旧的版本。
怎样获取更多帮助[ ]
升级时如果遇到问题，可以在Troubleshooting: Common Installation Problems，Troubleshooting以及Codex Installation Category of Articles中寻找答案。如果找不到自己需要的资料，可以在WordPress支持论坛上说明自己遇到的问题，请求帮助。可能会有人问你是否使用了旧代码，如果使用了旧代码需要改为新代码，因此最好现在就把自己的旧代码换成新的吧:-)
超旧版本升级[ ]
如果某个使用WordPress 1.2版本的用户想升级到WordPress 2.8.3，首先要根据Upgrading From WordPress Version 1.2 to 1.5中的操作说明将WordPress 1.