按 ‘ lbs ’ 标签归档

LBS To F2blog

上周就说过准备更换为f2Blog ,因为上班时事情比较多,下班又忙于私事,所以一直到今天才算基本完成。

首先下载这个1转换程序,或者去这里下载

猛击阅读全文

DB Connection failure?

之前就见到很多人在使用LBS的时候出现过DB Connection failure的错误,没想到我今天也给遇到了。昨天晚上睡前给服务器进行了一下磁盘清理,今天上班后因为手上事情比较多,也没去管网站的事,到下午四点左右终于闲了下来,习惯性的打开了my Blog,结果发现无法正常访问了,提示:DB Connection failure。心里第一感觉不会是网站被人侵入了吧,马上远程登陆服务器,检查文件及日志记录均正常,这才稍微松了口气。接着检查_common.asp文件及数据库目录权限,也都正常…..这还真是怪事了,莫非又是我rpwt?

捣鼓了一通问题还是没有得到解决,于是干脆就重头再来,在IIS控制台中删除站点再新建一个,连文件夹也重新指定并设好相应权限,再次访问,故障依旧,晕倒….. [30]

这下彻底没辙了,只好去网上查找办法,找到这么一段话:

Microsoft JET Database Engine (0x80004005)和DB Connection failure是一个错误,只是WEB程序的数据库连接里写的有些不一样,因为是NTFS分区,所以赋予了WEB程序所在分区Everyone组写入权限,这样ASP才可以把数据写进数据库.实验一下,还是不行,转到系统盘的WINDOWS文件夹,找TEMP文件夹,发现TEMP文件夹被改成TEMPEMPTEMP这个名字了,改回来,添加一个Everyone组并赋予写入权限.在实验,打开了.但是有一个框架还是出现了Microsoft JET Database Engine (0x80004005)错误,找到WEB的数据库连接代码,把conn.open "driver={microsoft access driver (*.mdb)};dbq=" & dbpath,修改成conn.open "provider=microsoft.jet.oledb.4.0;data source=" & dbpath,F5一下,问题解决.

现在说一下Microsoft OLE DB Provider for ODBC Drivers (0x80004005)

[Microsoft][ODBC Microsoft Access Driver]常见错误 不能打开注册表关键字 'Temporary (volatile) Jet DSN for process 0xd84 Thread 0x420 DBC 0x2a4c1e4 Jet'这个问题.这个问题的出现是TEMP文件夹名字不对或者权限不对并且ODBC有问题才会出现,所以修改TEMP文件夹的名字和权限,改变数据库的连接方式就可以解决了.

原文见此

突然想到昨天晚上清理垃圾的时候发现windows目录下的temp中有7万多个类似于sess_2654c72d5adf77b33ebddee34071ffd9 0字节的文件,因为全选后删除半天没响应,一急之下就直接连temp目录一块给删除了,马上手动去重新建立一个temp目录并赋予Everyone权限,刷新后熟悉的首页终于出现在了我的眼前 [22]

绕了一大圈总算是把问题给解决了,不过让我疑惑的是为什么那些数据库连接时产生的临时文件无法自己消失呢 [27]

LBS to Z-Blog

  哎…最近的确是闲得慌啊,继上次尝试转换LBS到WP后,突然又想要试试Z-Blog

  不过这次转换貌似比上次容易得多了,先去Z-Blog官方论坛下载到LBS2Zblog转换程序,上传至服务器后,把所在目录设为可写,按提示填好lbs和zblog的数据库名,点击开始转换,几秒钟后就提示数据转换成功了。

  接着去下载Z-blog的安装包,正常安装完成后把上一步转换出来的数据库替换掉当前数据库(不要删除原数据库,后面要用到),进入后台进行“文件及索引重建”后就算全部完工了。转换完的效果见此处

  两点说明:

  1、安装zblog必须保证根目录、post、cache及data目录(可能不完整)有可写权限,怕麻烦的话就设置全部目录可写好了,呵呵。

  2、不知道是什么原因,我LBS中的用户只转换了最早的2个,而且原来密码的md5码还和zblog数据库中不一样,结果后台登录不能,只好手工把两个数据库下载到本地后再把之前全新安装zblog时生成的用户数据复制过去,才算是解决问题。

  Z-blog的优点我就不再多说了,各位同学可自行去官网查看。使用两天以来,感觉最大的不足之处就是后台对blog作过修改后必须进行“文件重建”,如果日志过多的话这可就是件痛苦的事情了。而且我硬是没找到怎么设置为不使用生成html….-_-!

  如果Z-blog能够很好的解决文件重建的这个问题,我想我或许可能会换到这个平台上来的。

  另外在说点题外话,上回注册的xiazhua.net在试过两种聚合程序后,一直找不到合适的程序。本来想试试MyPOTU 单域名多用户版在线阅读器,结果上传服务器安装后才发现只支持PHP5+MySQL5,而我服务器上另一套系统只支持PHP4+MySQL4,只得作罢,干脆设置该域名转向至Google了。希望有路过的同学给推荐一下聚合方面的程序,ASP或PHP都行的。

LBS to WP

突然对 wordpress 来了兴趣,想着把我这个lbs换成wp试试看。

上网搜索了一圈后觉得好像没多大问题的说,于是立马开干。先前因为图简单,去 WordPress Chinese Forums下了个集成中文语言包的2.0.4版本,两步安装下来后一切正常,登陆,进后台…问题来了,居然一直提示我“您没有权限访问本页面”,清IE缓存后问题依然,上网再搜,也没找出问题所在。没办法,还是老老实实的去 官方下载 吧。下载,安装,没想到问题就这样解决了,看来有时候图省事往往还会费事啊[21]

WP安装搞了,接下来就是数据转换了。首先参考了下Zola的 LBS转WordPress全攻略 和漫步水中的鱼的LBS成功转换WordPress 2.0 ,决定采用导出LBS数据库为SQL文件再导入至mysql的方法。

下载 SUNU 编写的lbs2wp转换工具,谁知道运行后提示错误 [30] 这下又傻眼了,继续上网搜索,终于在 Hunts’ Blog 找到了修改版的转换工具
将此转换文件上传至LBS的数据库目录下运行,顺利导出sql文件,登陆pma,选择wp数据库,导入,提示成功,顺便浏览了下数据库,所有中文均正常显示,心想这样就搞定了?看来我rp还真是一向都不错的了,呵呵…打开我的 wp首页 ,再次傻眼了,文章全部是乱码,但侧边栏文字显示正常,将浏览器编码选择为“简体中文”则情况相反 [21] 。看来这就是传说中的编码问题了,回过头来用Editplus打开刚才导出的sql文件,直接“另存为…”编码选“utf-8”,在pma中清空wp_categories、 wp_comments、 wp_postmeta 、 wp_posts 四张表,再次执行sql导入,访问首页,OK!至此转换圆满完成!

最后向提供LBS2WP工具的作者Sunu&Hunts 以及相关参考日志的作者表示感谢!

PS:我的WP环境如下,IIS5+PHP4.3.10+MYSQL4.0.26