bob 发布于 February 12, 2006 20:28
SaBlog 2.8 -> Bo-Blog 2.0.1 转换程序[试用版]使用说明
说明
1. 转换前请认真阅读此说明。
2. 此程序用于将 SaBlog v2.8 Build 20051101 的数据转换到 Bo-Blog 2.0.1 版。
3. 限于各种原因限制，本程序只能转换日志、评论、用户基本数据、分类。因此，引用、TAG、附件等内容无法转换。
4. 由于两个程序采用的编码不同，因此您在转换中需要手工转换编码。（见下文附录）
转换步骤
1. 先在与Sablog不同的文件夹内，完整安装Bo-Blog 2.0.1。注意数据表的前缀不要与Sablog相同。
2. 将 convert/ 文件夹完整上传到Sablog的安装目录下。设置 convert/result/ 文件夹的属性为777（*nix用户）。
说明
1. 转换前请认真阅读此说明。
2. 此程序用于将 SaBlog v2.8 Build 20051101 的数据转换到 Bo-Blog 2.0.1 版。
3. 限于各种原因限制，本程序只能转换日志、评论、用户基本数据、分类。因此，引用、TAG、附件等内容无法转换。
4. 由于两个程序采用的编码不同，因此您在转换中需要手工转换编码。（见下文附录）
转换步骤
1. 先在与Sablog不同的文件夹内，完整安装Bo-Blog 2.0.1。注意数据表的前缀不要与Sablog相同。
2. 将 convert/ 文件夹完整上传到Sablog的安装目录下。设置 convert/result/ 文件夹的属性为777（*nix用户）。
bob 发布于 January 19, 2006 22:57
今天在修改数据库备份和导出部分时，遇到了怪事一桩。确认程序无误的情况下，导入怎么也不成功，MySQL报错为“Column count doesn't match”。查了半天也不知道原因，只好让程序一行行地检查备份数据。结果发现，问题出在某一篇很长的日志上。这篇日志的数据被php的gzfile()函数断为两行，难怪SQL语句会出错。
为了确认这是我的rpwt还是php的问题，到php.net上一看，果然有人反应了类似的问题：
好吧，承认被这个东西打败了。这个问题看来不只是4.4.1的问题，我在本机测试时php版本为5.0，也没有解决这个问题。看来现在暂时的解决方法是，大家在备份的时候不要选‘gz’格式，直接备份为bak文件。或者备份成gz文件，在导入之前手动解压成bak文件上传。
提示您的是备份和导入部分已经修改过，尽可能减少了发生错误的概率。请您到这个帖子下载新的程序：
http://www.bmforum.com/bmb/topic.php?filename=110752
为了确认这是我的rpwt还是php的问题，到php.net上一看，果然有人反应了类似的问题：
引用自 http://cn.php.net/manual/en/function.gzfile.php
In PHP4.4.1 I noticed that gzfile only reads up to 8190 bytes per line. I had a 20K SQL query that was cut into 3 parts - and wondered why the SQL server complained.
Reading an uncompressed file with the file() command works as expected.
Reading an uncompressed file with the file() command works as expected.
好吧，承认被这个东西打败了。这个问题看来不只是4.4.1的问题，我在本机测试时php版本为5.0，也没有解决这个问题。看来现在暂时的解决方法是，大家在备份的时候不要选‘gz’格式，直接备份为bak文件。或者备份成gz文件，在导入之前手动解压成bak文件上传。
提示您的是备份和导入部分已经修改过，尽可能减少了发生错误的概率。请您到这个帖子下载新的程序：
http://www.bmforum.com/bmb/topic.php?filename=110752
