有史以来最大事故
。。。。。。我检讨。。。我乐观。。。。。。
在升级到WordPress之前,大概心里有十分把握。
升级菠菜网的过程是:
- 备份数据库;(备份了两遍)
- 保存好wp-config.php文件;
- 下载保存使用中的模板文件和插件文件;
- 删除所有文件;
- 上传WordPress文件;
- 上传模板和插件;
- 打开wp-admin/upgrade.php,按部就班;
- 一个一个激活插件;
- 大功告成!
升级过程居然没有出一丝差错。这也为升级本博的粗心大意埋下伏笔。
按部就班地升级OtherSide。插件虽多,但是也没有出任何差错。
下面就迫不及待想体验自带tag功能。因为以前看过一些文章,于是着重参考了花儿开了的Tag Converter插件和Robbin的【WP】2.3版正式釋出。
就在使用Tag Converter的过程中,可怕的事情发生了。
因为它的功能中含有把Ultimate Tag Warrior的tag转换成WordPress的tag,于是我就没有首先使用官方的“Manage->Import->Ultimate Tag Warrior”功能。
点击一刹那,大错铸成!数据库中关于Ultimate Tag Warrior的表都被删除了。但是并没有转换到新表中。
我不慌不忙地去邮箱找备份。可怕的发现——我已经很久没有备份了,定时备份并没有发挥它的作用。(插件WordPress Database Backup失职,记大过处分)
580篇文章一个一个添加tag显然不可能。
能在邮箱找到的最新的备份OtherSide Database Backup时间是2007.6.22,但是,可恶的是——备份不是sql文件,而是我不认识的天文符号。
This is a multi-part message in MIME format.
–==WPBACKUP-BY-SKIPPY-9d3d7b9ef3c78fc67b3542fb406c4b26
Content-Type: text/plain; charset=”utf-8″
Content-Transfer-Encoding: 7bitAttached to this email is
okevin_blog_wp_20070622_567.sql.gz
Size:981 kilobytes–==WPBACKUP-BY-SKIPPY-9d3d7b9ef3c78fc67b3542fb406c4b26
Content-Type: application/octet-stream;
name=”okevin_blog_wp_20070622_567.sql.gz”
Content-Disposition: attachment;
filename=”okevin_blog_wp_20070622_567.sql.gz”
Content-Transfer-Encoding: base64
谁还能帮我?!站出来!