前几天有个朋友，装了一个易想的团购程序。据他反映，刚开始登录后台时的验证码是能正常出来的，后来不知怎么搞的，验证码出不来了。既然刚开始能出来，说明php环境是符合要求的（如GD扩展肯定是有的）。按照提供的url打开验证码，浏览器显示图片错误，通过fiddler抓包看，请求的数据包大小和官方示例程序的验证码请求的大小差不多，感觉也没有问题。于是把两个请求的结果另存下来，用urltraedit打开看二进制数据，发现无法显示的图片开头出现了EF

Zend Framework 建议

仔细检查你的启动(bootstrap)文件

确定自己是否真的需要那么多的包含路径(include path)，并确保使用频繁的路径在最前面，而不是最后（译注：PHP在找不到文件的时候，会逐个检查包含路径下是否存在该文件）。小心使用插件，不要启用项目不需要的插件。

Zend_Loader 要比 require_once快一点点

虽然只快一点点，但是包含文件很多的话，就会变得很重要。如Till所言，为项目编写一个专用的xyz_Loader用于包含文件，或许也是一个很好的做法，不过这么做的收益是因项目而异的

来到IDG之后，我们当前的工作就是把所有应用从PHP4代码基转移到PHP5代码基（每个人都应该这么做），这个过程中，我们还把所有的应用移植到Zend Framework中。在第一个项目改造完成，进入性能测试阶段时，我们遇到了大量的问题。我在这里列举了一些你可以避免的典型错误，请容忍我的唠叨。

几天前，我找到了一篇Till的文章，该文列举了许多优化ZF应用的陷

发现一个基于Zend Framework 1.5.1的开源cms系统，是研究学习ZF框架的好例子啊。下面是它的官方网站的一段介绍：

Digitalus CMS是一个新型的内容管理系统，这个开源项目的目的是做一个实用的软件，而不是提供一堆花哨的功能。项目提供了大量灵活的API，方便你定制系统的各个方面。它为你提供了一个简单优雅的平台，去实现各种站点和需求。

Digitalus cms 可以为你做什么？

在框架中，有关路由的调用关系为：
1、apache的mod_rewrite模块把请求路由到框架的启动脚本，一般是index.php；
2、前端控制器Zend_Controller_Front通过dispatch函数进行请求分发；
3、路由器Zend_Controller_Router_Rewrite通过route函数处理路由，对路由器中已有的路由规则，按照加入顺序的逆序（类似于栈，后进先出）对每个route调用match函数，以检查请求是否和当前路由规则匹配，如果匹配的话把路由器的当前路由这个变量（$_currentRoute）设置为匹配的路由，并把route解析出来的参数传给Zend_Controller_Requ