那么，有没有真正的manual呢？到官网的documentation分类去看了一下，NND，一堆 英文，不过，在我犀利的眼神下，还是发现了这玩意：The Definitive Guide to Yii ，点开一看，原来这才是类似于PHP手册的manual呀。可惜能够下载的只有PDF版本。更可恨的是，也只有英文版的，算了，将就点吧。。。虽然英文烂了点，一些简单的东西还是能够看得懂的。

如果初学Yii，还是建议看一下这个guide：The Definitive Guide to Yii ，它，有中文版，在：http://www.yiiframework.com/doc/guide/zh_cn/index

左边的树的目录也很清晰，值得一观，不过更建议的是多看一下：http://www.yiiframework.com/doc/guide/zh_cn/basics.application，我最初就是没看这个，一下子不知道如何调用Cache，都想在代码 new Cache之类的了。

--EOF--

后记：感谢烂桔推荐的：http://dreamneverfall.cn/yiidoc/index.htm，烂桔的网站为：http://iorange.cc

1、就象我在neatcn.com写的，创建项目非常简单，yii.bat这个命令就可以完成了。详细就在http://www.neatcn.com/show-57-1.shtml

2、项目目录中components中的文件，会在autoload中被引用，也只有这一个目录下的会被autoload，其他的都是有固定规范的。（不知道有没有理解错）

3、model目录下居然是tablemodel和form两种的集合，有点乱（官方的例子是这样的），不过想着form的validation也是用tablemodel来完成的，又能够理解这种做法，普通的tablemodel类继承cActiveRecord。

4、Controllers目录下是控制类，默认是SiteController，和其他框架默认是indexController有点不一样。继承自CController类。controller类中有一个layout的变量，可以设定layout。一般可以手工指定，如果同一个类里有不同的layout，估计还是要写个方法才行

5、Model的activeRecord返回的是对象，而不是象其他框架默认返回数组，因此取集合时要用getAttributes方法，当然，如果是只有一条数据，也可以直接$model->fieldname这样的方式来获取值 。

才学了这么一点，慢慢来吧。。重构路是漫长的。

4、模版缓存中的 include file 一般不会强制刷新。。

以上是开发注意事情，如果你发现改了一些设置或者其他什么后，死活不正常，请先检查以上四样。

ThinkPHP定义了一个基类为Base类，而Ucenter也同样定义了一个基类Base类。
ThinkPHP一开始就加载了BASE类，而Ucenter在使用mysql连接的的时候，就会加载BAse类。因此，凡是使用thinkphp的程序，请把ucenter的连接方式从mysql改为空，即，改用post方式通信 。

Over

其实，关于这个BUG，我很早就在discuz论坛提过了。当然也在ThinkPHP论坛提过。但事实上，都没有什么解决方案。而我更推崇的应该是ucenter进行变化。。呵呵

原文我发在了：UCAPI.COM,然后我再去挖挖坑，看看DZ和TP论坛以前是怎么回复的。。

原来，在DZ，根本就没有人理我：http://www.discuz.net/thread-1204869-1-1.html，这是当时说的两个BUG：

TP论坛我是在群里提的。。。没记录了。唉。。

我这次使用，其实也算是个意外，在对thinksns二次开发的时候，有些页面需要经常重用，不得己，只能使用widget了。

随便看了一下，如果仅仅只是用来显示一些简单的页面，那么widget还是很方便的就能够被使用了。thinkphp2.0的手册中也有介绍。。

最简单的用法莫过于在Lib目录下，新建一个widget目录。然后放上一个class文件，最后附上一个基本同名的模版就行了。。

在正式的模版中使用【我是指使用TP的情况下】，直接{:W('RightSlide',array('data'=>1))}就可以了。

很简单吧。

Create Your Project

In order to create your project, you must first install Zend Framework.

为了创建您的ZF项目，你必须先安装ZF框架

Install Zend Framework

The easiest way to get Zend Framework along with a complete PHP stack is by installing Zend Server. Zend Server has native installers for Mac OSX, Windows, Fedora Core, and Ubuntu, as well as a universal installation package compatible with most Linux distributions.

最简单安装ZF的方法就是安装ZendServer，ZendServer可以安装在苹果系统，windows, fedora,ubuntu，而且支持大多数的linux操作系统 。

After you have installed Zend Server, the Framework files may be found under /Applications/ZendServer/share/ZendFramework on Mac OSX, C:\Program Files\Zend\ZendServer\share\ZendFramework on Windows, and /usr/local/zend/share/ZendFramework on Linux. The include_path will already be configured to include Zend Framework.

在你安装完zendserver后，如果您是使用MAC系统，你将在/Applications/ZendServer/share/ZendFramework目录下找到框架文件，windows平台的话，是在, C:\Program Files\Zend\ZendServer\share\ZendFramework目录中，而linux平台则在/usr/local/zend/share/ZendFramework目录中。同时include_path也已经被配置好支持ZF框架了。

Alternately, you can download the latest version of Zend Framework and extract the contents; make a note of where you have done so.

当然你也可以直接下载ZF的最新版本并解压到你想使用的目录中

Optionally, you can add the path to the library/ subdirectory of the archive to your php.ini's include_path setting.

或者，你也可以把library这个目录加载到你的php.ini中的include_path设置中。

That's it! Zend Framework is now installed and ready to use.

这时候，ZF框架就已经被安装好并能够被使用了。

Open a terminal (in Windows, Start -> Run, and then use "cmd"). Navigate to a directory where you would like to start a project. Then, use the path to the appropriate script, and execute one of the following:

打开终端（在windows下面为：开始->运行->输入cmd），转到你想要创建项目的子目录中，开始就可以开始使用你刚才设置的路径来运行那两个script之一了。

Running this command will create your basic site structure, including your initial controllers and views. The tree looks like the following:

运行了这个命令，你将会得到ZF框架的项目的最基本结构，包含了初始化后的控制和和视图（controllers and vews），这个树形结构类似如下：

At this point, if you haven't added Zend Framework to your include_path, we recommend either copying or symlinking it into your library/ directory. In either case, you'll want to either recursively copy or symlink the library/Zend/ directory of your Zend Framework installation into the library/ directory of your project. On unix-like systems, that would look like one of the following:

在这点中，如果你没有将ZF框架加入到你的 include_path ,我们推荐你将它 COPY或者 symlinking到你的 library目录下。两种方法其中都是将library/Zend 目录 链至你的项目。在unlx系统中，它大致是这样操作的：

On Windows systems, it may be easiest to do this from the Explorer.

在windows平台下，直接在资源管理器中就能够操作完毕。

Now that the project is created, the main artifacts to begin understanding are the bootstrap, configuration, action controllers, and views.

项目创建完毕后，the main artifact【不知道如何翻译】先了角解一下：bootstrap,configuration,action,controllers和views

The Bootstrap

Your Bootstrap class defines what resources and components to initialize. By default, Zend Framework's Front Controller is intialized, and it uses the application/controllers/ as the default directory in which to look for action controllers (more on that later). The class looks like the following:

Bootstrap类定义了资源和构成的初始化。默认情况下ZF只初始化了Front Controller【前端操作器】，它使用了 application/controllers 作为默认目录，在该目录里有着controller控制类的文件。bootstrap最初是这样的：

As you can see, not much is necessary to begin with.

就你看到的内容来说，好象没有多少是必需的。

Configuration

While Zend Framework is itself configurationless, you often need to configure your application. The default configuration is placed in application/configs/application.ini, and contains some basic directives for setting your PHP environment (for instance, turning error reporting on and off), indicating the path to your bootstrap class (as well as its class name), and the path to your action controllers. It looks as follows:

ZF本身的配置是极少的，你通常需要为你自己的项目进行单独配置。默认的配置文件是/application/configs/application.ini，在文件中定义了一些PHP环境变量（如error_reporting的打开与否）和bootstrap类的路径（甚至是bootstrap类的名称），以前你的控制器的路径，内容如下：

关于这个文件的必须要注意一些事。首先，当你使用ini格式的配置文件时，你可以直接引用常量，如APPLICATION_PATH就是一个常量。另外，还有一些选择器是默认定义过的：production,staging,testing和defelopment。后面三个设置都是从production的环境变量中扩展的。这样，你就可以很好的为你的项目开发进行适当的配置。

 原文：http://framework.zend.com/docs/quickstart/create-your-project

有点长，写的也乱。先写这么多，下次补全。

其实不太想翻译这个，毕竟太初级了。。。我想翻译的是这个：http://devzone.zend.com/tag/PHP101

但是翻译现在这个QuickStart是可以让我在言语组织上学习点东西。先为我想翻译的东西打点基础吧。

原文地址：http://framework.zend.com/docs/quickstart/create-a-model-and-database-table

ZF & MVC Introduction

Zend Framework

Zend Framework is an open source, object oriented web application framework for PHP 5. ZF is often called a 'component library', because it has many loosely coupled components that you can use more or less independently. But Zend Framework also provides an advanced Model-View-Controller (MVC) implementation that can be used to establish a basic structure for your ZF applications. A full list of Zend Framework components along with short descriptions may be found in the components overview. This QuickStart will introduce you to some of ZF's most commonly used components, including Zend_Controller, Zend_Layout, Zend_Config, Zend_Db, Zend_Db_Table, Zend_Registry, along with a few view helpers.

Using these components, we will build a simple database-driven guest book application within minutes. The complete source code for this application is available in the following archives:

zend framework 介绍

ZF是一个开源且面向对象的，支持PHP5的WEB应用框架。ZF通常被叫做“组件库”，因为他拥有很多松耦合的组件，因此你可以在应用中或多或少的独立使用它们。但ZF更多的是为你的ZF应用提供了一个高级的MVC架构【？？翻译不来了】所有的ZF组件列表，你可以从 组件预览 页进行查看。而这个QuickStart会给你的ZF最通常使用的组件进行介绍，如Zend_Controller,Zend_layout,Zend_Config,Zend_Db,Zend_Db_table,Zend_Registry,以及一些视图助手【这个应该是讲View的，但不知道怎么翻译好。现在终于明白那些翻译书的朋友们的痛苦之处了。明知道啥意思就是说不出口，还是词汇量少啊】

Model-View-Controller

So what exactly is this MVC pattern everyone keeps talking about, and why should you care? MVC is much more than just a three-letter acronym (TLA) that you can whip out anytime you want to sound smart; it has become something of a standard in the design of modern web applications. And for good reason. Most web application code falls under one of the following three categories: presentation, business logic, and data access. The MVC pattern models this separation of concerns well. The end result is that your presentation code can be consolidated in one part of your application with your business logic in another and your data access code in yet another. Many developers have found this well-defined separation indispensable for keeping their code organized, especially when more than one developer is working on the same application.

MVC

那么我们就来讲讲什么是MVC了以及你对于MVC来说，最关心的是什么。MVC虽然只是三个单词的开始每个字母组成的新词，然而他已经成为了网页程序的标准设计模式了。而且，有充分的理由证明，大多数的网络程序代码都被归于以下三种分类之一：表达方式【？】，商业逻辑 和数据访问层。MVC模式则能够使你们将关注点进行分离。最终你的表示代码只占你的商业逻辑的一小部分，同样数据访问层也是这样。大多数开发人员发觉这能够使得他们保持代码分离并且条理清晰，尤其是在同一项目中有多名开发人员时。

翻译的很迷惘。。。

其实上面的大意无非就是MVC结构使得程序员可以将更多的精力放在业务逻辑上，而不是将大量的精力浪费在表现层和数据访问上。

不过，虽然翻译的很乱，但我还是多少又理解了一点这方面的知识。MVC如今已经被很多人所接受，很多招聘上也都写着，熟悉MVC模式开发。其实，如果真正项目已经按着MVC模式开发的话，那么招聘进去的人，又有多少是同时对于这三个方面进行开发的呢？

Model - View - Controller，在ZF框架中也是很分离的。看框架的 application目录就很清楚了。除了module和config目录外，剩下的就是：controllers,models和views目录了。。由此可见，基本上也分得比较清楚了

在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的调用，所 以最好在使用时自己扎到源代码里查阅。

changelog:http://framework.zend.com/changelog/1.9.4

quickstart:http://framework.zend.com/docs/quickstart

The following components are installed on this appliance:

• PHP 5.2.3 (in fast-cgi mode)
• Lighttpd 1.4.7 (mod_rewrite and fast-cgi enable)
• Yii 1.0.6 (including demos)
• PostgreSQL 8.2.4
• phpPgAdmin 4.1.3
• Linux kernel 2.6.17.7

居然不是mysql，看来mysql太大了，而且太适合cgi之类的进程？（windows下的精简版用过，好象也不是特别大。还是说yii对postgreSql有特别的优待？）

再试了一下，居然也支持ssh连接。
但是缺点
1、无法切换到root
2、无法关机？？？halt不行，shutdown说没有这个命令
3、wget??不能下载？本来想装个samba看看的。。看来只能算了。只能当成普通的虚拟机玩玩吧。

最后再说一点，可以考虑象这样的打包方式进行演示。代码加密，环境配置好，windows下面用小型整合包，linux下面用这样的虚拟机，两份同时给客户展示。。

或许会有更多不同的用户体验？
也是猜猜而已。。。

1、扩展view

2、使用Zend_Registry，在初始化的时候加载smarty,然后在输出的时候使用Zend_Registry::get('smarty')->display();

使用第二种方式的话，我当然是没有什么说的了。我这里说的是使用第一种方案。

在第一种方案中，官方有例子，页面地址为：http://framework.zend.com/manual/en/zend.view.scripts.html，写上一个类，调用Zend_View_Interface，写上相同的函数就可以了。。

官方有源码，我这里就不贴了。我把官方的例子写一下：

以上是官方的example。不过，如果按第一个例子测试，是会出错的。。。

请看第4行。。。静态方法居然用了new。（应该是粗心吧。不过我昨天是直接复制的，死活报错，也没有仔细看，丢人啊）写这篇 文章，主要也就是提醒一下，这个例子有点问题。

顺便说一下，由于官方的例子里，是把$_smarty写成了protected，那么，其实在外面是不能够被直接引用的。要么写一个__get方法，要么，把属性改为public吧

不过，在使用smarty后，你会发现，你原来的layout功能不能完全使用了，为什么呢？因为，在原来的layout里面，代码都是类似于这样：

大致是这样的代码，这个，可不能用在smarty中。虽然在smarty中也可以用标签来调用PHP代码，但这毕竟不是一个好办法。

不过还好，又有牛人写了一个很牛叉的例子。LOOK：http://anders.tyckr.com/2008/03/12/implementing-zend-layout-and-smarty-using-zend-framework-mvc/，不过这个例子我还没有全部看完，先贴上来。以后慢慢看，应该会用在项目中吧？

不然，我就用不了layout了，除非我放弃这个东西。。哈哈

1.8版本的公布，应该是ZF推动框架和代码标准化的步骤之一吧。随着加入ZF开发的人越来越多，ZF的功能越来越强大，但代码也越来越庞大了。

新版本主要是有两个特色功能：1是快速构建项目开发，利用cli程序来进行快速推荐，2是简化了云计算的操作（这主要应该是ZF和amazon的合作导致的吧？）

快速构建项目的功能，应该是比较让用户开心的，虽然zs6已经能够创建ZF项目，但还是有很多controller,action,model需要用户一一去创建，这，虽然不复杂，也如果多的话，也很繁琐。如今 ，1.8也让你解放出来了，看图上的命令行界面，你应该知道新版本是多么的方便了吧？（顺便说一下，现在国内的thinkPHP,QeePHP都有类似功能的工具推出，这可是国内走在了前端，他们都是一年前就有推出哦）

本次更新对Zend_Loader_Autoloader作出了更新，它与Zend_loader::autoload()不太一样，是一次新的改进。具体我也不翻译了，可以自己看一下代码就清楚了。这主要是对SPL的autoload所不能解决问题的一些改进，比如类名前缀等

云计算也是此次的亮点，但我一般用不了amazon的东西，所以我也不想翻译这些东西了。相信国内也用不了这些，哈哈

最后的更新，请看英文版最后的：Other Contributions，看看里面是不是有你想要的东西。

I'm pleased to announce the Zend Framework 1.8.0 release, the first in our 1.8 series of releases. This release marks the culmination of several long-standing projects, as well as a formalization of many of our recommended practices.

There are two major stories in this release: first, the addition of several components designed to provide and promote Rapid Application Development; second, two offerings that make using Zend Framework in the cloud easier.

Download it now!

Rapid Application Development

1.8.0 marks the first public release of Zend_Tool. At its simplest, Zend_Tool provides a command-line script that can be used to ease many common project-related tasks: setting up the project tree, adding controllers, actions (and related view scripts), model classes, etc. More advanced users can create their own tool providers that can then be directly invoked from that script -- or even create their own RPC endpoints so as to expose the tooling on the web or via a web service.

As an example of it in action, check out this screenshot:

In a related vein, 1.8 also introduces Zend_Application, which provides a standard and object oriented method for bootstrapping applications. Bootstraps may define their own initialization resources, or draw upon some common plugins to do their work. Additionally, resources may be bootstrapped individually, allowing you to utilize a common bootstrap with multiple gateway scripts tailored for different tasks.

One dependency of Zend_Application is Zend_Loader_Autoloader. Zend_Loader_Autoloader is a replacement for Zend_Loader::autoload(), and solves many of the issues users have reported with that solution. Additionally, it provides the ability to manage a stack of namespaced autoloaders, working around some minor issues of the SPL's autoloader as well as providing opportunistic matching of namespace prefixes to match your classes quickly. A subcomponent, Zend_Loader_Autoloader_Resource provides a simple mechanism for mapping classes to the filesystem when the directory structure may not exactly correspond to the class name. By using an autoloader by default, you can help keep your code more performant as well as leave class resolution out of your code -- greatly epediting application development.

Note: the Zend Framework Quick Start has been updated to use Zend_Tool and Zend_Application. It's an excellent introduction to these components as well as Zend Framework's MVC in general.

Cloud Computing

Web 2.0 applications have many demands not seen in traditional web applications. One of these is the need for distributed storage, and another is the need to scale horizontally on demand as traffic to your site spikes.

Amazon has provided solutions to both of these problems for several years now with its Simple Storage Service (S3) and Elastic Compute Cloud (EC2), respectively.

Amazon S3 provides web services developers may use to store and retrieve data. The service is distributed, and thus highly scalable, reliable, and fast. Zend_Service_Amazon_S3 provides an object oriented approach to the service, as well as a PHP streams wrapper -- both designed to make working with S3 from your PHP applications a simple matter.

Amazon EC2 provides a web service to allow launching and managing server instances within Amazon's data centers. These server instances may be used at any time for any length of time -- allowing you to scale your site only when you need to handle extra traffic, or run your services entirely from the EC2 platform.

Other Contributions

The number of community contributions and bug fixes for 1.8.0 has been phenomenal. Below is a list of the primary feature additions for the release.

• Zend_Tool, contributed by Ralph Schindler
• Zend_Application, contributed by Ben Scholzen and Matthew Weier O'Phinney
• Zend_Loader_Autoloader and Zend_Loader_Autoloader_Resource, contributed by Matthew Weier O'Phinney
• Zend_Navigation, contributed by Robin Skoglund
• Zend_CodeGenerator, by Ralph Schindler
• Zend_Reflection, Ralph Schindler and Matthew Weier O'Phinney
• Zend Server backend for Zend_Cache, contributed by Alexander Veremyev
• Zend_Service_Amazon_Ec2, contributed by Jon Whitcraft
• Zend_Service_Amazon_S3, Justin Plock and Stas Malyshev
• Incorporated Dojo 1.3
• Added support for arbitrary Dojo Dijits via view helpers
• Zend_Filter_Encrypt, contributed by Thomas Weidner
• Zend_Filter_Decrypt, contributed by Thomas Weidner
• Zend_Filter_LocalizedToNormalized and _NormalizedToLocalized, contributed by Thomas Weidner
• Support for file upload progress support in Zend_File_Transfer, contributed by Thomas Weidner
• Translation-aware routes, contributed by Ben Scholzen
• Route chaining capabilities, contributed by Ben Scholzen
• Zend_Json expression support, contributed by Benjamin Eberlei and Oscar Reales
• Zend_Http_Client_Adapter_Curl, contributed by Benjamin Eberlei
• SOAP input and output header support, contributed by Alexander Veremyev
• Support for keyword field search using query strings, contributed by Alexander Veremyev
• Support for searching across multiple indexes in Zend_Search_Lucene, contributed by Alexander Veremyev
• Significant improvements for Zend_Search_Lucene search result match highlighting capabilities, contributed by Alexander Veremyev
• Support for page scaling, shifting and skewing in Zend_Pdf, contributed by Alexander Veremyev
• Zend_Tag_Cloud, contributed by Ben Scholzen
• Locale support in Zend_Validate_Int and Zend_Validate_Float, contributed by Thomas Weidner
• Phonecode support in Zend_Locale, contributed by Thomas Weidner
• Zend_Validate_Db_RecordExists and _RecordNotExists, contributed by Ryan Mauger
• Zend_Validate_Iban, contributed by Thomas Weidner
• Zend_Validate_File_WordCount, contributed by Thomas Weidner

In addition, we recorded well over 200 bug fixes for this release.

Please join me in a hearty round of congratulations and acknowledgment of all contributors who helped make this release possible through code contributions, feedback, testing, documentation, translations, and issue reports!

部分参数在获取失败的情况下，会直接从Config文件里读取，这里就不详细写了，大致应该是：

　　TP所有单独的函数，除了两个用来生成项目的buildAppDir之类的，其余都在框架目录/Common/functions.php这个文件里。

　　有人不太喜欢TP这种单字母函数，其实这也是TP的一个特色，如果理解了这些函数的作用，不管是背，还是写，都是非常方便的，接下来我们以字母顺序开始。

A函数（基本是Action的简写）

　　A函数是用来实例化我们的Action类的，例如我们的程序有2个Action分别是IndexAction和TestAction，在 IndexAction中有个myHello方法能够输出hello world，如果我也想在TestAction中也输出同样一段文字怎么办？最原始的方法首先我们导入IndexAction.class.php这个文 件，然后new IndexAction，最后调用myHello方法才行。

代码一般为 ：

那么，如果我们用A函数，怎么写呢？

　　呵呵，少写很多代码吧。当然，这还不是最偷懒的方法，请看下边的R()函数，就知道什么是偷懒的极致了。

B函数

　　这是随着行为应运而生的新生函数，可以执行某个行为，例如B('app_begin');就是在项目开始之前，执行这个行为定义的所有函 数,支持2个参数，第二个参数支持需要接受一个数组，例如B('app_begin',array("name"=>"tdweb","time"=>time()));这样。

C函数

　　获取配置值，这个大家用的应该不少。虽然使用方便，但是C函数无疑是一个非常强大的函数。

获取值：　　
获取所有设置：C(); 不传递任何参数，返回一个包含所有设置的数组。
获取指定配置：C('URL_MODEL') 这样就能得到URL_MODEL的配置信息
获取指定二维数组配置：C("array.name")，这样就返回数组array下的key为name所对应的值

设置值：
为二维数组赋值C("array.name","value")，原理同上（获取array.name的值），后边的value是值

批量赋值：
$test=array("URL_MODEL"=>1,"THIN_MODEL"=>true");
C($test);
这样直接将数组里的值赋值了

判断是否赋值：
C("?URL_MODEL")这样前边加个"?"，如果已经赋值，则返回true

　　需要说明的是，这里虽然更改了配置的值，但是仅仅是这个页面做了更改，到下个页面就不起作用了，如果想改就永久更改，那么需要配合F函数，将配置文件写入config.php才行。

D函数

　　DAO函数应该是我们写程序用的最多的函数了。和A函数类似，如果不使用D函数，就需要导入Model，然后new Model，剩下都是一样的。

　　但是D函数有2个有点，一是如果之前实例化过这个Model，那么就不再实例化了，剩资源；二是方便调试，如果不存在 这个Model，会抛出TP异常，非常人性化。

　　如果访问本项目的Model直接D("Model名称");就可以了，如果打算跨项目访问，就使用 D("Model名称","项目名称");其他的就没什么说的了

F函数

　　快速读取和保存文件数据

　　快速保存数据：F("mydata","这里是要保存的数据")，这样就在项目Data目录下保存了一个名叫mydata.php的文件，里边的内容是该函数的第二个参数。

　　指定保存时间 ：F("mydata","这里是要保存的数据","60")，这样，如果下次再访问，间隔大于60秒则删除次缓存文件。

　　指定保存目录：F("mydata","这里是要保存的数据","60",DATA_PATH) ，这样就指定保存在data目录下

　　立即删除缓存：F("mydata",null)，第二个参数传递一个null值，这样就删除了mydate这个缓存

　　读取缓存数据：F("mydata")，这样就读取这个缓存了

L函数

　　语言定义函数，L("intro")获取定义成intro的语言，l("intro","介绍")为intro赋值，关于这个赋值的长久性，道理同C函数一样。

R函数

　　还记得我们的A函数吧，如果仅仅想执行某个方法，其实用R函数更方便，刚才的可以替换成

 呵呵，是不是更简单？

S函数

　　全局缓存读写函数，和C类似，不过是直接写成文件的哦，写在Temp目录下，不过在缓存有一点需要注意，如果缓存名称是aaa，那么缓存生成的文件名称就是md5("aaa")的值，值得注意。

U函数

　　U函数是很强大的一个函数，它主要是进行URL组装，同时支持不同模式和路由

例如：
取得当前模块的Action地址 ：U("/nowMethod");
取得当前模块的Action地址，并传递参数：U("/nowMethod?params=test");

　　（如果不习惯上边那种方式，可以使用U("/nowMethod",array("params"=>"test");这样的数组方式传递参数，效果是一样的）

　　访问其他模块的方法：U("Other/otherMethod")，这样就是访问Other模块下的otherMethod方法
跨项目访问：U("appname://Other/otherMethod");
使用路由访问：U("appName://routeName@moduleName/actionName?params");

　　另外，如果想直接跳转，那么就在第二个参数写1，例如U("/nowMethod",1);这样就直接调转到指定URL了

　　好了，介绍了TP的9大函数，相信你或多或少也有些了解了吧。如果想了解更多更好的功能，请看function.php的代码，注释很详尽

稍微排版了下，也删了点不太和谐的内容，希望可以给大家带来帮助。。

最初看到框架的时候，还是一个雏型，现在，比以前好多了，所提供的支持也多了很多。让我们来看看这个糖浆究竟有些什么。

Treacle 是个什么呢?

Treacle 有什么特点?

如何获取技术支持?

官方原文：http://www.thinkphp.cn/Blog/25

发布该版本的原因是很多应用开发要求较高的性能并且不需要很多特殊的功能

Lite版本提供网站开发最需要的功能，优化性能，更适合大型项目！

[ 功能列表 ]

编译缓存
自动生成
异常处理
URL模式
语言包支持
模板主题支持
空模块和空操作
前置和后置操作
智能数据表识别
自动加载
标签库
类库导入
Vendor支持
ADSL方法
跨库操作
字段映射
URL组装
URL伪静态
原生SQL操作
多数据库连接和切换
分布式数据库支持
支持MySql和PDO
惯例配置
项目配置
动态配置
模块配置
静态缓存
动态缓存
模板引擎和扩展支持
日志处理
SQL日志
调试模式
运行时间显示
页面Trace
类库扩展
自动验证
自动完成
CURD基本
AR模式基本
连贯操作

[ 注意事项 ]
去掉了ORG类库包（自己可以增加扩展）
保留文件缓存驱动
保留内置模板引擎和PHP模板引擎驱动
查询条件只支持字符串
CURD接口和数据库接口已经更改（和标准版不兼容）
视图模型和关联操作已经去掉
模型的数据操作保留了 add save delete find query execute 增加了select方法 并做了参数的调整
去掉了自动获取数据表字段信息 改由模型自己定义或者不定义
保留运行信息和页面Trace显示
去掉了URL路由功能（该部分功能可以用空模块和空操作取代）

[ 下载Lite版本 ]

Lite版本适合对TP有一定了解的开发人员，并且有PHP开发经验和足够的扩展能力。

从2009-01-07下午的SVN版本里，流年为又增加了一个TMPL_ENGINE_CONFIG这个数组，即：

备注：如果按照我这样的写法，请到cache目录里手动创建tplCompile和tplCache两个目录，否则程序会报错。
报错信息大致为：

如果出现这样的报错信息，请先检查这两个目录是否存在

在项目开发的时候，caching 最好设为false，否则你根本看不到效果。

如此设定完毕后，你就可以直接在项目中使用了，下面以Index模块的index方法进行举例：在IndexAction.class.php的index的方法里

然后到模版里：

就可以看到输出了。不过，这里需要注意的是，如果你$this->display()没有指定文件名，那么默认的模版文件就是default/Index/index.html，这点和原先使用TP默认的模版引擎没有什么区别。
出现问题最大的应该是在include方法里，include的使用方法是：{include file="Public/header.html"}，就象我前面所说，smarty的模版路径只指到了tpl目录，但实际上，我们是在默认的default目录下操作，因此正确的写法应该是{include file="default/Public/header.html"}
如果我们写的程序要对应多模版，那么，上面那种直接写死default的方法是不行的，还好，TP为我们留了一个常量：TEMPLATE_NAME，于是我们的写法就可以是现在这样：

现在试一下，是否公用目录里的header.html被加载了？

最后再报一个warning。如果是在WINDOWS下面开发并且开启了DEBUG_MODE，那么你在读取模版的时候，页面的Trace信息里，偶尔会出现一个注意：

这些信息，可以被忽略掉。模版文件还是会正常的生成和编译的。它只会在第一次生成模版编译文件的时候出现

要知道QeePHP可是让人等了整整一年，当年论坛上就有人说：宁可相信世上有鬼也不相信老廖的嘴。可见让人有多失望

不过，在昨天凌晨的时候，QeePHP还是提供了下载，不过下载完了之后还没有时间仔细观摩。

初步看了一下，目录结构与ZF相类似，自动加载类库也使用了spl_auto_load，因为使用了这个函数，造成的后果是，文件名全部是小写了。呵呵（不知道原因的可以去查看这个函数）

其他还没有仔细看。

可以先看官方：http://qeephp.com

介绍：

ThinkPHP 2008年离线资料包，将ThinkPHP论坛使用版面与帮助资料版面2008年所有帖子全部采集生成HTML文件，并添加了全文检索功能。可以在不联网的情况下方便查找论坛中相关问题的讨论，并且可以方便的搜索，比CHM的搜索更强大的搜索。点击搜索结果可以直接来到帖子页，也可以直接通过首页进入相关版面列表，就跟操作BBS一样。

注意：需要安装.NET框架2.0及以上版本

图片：

下载地址：http://www.yhustc.com/ThinkPHP2008.rar

本站分流：下载

这些不是我能够想得通的。还是看看到底更新了什么再说吧。

An overview of new features:

• Dojo Integration
  • JSON-RPC
  • Dojo Data packing
  • Dojo View Helper
  • Dijit integration with Zend_Form & Zend_View
  • Dojo Library Distribution
• SOAP
  • SOAP Server
  • SOAP Client
  • Autodiscovery
  • WSDL access
  • WSDL Generation
• Preview of Tooling Project in Laboratory (see /laboratory folder)
  • Command Line Interface
  • Project Asset Management
• Unit Testing Harness for Controllers
• Lucene 2.3 Index File Format Support
• Zend_Session save handler for Database Tables
• Paginator Component
• Text/Figlet Support
• ReCaptcha Service
• Zend_Config_Xml Attribute Support
• Character Set Option for DB Adapters
• Zend File Transfer Component
• New Media View Helpers (Flash, Quicktime, Object, and Page)
• Support in Zend_Translate for INI File Format

This obviously marks a very important step towards a high-quality, highly tested 1.6 GA release. Thanks to everyone who has contributed to this release in any way: with patches/check ins, documentation/translations, and bug reports.

But our work is not yet over! Let's do our best to bring this release to the breaking point to find areas we can improve the release for General Availability. Based on your feedback we will determine in the next few weeks whether we require additional release candidates, so please provide feedback on our issue tracker (http://framework.zend.com/issues) as soon as you can and ask any questions/post your experiences on the appropriate mailing list.

Again, the Zend Framework community does NOT recommend this release for production use. We do, however, recommend evaluating new features in this release with existing and new applications.

Enjoy 1.6RC1, and see you on the issue tracker, wiki, and mailing lists!

————END————

不知道：Zend File Transfer Component，这个会给我们带来什么样的惊喜？大文件传输还是其他的？下载源码研究一下，哈哈

By Aldemar Bernal

So, what is wrong with Zend_Acl and the current MVC implementation in the Zend Framework? there is nothing wrong, it is just that it gets not too obvious for developers how to achieve an optimal integration between these two important parts of the framework.

First at all, this article is based on the following Zend Framework Proporsal (link), by this moment this proposal is in Pending Recommendation state.

Well, how it works? There are two key components in this proposal:

1. A Front Controller Plugin: This component resolves if the current user has access to the page which is being opened.
2. An Action Helper: This component allows you to check whether the current user has access inside a controller.

Based on these two components, let's try them with an example. Let's talk about a website like DevZone, we would need a controller that work with the user management and another one which will deal with article management, as well we need 3 types of users (roles), one for guests, one for writers and another one which will approve the articles; resuming, we have:

Resources:

1. user controller.
2. article controller.

Roles:

1. Guest.
2. Writer.
3. Admin.

Setting up the Zend_Acl component

After defined what we want to do, the next step will create a Zend_Acl instance which will reflect our model.

/** Creating the ACL object */
require_once 'Zend/Acl.php';
$myAcl = new Zend_Acl();

Creating the roles

Now we create the roles in our Zend_Acl instance.

/** Creating Roles */
require_once 'Zend/Acl/Role.php';
$myAcl->addRole(new Zend_Acl_Role('guest'))
      ->addRole(new Zend_Acl_Role('writer'), 'guest')
      ->addRole(new Zend_Acl_Role('admin'), 'writer');

Creating the resources

And then we create the resources needed (one per controller) and their relationship with the roles we created.

/** Creating resources */
require_once 'Zend/Acl/Resource.php';
$myAcl->add(new Zend_Acl_Resource('user'))
      ->add(new Zend_Acl_Resource('article'));

Creating the permissions

Now that we added the roles and resources to our Zend_Acl instance, it's time to explain what actions must be available to which roles.

1. Guest won't have access to edit, add or approve an article.
2. Writer won't have access to approve an article.
3. Admin will have complete access.

/** Creating permissions */
$myAcl->allow('guest', 'user')
      ->deny('guest', 'article')
      ->allow('guest', 'article', 'view')
      ->allow('writer', 'article', array('add', 'edit'))
      ->allow('admin', 'article', 'approve');

Creating the access denied view file

We will need to create a view and an action which will address all those denied users, in order to do it, first we create a new action in our error controller:

class ErrorController extends Zend_Controller_Action
{
    ....

    public function deniedAction()
    {
    }

    ....
}

And then we create our view file (/application/views/scripts/error/denied.phtml) with some warning message:

<h1>Error</h1>
<h2>Access denied</h2>
<p>You are trying to access an area which you have not allowed.</p>

Finishing the configuration

Okay, we have setup our Zend_Acl configuration, so far, it doesn't look like something new, but the next step is register the controller plugin, this important part takes the Zend_Acl instance we created and then validates it against the current page being accessed by an user.

/** Setting up the front controller */ 
require_once 'Zend/Controller/Front.php'; 
$front = Zend_Controller_Front::getInstance(); 
$front->setControllerDirectory('path/to/controllers'); 
 
/** Registering the Plugin object */ 
require_once 'Zend/Controller/Plugin/Acl.php'; 
$aclPlugin = new Zend_Controller_Plugin_Acl($myAcl);
$aclPlugin->setRoleName($currentUserRole);

$front->registerPlugin(new Zend_Controller_Plugin_Acl($acl, 'guest')); 

/** Dispatching the front controller */ 
$front->dispatch();

After this configuration is done, once an user enters in our application, depending the role he/she has the page will be displayed or an access denied page will be displayed.

For more information about this you can go to:
Zend_Acl & MVC Integration
and here is a small implementation source code of this:
Source Code

————END————
由于本文并没有什么特别的地方，而且单词也没有什么，故不作翻译。

and someone were comments for this news,

这样看来，以后ADOBE或许也会主动参与了吧？

以前的set函数是类似于这样：

既然如此，我还是按最新的稍作讲解吧。。。

Cookie类，固名思意，就是把对COOKIE的操作进行了封装，通过定义一个COOKIE名的前缀，以防与其他COOKIE产生冲突，然后加上COOKIE变量的名称，就可以进行赋值、取值等。

Cookie类所有的操作都采用了静态方法，即在实际应用中，只要加载了Cookie类，就可以随时使用了：

另外一个需要注意的是，cookie在不同的浏览器下面有着不同的限制，最常见的就是cookie的长度，请尽量不要超过4K的字节。

参考资料：

由于Smarty兼容PHP4，因此，它的效率会相对低一点点，这个低只是相对的，估计等Smarty啥时候正式放弃PHP4的时候，效率可能会上很大一个台阶。

………………………………………………

最多请看全文。

开发自定义标签功能的时候，有几个注意的地方，
1、文件名的规范性，这个当然是不用多解释了，TagLibInput.class.php
    （TagLib加是你定义的标签名，首字符大写，这样你的文件名中的Input就会自动认为你的XML文件名）
2、目录所在：目前暂时还是存放到THINKPHP的核心类库里，目录为：/THINKPHP/Lib/Think/Template
    主程序文件放到：/THINKPHP/Lib/Think/Template/TagLib/ 目录下
    自定义的XML文件放到：/THINKPHP/Lib/Think/Template/Tags/ 目录下

    （自定义的文件是小写的标签名，即刚才类名中的Input的小写）

注意事顶：
    如果你发现你自定义的标签没有被解析，请按如下方法进行检查（以input标签为例）
    1、查看文件开始的地方是否加载了<tagLib name="cx,html,input" />,同时，请检查是否符合XML规范，如：标签一定要闭合。例：<br />，否则会出现XML解析错误
    2、检查文件是否都为UTF－8编码，因为在解析XML的时候，都是采用UTF8编码，如果不是UTF8编码，会出现一些奇怪的解析错误，很多时候都会出现simpleXml解析器错误，如果出现这种错误，请检查文件编码，如果是UTF8编码的文件，请同时检查文件头是否存在BOM标记。
    3、自定义的标签中，是否忘了双引号。由于在写HTML的时候，很容易忽略双引号，比如<input type=text name=name>，如果是这样，在被当成XML解析的时候，肯定会报错的，正确的写法应该是：<input type="text" name="name" value="value" />（标签要闭合），如果是自己自定义的标签，则应该这样写：<input:text name="" value="" />

但是，在处理一些XHTML模版时，可能会遇到以下问题，比如，模版作者在制作模版时，为了规范页面，往往在文件头部加上<?xml version="1.0" encoding="utf-8"?>，表明文件是属于XML规范，所有的标签都必须遵循XML的相关规定。

然而，默认的ThinkPHP模版引擎在处理的时候会出现错误，处理这个错误的情况有以下几种办法。

第一种方法：你尝试关闭PHP的短标签功能
第二种方法：试着用<literal></literal>标签把XML的标签包含起来，即
<literal><?xml version="1.0" encoding="utf-8"?></literal>

第三种方法：修改ThinkPHP/Lib/Think/Template/ThinkTemplate.class.php的compiler函数，在函数的最后一行return $templContent;前加入

任何一种方法理论上都可以，第一种第二种方法实在不行的时候，再用第三种，毕竟第三种方法是改动核心的，如果以后更新核心库，可能会不当心就覆盖掉了。

不过，流年说过了，他已经更新了模板引擎的解析类，并且专门判断了是否开启了短标签，如果开启的话会自动用第三种方法解析。更新下SVN的ThinkTemplate.class.php 文件就可以了（可能压缩包还没有同步更新[2008-04-22]）。

官方的话：
新年的气氛即将恢复平静，ThinkPHP也快2岁了，这是一个让所有关注和支持ThinkPHP的朋友们值得祝贺的时刻，官方也准备了一份礼物以回馈大 家的支持，感谢大家和ThinkPHP风雨同舟一起度过。届时将开通ThinkPHP官方在线体验中心，给大家送上丰富的示例和演示，而且还将发布一个更 新版本，包含了值得期待的项目目录自动创建功能和众多的完善。新手们有福了，呵呵~希望2008奥运年大家红红火火，继续努力！
　　PS：了解ThinkPHP发展历史的人应该猜到2周年是什么时候了，呵呵~

目前，官方还推出了新的示例中心，网址是：http://exp.thinkphp.cn/Examples/