我的天

昨天，知道了原来我们粮库也有网站，迫不及待地去观摩一下。汗！我用的是FF，结果呢？中国人做的网页就是对IE以外的浏览器水土不服，于是，汗，再汗……

网页是个需要测试测试再测试的东西，内容当然很重要，但如果不同用户不同浏览器出来的效果不一样呢？杯具……在中国人设计的网页中，非IE不可是习惯性真理性的，比如说大名鼎鼎的备案网站，又比如同样如雷贯耳的网上支付网站，巨汗！地球人都知道IE的安全性不好，速度不优秀，但，勤劳勇敢机智过人的中国人就喜欢用系统自带原汁原味，甚至还没经过升级到7或8的IE，果然是微软的忠实粉丝啊！

但，我们某些人的思维是发散的，面向的是世界各地的盆友。在外国盆友设计的网页中，基本上FF横行，是推荐用浏览器，比如说我用的WP模板的作者。显然，他老人家视IE为无物。请看下图：

这是IE的截图。

这是FF的截图。

左图是我千辛万苦经过修改后的IE适应版，右边是原版。杯吧，原版在IE下，3栏的设计都变成2栏了，2个侧栏“被迫”挤到了一块，肯定是和背景不搭调的，揪心啊！

为了挽救这恐怖的杯，我首先请来了Firebug大人。

模板，显然，是div的，样式肯定是CSS的，而问题就发生在content-body、content-sidebar-2和content-sidebar里。首先，我在content-sidebar的CSS里加了一句“float:right;”，解决了content-sidebar在IE里跟在content-sidebar-2屁股后面的问题，实现右置。但为什么升不上去呢？难道因为太窄？我尝试修改过很多宽度都不行，看来不是位置不够的问题。会不会是content-sidebar里有“clear”的命令呢？应该不会。如果有的话，在FF就不会正常了。中间部分三栏设计，我们可以用3个float来解决问题，于是我试探性地在content-sidebar-2里加一句“float:right;”惨了，占到了最右方，当然，因为它的层在content-sidebar之前，理所应当占最右边。那如果改为“float:left;”呢？我的设想是它或许会正常，如果content-body已经设定为“float:left;”的话，怪异的是，在IE下正常，在FF下content-sidebar-2抢到了正文的左边。问问Firebug，虫子说content-body里有个“float:none;”的设置。怎么可能，我已经把CSS文件里所有content-body都加上“float:left;”，怎么有可能还是“float:none;”！！！！但如果不存在，Firebug不可能爬虫出来，到底在哪里呢？无计可施之下，找起了网页源文件，居然，居然被我在网页头部找到这等东西！！！

实在太杯具，灰常杯具啊！文件头，居然放在文件头，无语了。在WP的header里找，没找到，最后终于在function里找着，我的老天，该死的“none”！于是，终于用3句float解决了IE怪异的效果，让中国人看到的效果和外国人相似。

哎，如果大家用订阅的话，版面什么个鬼样又有什么关系呢。

哈，今天完成了2009年的工作总结，花了2小时写了近2800，还行，自感不错了。还有很多想写，但例子已经举得太多了，再写就成长篇小说了。现在已经是短篇小说了，我这个会吹的人……很开心地，终于完成了一个不想完成但又必须完成的任务。

晚上终于有时间折腾自己的新家，还是那个index.php的问题，问过老大那是lighttpd重写设置的问题，但结果居然是老大在我的域名下更改，我 前后台都登入不了，老大说什么都不肯在全局更改，说会影响到其他人，杯具！还没见过如此强硬过的老大。不改就不改嘛，差点我弄哭了，心情一下子down了 下去，于是发了个豆邮给danzhu，大姐姐总会有办法的，总有一天G老师会得出不一定在那里改的办法的，我坚信！但是，非常完美的Linux主机，非常 容易修改的Lighttpd系统，却咫尺天涯，叹一句，人啊~~~

人生总是跌宕起伏，错落有致。今天把300多张磅单用计算器按过多次，真是神经的经历。

这两天在狂听Tyrone Wells的Sink Or Swim，大爱，狂爱，GA S06E11的季首开场介绍里有用过，PP S03E11也在用，我的血液都沸腾起来了，比喝咖啡还有用。

坐过山车，还好吧。

昨天晚上我是凌晨一点回去睡觉的。

今天晚上我是凌晨一点离开办公室的，还没洗澡，躺在床上的时候已经是凌晨一点半。

我很累，在上班时间里被检验、文档排版、数据抄写榨干。下班后，成为小村屋群的义务核心技术员，被代码转化和CSS修整榨干。CSS修整本是很简单的事，FF+Firebug+css code就能得心应手，需要做的就只是修改和刷新，但是，偏偏某村友的blog用的插件却把该死的CSS可视化了，分开一小段一小段，加上说明，却不显示最最原始的代码，还得让你一个个翻，要多按好多次保存，还经常会找偏。结果最后我气了，直接用Firebug去找我要找的地方，在自定义的CSS里敲打一番，嘿，终于可以了，真邪恶！

今天的重头戏是帮一位有困难的村友搬家，听村屋首领说他帮忙搬的时候失败了，于是，在危难的时候，当大家有需要我的时候，xrspook挺身而出了！接到从BlogBus弄出的代码，马上用Python转换，得出如下结果：

很诡异，我之前遇到的错误代码可不是这样的哦。我第一个反应是时间有问题，应该是某个设定的时间不对劲，但到底在哪里呢？94、268、371、376（此数字为行数）我都排查过，没有。于是，我第二个反应是人肉排查替换。把376以前的先删掉，转换后面的。OK，没问题。再把前面的转换，同样结果。接着，把94-376的删掉，转换94以前的，一切正常。然后，把94-376的转换，嘿！还是那个界面，但现在根本就不存在376啦！所以我意识到从那些行根本不会找到突破口。重复以上操作大概3、4以后，剩下3篇文章，卡住。剩下2篇！最后一篇！肯定是这里的问题。村友们，你知道我发现什么了吗？见下图：

LogDate包围的日期居然是0000-00-00 00:00:00！！！！难怪Python会报错！而这等事情是怎么发生的呢？fish故意的吗？不是，是BlogBus可以算bug也可以不算bug的地方。为什么这么说呢？因为我是那种在记事本写完日志往blog上贴的人，记事本时间提取是用F5，只有yyyy-mm-dd hh:mm，而BlogBus的格式是yyyy-mm-dd hh:mm:ss，所以，我就要把前面的粘上去，留默认的秒数，但如果我一不小心粘错粘漏了呢？BlogBus会默认把时间设定为0000-00-00 00:00:00！于是，发现新文章不见了的xrspook就会翻到日志的最后一页把那个莫名其妙的日期改回来。大概当时fish没发现这等问题，以为是自己出错了就没去理会，所以，导出数据中就存在了个那么匪夷所思的日期。程序是认规律不认人的，它觉得年一定是从1开始，月只有12个数，日是1-31，若超出范围，它就笨蛋不懂了，前提是，它不会BlogBus的日期潜规则，若有人让它增强读取BlogBus的潜规则并把那个诡异数转化为转换当场时间的话，杯具就不会发生。所以，看来很严重的问题，把几个0改为正常数就行。解决方法很简单，但查找就异常曲折。成功那一刹那我是多么的高兴啊！！！

信心满满地把转换好的数据传给村屋首领，却又出现怎么都导入不了报错的现象。难道fish就那么背？在多次尝试，包括重装WP之后，首领提出会不会是导入.xml的格式不对，解释错误导致报错？接着，我发现他装的居然是2.8.5，我转换用的是2.8.6啊！转出来的数据适用于2.8.6后（即2.9系列），新数据导入老系统，不错就见鬼了。于是，我把经过一层转换的导进去，问题解决。大功告成，村友们，我们狠狠地拥抱一下吧！

以前都是自己解决自己的问题，或者请求别人解决自己的问题，但这次居然是xrspook帮助他人解决问题，真让人有飘飘欲仙的感觉。几个即时通讯工具闪个不停~~~

妹爱的不是钱，妹爱的是成就感！

于是，你知道我为什么乐了:)

惊天大发现，昨天的文章居然有严重的bug，因为WordPress 2.9.1不支持那个导入的文件，所以每篇文章的评论都会只剩下1条（如果某文章是有评论，且不为一的话）。虚心请教了Daniel，他觉得是WP 2.9.*又对WXR做了什么新限制，他写那个脚本的时候用的是WP 2.8.4。今天重新下载了个WP 2.8.6，试着导进去，没问题！！！！评论都回来了，其它一切都还好。我的天！但我总不能把原来的WP 2.9.1从服务器删除然后重新装个WP 2.8.6，再升级吧？于是我选择了个更折腾的方法，把东西先导入2.8.6，再用它导出，试验导入到2.9.1的本地版本，研究一番没问题后再把本地的、服务器上昨天导入的文章全部删除，同志是全部删除啊！！！！

在512KB（不只我一个用）的网速下，这可是个浩大的工程！！！！

服务器上使用了每页面100篇的显示方式，因为本地用xampp搭的用500篇/页的方式吃不消，最终只能200篇/页，所以就不敢给线上服务器有太多期望了。足足23页！！！！

删除是一个痛苦的过程，但可以闭上眼睛猛删猛删，因为不会出错。

上传呢？这次DivXml帮我把11MB的.xml自动切分成25份！！！！上传是个不容有失的步骤，重复上传就麻烦了，漏了，检查会很困难。

还有一个就是自己的错。从前写blog的时候不懂技术，毕竟我不是学编程和网络的，所以不知道世界上有个叫做“blockquote”的东西，虽然前人已经在CSS里定义了（最初，大概2004年的时候是没定义的！），毕竟当时的网络技术才刚兴起，会编程精编程，喜欢引用的人不多。于是，xrspook为了实现自己引用的愿望，在CSS里自定义了“.quote”（前期）/“#quote”（后期），然后在文章中用源码“div”的方式引用。这就头大了，要把这些东西都规范化转回“blockquote”很郁闷，11.0MB的大文件，用Notepad++可以刷的一下打开，但要加载完毕，查找就会力不从心，老牛拉龟。幸好，11.0MB只有47处“quote”，其中一些还不是格式，但却必须手动更改，因为要把</div>都给改了，成套的<blockquote>才有用，而且少一半的<div>会引来大麻烦，甚至会导致模板错乱。

于是在删除、修改、上传、等待中，一个晚上就这么没了。

Yet，xrspook乐意！

BlogBus老大横戈说，BlogBus明天就重新开车上路了，已经在排队上车。

Love you forever, my BlogBus, your BlogBus, our BlogBus!!!

紧急告知该方法不能用于WordPress 2.9.1，会出现每篇文章的评论丢失（如果某篇文章有评论且有多条，只会剩下一条），强烈建议使用2.8.*（我用的是2.8.6），可以用2.8.* 的做WP导入再升级到2.9.*！！！！

坐在电脑前折腾了一个下午的WordPress，但我最希望的还是BlogBus能回归。

金窝银窝，还不如自家的狗窝。

今天在G老师的帮助下找到了几个文章，终于把非标准的BlogBus .xml导出数据转变为标准的WordPress eXtended RSS (WXR) .xml，然后又在yo2老大oneoo设计的DivXml.exe帮助下把转换成功的文件分割为小块。

具体操作嘛，很简单，分享一下前辈们的好东西。

感谢ant21，Daniel，阿七！！！

用的是Python转换法，程序是用Daniel的（下载：bus2wp_modified），因为他说已经解决了BlogBus到WordPress的分类及标签问题。至于方法嘛，原创是ant21的，但阿七说得更具体，如下：

1.在BlogBus的后台导出日志，保存XML文档。具体方法：进入BlogBus后台，博客>博客设置>导入导出>导出日志>保存为XML格式，假定保存的名字为bus.xml。放在D盘根目录，即D:\bus.xml。

2. 下载python以及bus2wp.zip。python的下载地址是：http://www.python.org/ftp/python/2.5.1/python-2.5.1.msi（我已经在用2.6版本了），bus2wp_modified。下载python后，安装，解压下载的bus2wp_modified到D盘根目录，即D:\bus2wp.py。

3. 点击开始菜单>运行>输入cmd，回车进入Windows的命令行窗口>输入d:，回车，转到D盘目录下。输入bus2wp.py bus.xml wp.xml，回车，等待转换…>如果没有出错，就成功了！如果提示出错，检查导出的bus.xml，发现并解决问题（会提示是哪行哪列出错的）！建议用Notepad++进行检修，毕竟用系统自带的记事本实在太简陋。xrspook在转换过程中就出现过问题，不知道为什么代码里有些很诡异的“sub”，每次都会卡死。

4. 登录安装好的WordPress后台，导入日志。具体方法：管理>导入>选择“WordPress”，从WordPress导出文件中导入日志、评论、自定义字段、页面和分类。选择导入文件D:\wp.xml，导入>选择导入后日志所属作者，确定导入(可选上导入附件)。成功！

下图就是xrspook转换过程中的坎坷，修改多次才成功啊！转换共用66秒。原BlogBus的.xml大小为11.1MB，转换成WP型后减肥了，只有8.87MB。原先的.xml不能用DivXml.exe切分，但转换后的就可以了，呵呵，再次谢谢oneoo。

单机是用xampp搭建的php，而强大的它允许上传的WXR能达到128MB，所以切不切分无所谓，但是转换时间较长，我可有接近2300篇历史记录啊！但如果用在线上服务器不切分基本是不行的，所以测试不切无所谓，动真格的时候就得切了。

导入部分切分后的文件你就会发现虽然数据从BlogBus全部转化为WordPress了的，但还是有点瑕疵。我暂时发现的是：在评论的回复中，BlogBus把客人的留言和blog主的回复都放到<CommentText></CommentText>里，而且都是显示为“博主 对 ** 的回复：****-**-** **:**:**（后面那个为日期及时间）”。“博主”这个好不刺眼，于是我就全部重新替换为“xrspook”了，否则，真的让人很头大。不知道WordPress的导出数据是如何区分留言者和回复者呢，应该不会像BlogBus这般囫囵吞枣吧，毕竟WP是支持多层回复的，不像BlogBus那样只局限于blog主人对客人的回应。

如释重负般完成了WP模板的初步修改和历史数据导入。

但说到底，这还不是我从前大家所熟知的老家啊！