PHP ORM框架Propel VS Doctrine
认识ORM其实最早源自一场争论，各个框架都声称具备良好的ORM实现，但是使
用后发现，如果仅仅是强制返回数据对象还声称自己是ORM的话，那就贻笑大方了。那只能说是伪ORM或是ORA（array）而已。很显然返回的对象除了
属性值外，还应该包括可执行方法，实现对数据的操作运用。
后来工作改用symfony
框架，该框架内置了对ORM框架Propel
和Doctrine
的
支持，symfony 1.2.*以前是采用propel作为默认ORM框架，symfony
1.3以后官方将默认ORM框架改为Doctrine。当然实际运用你可以自由切换，你也可以不用symfony直接在开发中采用Propel或
Doctrine。一番PK，最终在项目中采用了Doctrine作为默认ORM框架。
以下将对Propel和Doctrine的异同做一个简单对比，欢迎拍砖……
基本特性：
1）两者只需简单设置即可应用，支持常用CRUD操作；
2）两者均支持自动生成model，每个表生成两个model文件，也支持从原有数据库生成model；有些数据库数据类型转过来的属性类型可能不是完全一样，是一个最接近的类型；
3）支持数据有效验证和定义model关系；
4）支持单表继承，支持字段自动赋值；
5）支持主从复制；
6）Doctrine支持全文搜索
文档：
Doctrine的文档一直就比Propel要全面丰富，社区更活跃
使用方法：
Propel和Doctrine基本CRUD操作很类似，但是涉及条件操作时区别就比较大了
1）propel查询：
$criteria
= new
Criteria(
)
;
$criteria
->add
(
JobeetJobPeer::CREATED_AT
, time
(
)
- 86400
* 30
, Criteria::GREATER_THAN
)
;
$this
->jobeet_job_list
= JobeetJobPeer::doSelect
(
$criteria
)
;
2）doctrine查询：
$result = Doctrine_Query::create()->from("User")->where("name = 'caleng'")->excute();
明显可以看出Doctrine的连贯写法更加自然、更易阅读、更接近原生SQL。
性能：
Doctrine > Propel
关键字：orm、symfony
、doctrine
、propel
相关文档：
开发中一直没办法解决的一个问题
页面采用UTF8编码，头部和尾部用了模板包含文件的方法，结果头部和尾部无端端各多出一个约10px的空
行，什么也没有。
原因是全部采用utf8编码，包含文件的时候，最后的二进制流中包含了多次UTF8
BOM标记，IE不能正常解析包含多个UTF8 BOM 标记的页面，直接替换成实际显示的回� ......
在php中测试单个文件上传和在网上浏览了很多关于多文件上存，大多都是差不多一样的。只是上传多个文件用post传递时是数组传递，如<input type="file" name="pic[]" id="pic">而单个文见上传<input type="file" name="pic" id="pic">。
提交数据时，多个文件用foreach 来循环，其他限制和单个文件上传都是 ......
搭建PHP开发环境：
1、准备并安装下列软件：
MySQL 5.1.30: http://dev.mysql.com/downloads/。
Apache 2.2.14: http://httpd.apache.org/. 在安装过程中,会出现3个文本框，上面两个输入你的本机IP（如：127.0.0.1），最下面输入你的EMAIL ......
今天真是倒霉的日子，毫不容做好的网站上传到Ftp。居然无法使用。现象为php页面什么都显示不出来。但是在我本地确是好好的。 难道同样的东西上传到FTP上会有问题吗？ 经过我将近三个小时的调查，终于查处了原因。 原来 一些 utf-8格式的文件加了BOM。这个BOM可不是个好东西。会搞得几个编辑器 神魂颠倒的。最直接的表现� ......
1)
安装Apache/2.2.14 和 PHP/5.2.12 之后，重新启动Apache，启动失败。查了一些资料，基本上给出的建议是禁掉Extension。我就装了一个Extesion Mysqli。
修改php.ini 注释掉这一行，果然生效。
[PHP_MYSQLI]
;extension=php_mysqli.dll
安装完mysql，再重新enable这个配置就好了，估计是依赖某些mysql的库。
......
