我的天

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

我已经开足马力去尝试了，但那些封装好的，却没有说明文档的模块让我摸不着头脑。如果可以不用模块我不会用模块的，我不是一个喜欢走捷径的人，除非非如此不可。模块是一种进步也是一种束缚。第二个就是错误之后反馈出来的信息，这个很重要，但就给你一句“系统内部错误”或者“渲染失败”完全没有进一步为什么，在哪里出错的信息，这叫我如何是好？这让人非常头痛，大概我已经喜欢了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不是恶魔，点点的各种判断才是纠结点。