我的天

在研究模板的路上，第一次我对点点感到累了。

我已经开足马力去尝试了，但那些封装好的，却没有说明文档的模块让我摸不着头脑。如果可以不用模块我不会用模块的，我不是一个喜欢走捷径的人，除非非如此不可。模块是一种进步也是一种束缚。第二个就是错误之后反馈出来的信息，这个很重要，但就给你一句“系统内部错误”或者“渲染失败”完全没有进一步为什么，在哪里出错的信息，这叫我如何是好？这让人非常头痛，大概我已经喜欢了php的巨细吧，顺藤摸瓜即便不知道自己为什么会错，但起码会知道自己错在哪里。但点点的这个笼统的信息反馈，让人无可奈何。笼统的信息反馈就意味着用户大事小事都要找工作人员解决，降低了双方的工作效率。

关于标签墙的研究，今天我算是知道了一些。我的模板里用到了2个return，一个是为404和空白页面准备的，那个包含return的函数纯粹就只有XHTML + CSS。这个完全没有问题。一个是为自定义视图tags准备的，这个包含return的函数里面有一个循环，因为这里要调取的是所有我可以读取整个blog的热门标签。但问题来了，根据网页的布局，标签墙应该处于文章的正文处，而网页的头部有标题、描述以及导航，而其中呢，导航栏里就有以循环输出的所有自定义页面链接。也就是说，在第二个循环之前，已经有一个循环了。这么搞的话，自定义视图tags会报出“系统内部错误”。两个循环是互不相干的，都是全局的函数，没有调用和引用，为啥会“系统内部错误”呢？没搞懂。你或许会问，或许不是两个循环的问题呢，但我可以确切告诉你，必须只能是那个问题了，因为只要删掉第一个循环，神马事都木有。点点的工作人员之前提醒我说不要把有return的东西放在网页中间，应该直接放在网页头部，免得影响其它，但无论我放到哪里，只要是有在主体函数之前用循环构建过这样那样的基本框架都会出问题。这是让人很无语的。从语法上说，从道理上说这没有冲突，但谁知道这是不是点点内部的bug呢？因为到现在为止，理论上tags的自定义页面可以不加函数获取信息，实际上还是必须加上limit限制的，否则获取的信息就是0。

YOU CAN’T RUN, YOU CAN’T HIDE, YOU HAVE TO KNOW HOW TO FACE.

就在我写完这篇blog之后，拉肚子回来，在if (dian.data.pages.length > 0 )里面加上了一句“if (dian.data.pages && dian.data.pages.length > 0 )”问题解决了，搞定的意思是再也没有“系统内部错误”，网页能正常显示了，但第一个循环的pages链接都自动消失了。为什么？？？所以，我真的搞不懂这个定义视图。缺少的东西难道我要手动补回去？给那个pages链接们做一个人肉的hack？

好吧，这又给我上了一课，return不是恶魔，点点的各种判断才是纠结点。

听说电信积分换的汉堡包音箱上周二就到了，昨晚开了几个小时，没电，然后插电脑充电，今天下午听，没有几分钟就挂了，于是我插着电继续听，居然也挂，于是呢，我怀疑是那个USB线的问题了！因为电脑显示USB设备设备连接有问题。便携汉堡包音箱用的是mini USB口，用我的相机合适，插上，木有任何问题。而且呢，之前用配过来那条线的话，充电时电源灯半亮，但相机USB上了以后，全亮了！好吧，我确定不是音箱主机的问题，是那条线的问题。于是呢，我就拿了我手机的充电器给它充电，因为那也是标准mini USB的，音箱要求的是5V，但没写多少毫安，我也不管了，反正积分换的东西，我不心痛。用电信积分换过2样东西，一个是这个小汉堡音箱，另外一个是迪斯尼的金属水瓶，那玩意我还没用过呢。我为什么要换这个小音箱呢？我是想我爸听神马收音机不要再插神马耳塞了，也别老搬我当音箱用的古董收录机了，用这个小蛋就好。实验证明，用我的mp3驱动这个自己供电的音箱耗电量不大，mp3已经播放超过6个小时，但电量图标却不见变化。

不知道为什么，中午在家里睡觉每次都是热醒的，每次醒来的时候都满身大汗。搞不懂，难道我睡着后的发热量比我清醒的时候还要大吗？

今天跟我妈说单位新招了个广州的男同事，她很兴奋！汗。

今天尝试了一下点点自定义视图里昨天新发布的获取热门链接数据，不太行，即便我把官方提供的代码贴进我的二代Principe模板也不行。我开始以为是return惹的祸，但后来发现不然。因为官方提供的测试网址也提取不到数据。说明文件说不需要调用神马了，实际上呢？会不会有之前不加什么限定参数就没有结果呢？要等点点的专业人士给解释了。一开始我就直觉那个请求地址跟之前的例子有不同，说不好为什么，但是不是这些轻量级的数据用个比较一般的模式就OK呢？摊手。

爱上代码的女性就等于患上solo的绝症，我终于理解为啥大学里教C语言的女老师会这个样子。

在不完全成熟的的系统上测试功能会遇到这么一个怪现象——搞了半天，实现不了目标，或许那根本不是你的问题，是系统的确有bug。于是最后，你只能给一个囧的表情了。

这种事情发生在我想在一个自定义视图里展示某blog的全部标签，折腾了一下午，未果。最后，我实在想不出什么法子了，把问题往点点官方模板开发者Q群上贴，得到“我们查一下……”这样的一句话，囧。也就是说，我什么都不用做了，等他们检查给答复就好。

我没有在BlogBus上遇到过这种问题，因为BlogBus虽然很开放，但在关键数据上都是打包提供的。即便你想知道得更多，也没有任何方式可以达到了。

我没有在WordPress上遇到过这种问题，因为WP已经非常成熟了，所有我能想到的问题其实早已有解决方案，如果找不到合适的，只能说我获取信息的技术没到家。

但点点不一样，他还是个成长中的孩子。用户在探索着，开发者在探索着。开发者不是超人，所以他们不可能任何事情都做得完美。这就要靠他们自己的主观努力和用户在使用过程中的客观反馈。换而言之，我很幸运地活在了他们的上升期，有时我是无奈的，但更多时候，我是幸运的。我喜欢像海绵一样吸收学习各种我觉得相关有用的东西。如果没有DIY的追求，我肯定走不到这一步。但貌似我从来不是那种缺乏DIY念头的人，我经常问自己，为啥别人可以，我不可以？别人这么干，我可以做得更好吗？

我和点点都要前进，都得努力。