Changing Anytime
相信不少人都用上Safari 4 Beta版了吧，这下更有意思了，将用户浏览体验又提升了一个台阶。在有些外观元素上，是跟Google学的，这也证明了那是更优的用户体验。在这个版本中，在浏览器的历史查看效果达到了新的高度，通过图片来展示，当然这也是苹果的特色。虽然现在使用起来还是有些Bug，但完成可以期待正式版的出现。
Firefox 3.1的开发有点不顺利，新的JavaScript引擎Bug还没有修复，导致发布时候一拖再拖，如果Firefox 3.1不带有新的JavaScript引擎的话，相信会在未来的性能大战时候处于劣势，虽然IE8肯定是最后的。
依然保持我的看法，在桌面环境中Opera不会有太多的占有率，个人觉得Safari应该会超过chrome，而Firefox的占有率应该会受前两者的影响，这要看Chrome跨平台后，一个发行版对它的青睐了。
不管怎么说Apple为现代浏览器做出了非常大的贡献，这是绝对不能忘记的。
前段时候，碰到了Ajax的跨域问题，这可真是头痛的问题啊。在网上寻找了许多方法，大多数是讲通过相关domain属性来实现。我也看了网上的一个例子，好像可用。但我自己通过这个例子却无法实现。后台想了个更绝的方法来解决这个问题。
基本思想还是通过一个iframe来做代理，参数通过URL传过去。在需要跨域调用ajax时，动态创建一个iframe，然后src是引用需要求域的一个页面，在这个页面中发送ajax请求，然后访问相应的输出。我试的时候，能够在iframe的页面中调用父页面的function，但父页面不能调用iframe中的function。
想起原来上中学的时候，都有一门课叫政治。反正就是背书，不管背得好坏，现在的效果就是还记得那么点内容。
如果在高中的时候，加一门经济，给同学们扫盲，那不是非常的好吗？
昨天来个应聘的，简历上说的如何牛，结果一问三不知。虽然简历上可以稍微夸一点，但完全不会，写成精通，那就太垃圾了吧。
我现在的血液十处流窜，不同的思念在我的中心里争斗。
如果人要持有两种截然不同的观念是多么的困难！
或者说要坚定的持有一种观念是多么的困难！
这个图是ZF文档中的，7.2节的图。由于中文文档还没有翻译，所以先搞个图看看，这个图画的非常好，非常明朗。
我已经用不同的颜色标注了不同的部分。主要流程是绿色块，黄色部分是钩子，这种蓝色代表Request和Response对象，紫红色部分判断是否dispath完毕。基本方向就是：Request -> Router -> Dispatch -> Send Response
更新：
更详细的说明请参看http://gonefish.cn/?page_id=473
前几天，添加了添加图书的栏目，原理是通过豆瓣提供的API接口，取回豆瓣用户收藏的图书列表，并对图书的收藏数进行排序，显示程序员们看的图书。
去豆瓣小组发个帖子后，有些热心的朋友帮我测试了这个功能，呵呵，期间发现了一些Bug并修复。这要归功于Django的异常反馈系统，在Django的Debug关闭后，在设置正确的邮件参数和管理员邮箱后，系统会自动将异常的信息发送到管理员邮箱。
虽然，使用了人并不多，但多少也反映了一些数据，比如世界是平的就比较受欢迎。其实，我不是经常使用豆瓣，更不用说在豆瓣上添加好友。在这次的加入共享图书的朋友，我都跑去了加入他们为朋友，也许这样去找的好友还是比较靠谱的
。
其实，这个的功能的有些东西，还是不很人性化，比如，在成功加入后，只显示了一句谢谢，是否太不专业了呢，怎么也要显示添加了哪些新书啊或者与哪些豆瓣用户共同的爱好之类。主要这段时间对我来说有点复杂，我会尽力来完善的，谢谢这次参加最开始测试的朋友，祝你们牛年大吉。
追求的过程和追求的结果到底哪个更重要一些呢？你的答案是什么？
今天在找ZendFramework资料的时候找到了一个网站，用apache branchmark对四个框架进行了测试。分别是：
结果是Solar每秒中处理请求最多，Zend Framework次之，后面则跟着Cake，Symfony。
| ramework | avg | rel |
|---|---|---|
| solar-0.25.0 | 170.26 | 3.24 |
| zend-0.6.0 | 131.91 | 2.51 |
| cake-1.1.12 | 114.39 | 2.18 |
| symfony-1.0.0beta2 | 67.18 | 1.28 |
由于该ZF版本是0.6版，而马上0.9版也就要发布，所以上面结果可参考一下。而且，作者在这些测试代码放在google code中，有兴趣可以自己下下来测试一下。solar这个框架我也是今天才看到，有点像ZF，不过具体代码就没看了，也是PHP5专用的。
原来这篇Weblog的作者就是Solar的开发者。
在MVC的结构中，都会有一些URL的映射机制，他可以让你写出漂亮的URL，友好的URL是SEO中重要的一部分。在使用ZF的时候，如果对URL没有太多要求，可以使用默认约定的URL规则，这样做是最快的。如果你想使用漂亮的URL，不管你用什么Route，都不要一次性添加许多Route。因为在ZF中，所有的自定Route都会添加到一个数组中，而且，每次都会遍历数组来匹配你请求请求的URL对应哪一个Route。如果你的规则越多，那么效率就会越低，那是当然的。所以，最好添加Route前，判断一下URL，再来添加某一个Route。
以上我看ZF的源代码后的结果，不过还没有做的测试，可能出现不服的情况。