易栈网-膘叔

韩寒一直很风骚，从最初的特招到出书，然后成为赛车手，再然后，继小徐之后成为新浪知名博客之一。独领风骚一阵子。。

他还挺会复制，他说，这是陈毅写的诗，题目是《七古·手莫伸》，内容为：

这是什么？还是看：http://blog.sina.com.cn/s/blog_4701280b0100fk2m.html

对了，听说孙中界同学已经在新浪进驻了。估计又是一知名博客的候选分子。。。刚发表的感谢信，已经阅读将近10万了。啥感谢信，那得看：http://blog.sina.com.cn/s/blog_62bbbcbd0100fmgq.html?tj=1

这是一篇05年的文章，当然更不可能是我写的。我没有这么深的内涵，但，偶尔我也可以发发牢骚，在转贴完后，我也会写上一点自己的理解。
原文：

文章链接：http://www.dbanotes.net/review/post_6.html，作者为Fenng，看文章的地址链接，就知道这篇文章对于该博客来说是多么早了。

对于站点有没有吸引力，其实我也想说说，很早以前，自己也做过一些论坛、资讯之类的网站，但很快【一年或两年】自己的目标就转移到新的方向去了，原来的东西就几乎全部被放弃，论坛也不太维护了，资讯也不更新了。慢慢的人也就越来越少了。是啊，你站长都不专心，别人怎么会在意呢？论坛也就这样的被关掉，资讯嘛。。看http://phpoo.com就知道了。。。再往 下，估计phpoo.com就成了我收集资料的网站了，呵呵

突然想起老毛说的一句话：做一件好事并不难，难的是一辈子做好事。做网站也一样啊，做一个好网站其实并不难，难的是，你把它坚持下去。。。

还好，我的博客还活着，我总不会放弃它的。。52cd.net的关闭只是因为备案的关系，会开通的。我有很多东西等着发布呢。。

一直以来，我都以为是我的电脑出了问题，事实上，我的电脑最近也出了点问题。
我以为我不能同步我的书签是因为DNS出问题了，确实，最近一段时间，服务器的DNS不能打开一些网站，出了点小问题

然而让我伤心、彷徨的是，xmarks，真的出事了。随着一个又一个的网站的被墙，一个又一个新的站点的被打开，我不知道这样的一个书签站点怎么了。

唉。或许，这次被墙之后，国内也会出现一个大型书签站点吧？就和当年的谷哥被墙一样。

默哀一下

看看与我同样命苦的朋友们：http://www.google.com/search?q=xmarks+%E8%A2%AB%E5%A2%99%E4%BA%86&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a

再后来，在某篇文章中发现了mozilla实验室的weave sync软件，好象也能实现这个功能，安装了一下，回家就可以测试了。。。

下载地址：https://addons.mozilla.org/zh-CN/firefox/addon/10868

【本文已经被我编辑了N次了，再来编辑一次】

其实，说白了，同步很方便，由于mozilla的配置、信息，基本上都是用sqlite来储存的，所以。。。其实本地的sqlite上传到服务器，然后把线上的数据库同步到本地，当然需要对比一下数据，黑黑

以下是老王梳理的内容，bootstrap对于ZF来说非常重要，很大一部分人的程序损耗，都在这里。。。。

原文地址：http://hi.baidu.com/thinkinginlamp/blog/item/419f36d34b68c40a3af3cfc9.html

说点题外话，单就框架而言，对我而言使用CakePHP要比使用Zend Framework顺手得多，不过最近CakePHP陷入了多事之秋，Phpnut，Gwoo，Nate彻底闹僵，Gwoo和Nate选择离开，据坊间传闻他们已经开始另立门户，稍后会释出一个CakePHP的衍生框架：Lithium。虽然CakePHP官方已经表态会一如既往的继续前进，但毫无疑问在众多开发者眼中，CakePHP的前景已经不再明朗，其是否能继续保证PHP框架领头羊的地位也越发充满疑问。

之所以说了这么多题外话，就是为了说明一点，对于广大PHPer而言，过多局限于一种框架之上本身就是一种强耦合，未来是不可预期的。所以我打算在继续使 用CakePHP的同时，适当向Zend Framework倾斜，如果Lithium不错的话，也会在我未来学习计划之中占有一席之地。

言归正传，新版的Zend Framework引入了Zend_Application，把Bootstrap进行的规范化的封装，一个典型的Application的Bootstrap文件大致如下：

在Bootstrap中，所有以_init开头的方法被当做资源方法自动运行，如果方法有返回值的话，还会被作为资源保存。资源方法不是唯一配置资源的方 式，为了避免重复编码，框架包含了若干现成的资源插件，可以在配置文件里通过简单设置就可以达到相应的功能，一个典型的配置文件如下所示：

resources部分的modules和frontController就是资源插件。其中modules资源开启了系统的模块功能。比如说你有一个admin模块的话，那么对应的也可以有一个它自己的Bootstrap类：

需要说明的一点是Modules的Bootstrap里一般不再需要类似前面的_initAutoloader资源方法，这是因为从父类 Zend_Application_Module_Bootstrap里已经通过继承自动执行了以模块名为命名空间的Autoloader操作。

在使用Modules的Bootstrap时，有一点需要注意的是系统会把所有模块的所有资源方法统统初始化一遍，打个比方来说，如果你有一个Blog模 块，还有一个Forum模块，每个模块使用各自独立的数据库配置，都有一个自己的_initDb方法，那么即便是我们单独访问Blog或者Forum中一 个模块，系统还是会把两个数据库都连接一遍，这无疑是低效的。但也不能就此认为这是Zend Framework的设计错误，问题的根源在于我们划分模块的粒度大小，如上所示，Blog和Forum不应该以Module的形式存在，而应该以 Application的形式存在。如此一来仅需要在Application层次的Bootstrap中执行一次数据库连接即可。

Zend Framework的文档虽然看似详细，但很多细节都没有说明，比如说View助手缺省就会加载，这一点可以在 Zend_Controller_Front中看到对Zend_Controller_Action_Helper_ViewRenderer的调用，所 以最好在使用时自己扎到源代码里查阅。