我的天

各种奢侈，各种挥霍，今天已经花了整整一个上班时间，>6小时研究我的点点第一个模板“Realeza”，Realeza的原稿点点叫做“画廊”，我只是mod，但这种mod已经超越了一般的mod，从CSS到网站结构都发生变化，这还叫mod么？这到底叫做“创造”还是“制造”呢？

我修改了哪些部分呢？

首先，是文本的首页显示方式。画廊原来显示方式是这样的

鼠标滑过文字的时候木有反应，只有当鼠标到达文本标题（如果文本没标题呢？）或者“发布于”下面的位置时鼠标才会显示出链接指头，囧，不是知情人士还真不容易找到那些“点”啊。

这是Realeza的显示方式

当鼠标划过305*380这个片块区域时都能显示出链接指头，要详细阅读么？进去吧！

看看源代码，到底哪里改进了

画廊代码

Realeza代码

看上去好像是“a href”的位置调换，其实不然，是2个div发生调换了，而且是用a包含了div，这是有风险的，因为如果div里面还含有a那么div自动就不被a包含了，而是和a同级，这样就直接导致了能有a的片块链接效果，但鼠标置于上面即hover的时候没有任何文字描述（div夹的东西都浮云了）或者干脆变形。

同理，文本会有这种情况，图片、视频、链接、音频的显示都会有这个问题。

下面是多图形式的修改。

左边是画廊的，右边是Realeza的

画廊代码

Realeza代码

原理和之前文本的差不多，a和div的调换，不过这里我增加了一个“{$photos.count}张图片”，这个数字对多张图片很重要。

就像一开始玩WordPress一样，我不满意单纯的“上一页”、“下一页”，我喜欢数字导航，虽然“上一页”、“下一页”可以通行于主页和文章页。

修改导航后主页区别如下

文章页区别如下

画廊代码，插在页脚

Realeza代码1，主页代码，插在页脚

Realeza代码2，文章页代码，插在正文

Realeza跟画廊有出入，完成上面操作需要自定义的CSS

基本功能已经实现了，不过，其实我希望主页的片块划过的时候能把各种格式的描述都显示出来，但是描述里非常有可能含有a，也就是a嵌套div再嵌套a，这是不行的，所以，如果要把描述显示出来，首先我要解决的就是把正文里的a变成纯文字，即“超链接”降级为“纯文本”，这通过js应该能实现，但我不是js高手，至今没有对策，各位看懂了的请指点。

如果我还有10个小时，我会把整个XHTML架构和对应的CSS重新整理，那么，我心爱的realeza才真的算横空出世，哇咔咔～～～

自己写的WP模板能通过W3C认证是多么让人兴奋的一件事啊！在不经意间，我居然做到了，有图有真相（请原谅xrspook把网址给涂了，因为网站还在测试阶段）：

W3C最主要的认证分为两个部分，一个是CSS，一个是XHTML。前者我觉得相对简单，但如果你用了CSS3的内容这个以2.1为核对的引擎显然会吃不消给你报错。XHTML认证相对难一点，它能挑出很多非常简单，你却习惯性真理性会忽略的问题：最明显的莫过于在img的括号里，必须存在“alt=”””，你喜欢得写，你不喜欢也得写。在多个网站优化工具中，也会提行你，img的括号里最好标明width和height，那样听说会加快载入速度；又比如，我们总喜欢乱用ul，li，ol，div，p等东西；代码，如空格（&nbsp）你不能无端端地写在XHTML里面，必须找些东西括住，最简单的就是<p></p>否则人家就不知你这是什么东西，得出的结果就是容易出现一些你无法预料的结果。更多认证需注意的问题请移步这里。

国人设计的网站很喜欢加特效，特效就离不开javascript，<script>这东西如果想直接通过XHTML认证是不行的。问了G老师，G老师给我指引了一个外国网站，得出2个方案，要不这样：

<script type=”text/javascript”>
// <![CDATA[

…

// ]]>
</script>

（就是把代码的主体圈起来，我就是这么办的，非常简单）

另一个方案是用引用，把代码独立到别的文件（这个其实才是最好的正解）。

对外国的WP模板来说，W3C是一个潜规则，很多WP模板的教程在到最后的时候都会推荐/提醒设计者把作品拿到W3C那里验证一下，发现问题，根据提示改正，就像小盆友做完作业先给家长检查再拿去交老师一样。

但国内的呢？从代表国内网络最高水平的公信部被按网站开始就是非IE6不可的。有无聊地看过它的源代码吗？CSS是半独立的，内嵌和独立的CSS只关注了字体和链接格式的问题！！！网站基于table设计，不用说，格式的控制肯定是在table内，CSS只是一个例行公事。真的把你汗到云里雾里。代表最高水平的XHTML及CSS测试报告在这里，请狠狠地点击：

国内权威网站的W3C XHTML测试报告
国内权威网站的W3C CSS测试报告

或许国内权威网站给我们一个信息——外国浏览器都别用，电脑也千万别升级，用IE6才是正道。

弱弱地补一句，IE6不是被微软葬了吗？xrspook只能站一旁猛流汗了。

开始写主题，通过认证等都只是个开始，真正的前台设计者还应精通js和ps，虽然接触ps时间不短了，但总觉得自己的艺术触觉有问题，所以，我还是做一些非常简洁的无图主题吧。不喜欢不要紧，因为重点是内容嘛，是不？

守规矩其实挺好的吗，别硬搞中国特色不是很好么。

昨天，知道了原来我们粮库也有网站，迫不及待地去观摩一下。汗！我用的是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怪异的效果，让中国人看到的效果和外国人相似。

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

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

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

我很累，在上班时间里被检验、文档排版、数据抄写榨干。下班后，成为小村屋群的义务核心技术员，被代码转化和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帮助他人解决问题，真让人有飘飘欲仙的感觉。几个即时通讯工具闪个不停~~~

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

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