Yii在import方面已经做的很好了，很多人都说Yii无法导入命名空间，事实上官方很早就给出过意见，如这里：http://www.yiiframework.com/doc/guide/1.1/zh_cn/basics.namespace，当然，这是中文版的
4. Namespace
不要将路径别名和名字空间混淆了，名字空间是指对一些类名的一个逻辑组合，这样它们就可以相互区分开，即使有相同的名字。 而路径别名是用于指向一个类文件或目录。路径别名与名字空间并不冲突。
提示: 由于 5.3.0 版本之前的 PHP 本质上不支持名字空间，你无法创建两个具有相同名字但不同定义的类的实例。 鉴于此，所有的 Yii 框架类都以字母 'C'（意为 'Class'） 作前缀，这样它们可以区分于用户定义的类。我们建议前缀 'C' 只保留给 Yii 框架使用，用户定义的类则使用其他的字母作前缀。
5. 使用命名空间的类
使用命名空间的类是指一个在非全局命名空间下声明的类。比如说，类application\components\GoogleMap 在命名空间application\components下的类。使用命名空间需要 PHP 5.3.0 或者以上版本。
从1.1.5开始，可以无需显式引入而使用一个包含命名空间的类。比如说，我们可以创建一个application\components\GoogleMap 的实例而无需去处理引入的路径，这样就增强了Yii的自动导入机制。
若要自动导入使用命名空间的类，命名空间的格式必须和路径别名相似。比如说，类application\components\GoogleMap 所对应的路径必须和别名application.components.GoogleMap一致。
----------
如果仅看中文版，或许你还是看不懂，但你应该看英文版的，下面还有评论，你就知道怎么用了
评论是这个样子的，LOOK，http://www.yiiframework.com/doc/guide/1.1/en/basics.namespace：
Namespaces in a nutshell
Namespaces in php are like directory paths in console (bash, dos etc)
When you use namespace php keyword like this
namespace a\random\namespace; class Foo { static function bar(){} }
is like executing cd a\specific\directory except that the namespace is created if not exists.
Now everything follows is belonging to that namespace. This means that if you want to instantiate, extend or call a static method from eg foo class on another namespace you have to
$baz= new \a\random\namespace\Foo; class Fighter extends \a\random\namespace\Foo {} \a\random\namespace\Foo::bar();
Yii imports a very intuitive convention here that the namespace structure (if implemented) should be reflected on the physical directory structure and additionally makes its Path Alias convenience available for that purpose.
Please be my guest to follow these steps:
1. Create a new web app 2. Go to protected\components and create a folder foo 3. Move Controller.php in foo folder and open it with an editor 4. At line 6, at Controller class declaration import this:
namespace application\components\foo; class Controller extends \CController
- Now open
protected\controllers\SiteController.php for editing
- Replace the
SiteController class declaration with this
class SiteController extends \application\components\foo\Controller
As you will see, your new web app still working fine and application path alias will point properly at protected folder.
You can find more about php namespaces here
Enjoy coding :>
--------
果然，这年头，英文版的资料比中文版多多了，手册上也是，不过PHP手册是一定要带评论，对于我们这些初学者来说，那是相当的有用啊
大约在半年前，hightman给了个array2xml的代码（以前在liba的时候自己写过，但代码不见了），改了一下，支持了attributes，而且在支持Attributes时候，也支持字符串了。
黑黑：
输出就更方便了，直接：
die(xmlapi::generateEmptyXml(xmlapi::array2xml($rssdata)));
爽。
事实上，看到这篇文章的时候，我早就已经解决这个问题了。目前我也是这么做的，只是我是设置phpQuery::$documents = null而已，和他不太一样。
但本文做了一点分析，所以我还是正常的贴一下吧。
phpQuery是一个用php实现的类似jQuery的开源项目，可以在服务器端以jQuery的语法形式解析网页元素。 相对于正则或其它方式匹配网页方式，phpQuery使用起来要方便的多。
在使用phpQuery采集网页时，遇到一个问题：在处理大量网页之后，phpQuery占用的内存数量非常惊人（很快就超过了1G)，
比如这段代码：
phpQuery::newDocumentFile($htmlFile); |
echo memory_get_usage() . "\n"; |
谨慎运行上面这段代码，它会很快用光你的内存。
经过查看phpQuery的源代码终于发现了问题所在，phpQuery在每处理一个网页就会产生一个DOMDocumentWrapper 对象，而每个DOMDocumentWrapper 对象会被保存在静态成员$documents中（phpQuery::createDocumentWrapper中），这个变量是一个数组，每解析一个 网页数组元素就增加一个。
phpQuery::$documents[$wrapper->id] = $wrapper;
找到问题后，解决就很容易了，每次解析完一个网页，把phpQuery::$documents置空即可。
phpQuery::newDocumentFile($htmlFile); |
phpQuery::$documents = array(); |
echo memory_get_usage() . "\n"; |
内存占用稳定了。
----
原文来自：http://www.linuxsong.org/2011/01/phpquery-memory-leak/
其实出现上面的问题很正常，大多数人在用pq的时候都是在不停的抓取和采集，一般在命令行下面，这时候都不会想到释放内存，而平时网页的话，一个页面结束后，这些内存都还是会自动释放掉一点。如果不是狠狠抓数据的人，是不会遇到这种问题的啦。
这个标题我扔到PHP分类下当然是有原因的。。
因为我最近在尝试用phpQuery来分析数据，但这些数据最终的样式都和我真正想要的还是有点区别，所以我要去除其中的样式，还要删除空标签，但:empty标签删除的太厉害了。不太敢用
所以我还是用正则来删除一级的标签。
除了空标签还有这些带样式的，我开始是用pq("xxx")->css("");来设置空标签，但总觉得不爽，因为这样会生成<p style="">这种多余的内容。
找了一点资料，其实jQuery的removeAttr就可以有这个功能啦。于是乎，pq("xxx")->removeAttr("style")，就解决了
做个笔记
HTTP/1.1 200 OK Date: Wed, 05 Nov 2003 10:46:04 GMT Server: Apache/1.3.28 (Unix) PHP/4.2.3 Content-Location: CSS2-REC.en.html Vary: negotiate,accept-language,accept-charset TCN: choice P3P: policyref=http://www.w3.org/2001/05/P3P/p3p.xml Cache-Control: max-age=21600 Expires: Wed, 05 Nov 2003 16:46:04 GMT Last-Modified: Tue, 12 May 1998 22:18:49 GMT ETag: "3558cac9;36f99e2b" Accept-Ranges: bytes Content-Length: 10734 Connection: close Content-Type: text/html; charset=utf-8 Content-Language: en
这是一个资料备份，常见的head头部
