PHP程序开发高效的WEB系统
PHP是一个很优秀的工具，它可以简单，也可以复杂。不一样的项目，应该用不一样的PHP。
小项目 - 简单而直接的PHP
一般对于一个功能页面在20以下的网站，我们可以用一个很简单的框架结构来写。在这个规模上，我建议是使用比较直接的面向过程编码方法，原因很简单，没有必要把class文件弄的N 多，结果controller里边就一个new就完了。当然，需求频繁变化的项目除外。
在这个级别上，php优点表现的很明显：快速开发，一目了然。缺点同时也被隐藏得很好。
中型项目 - 结构优美的OO化的PHP
对于一个中型项目，我建议使用一个良好设计的框架来做，这个框架可以是基于MVC模型，封装了众多底层操作的，当然，一定要有一个好的最好是透明的cache机制，这样，我们为了适应变化而加入的OO机制可以运行得更快更好。
在这个级别上。php的缺点开始凸现，像对OO支持的不完整(这个PHP5有很大改进)，只能单线程模式。另外一些外围工具开始出现缺乏支持，像PHP没有好的重构工具，没有好的集成到IDE中的单元测试工具。优点当然还是原来的快速开发，广泛的可用的开源资源。
大型项目 - 扩展、优化后的PHP
这里的大型项目，简单的指分布式项目，就是说，你的程序需要被部署在N台服务器上了。在这个层级上，PHP比起j2ee的确缺乏很多支持。我曾和shadow在735上详细讨论过PHP要在大型系统上应用需要解决的一些问题，当然这些问题不光是PHP这个语言的问题，也包括了周边开发的问题：
1 PHP的页面代码共享，PHP的源代码被载入内存一次以后，就在其中保留 - 这个用APC和Zend的优化器可以搞定。
2 PHP页面之间的数据对象共享，a.php和b.php之间可以共享一个数据对象，比如数组，这个现在可以用序列化来作，但是会有文件io，这块可以用共享内存或者memcached来处理。
3 PHP的数据库连接池，因为在多前端的情况下，PHP控制不住对数据库的连接，所以需要在数据库前边去作一个连接池，类似于sqlrelay的东西。另外数据缓存也是很重要的，大压力开发有一个tip，就是能不动数据库就不要动数据库。
4 PHP的前端cache系统。一个透明的可控制的cache机制，确保网站的页面以最少次数查询数据库。这个有很多实现，但是没有找到特别好的。
5 一个PHP应用，成功的解决调这几个问题以后，应付稍微大一点的压力是没有什么问题的。
在这个级别上，重要的是
相关文档：
今天确实是无聊了，写了一个备份人人网的日志，到本地html的类。
主要是cURL登录，正则解析页面。
使用方法，最后那个脚本的最后两行改掉，你知道的。或者重新写一个运行脚本：
<?php
include("renren.php");
$test = new renren("你的人人网账号","你的人人网密码");
$test->do ......
<?php
//作者:梁文平 http://www.tyasp.net
session_start();
if($_SESSION["username"]!="admin")
{
echo("<mce:script type="text/javascript"><!--
alert("操作超时！请重新登陆...");window.location.href="../index.php";
// --></mce:script>");
//header("refresh:0;url=../"); ......
网上看了session.save_path好像这个session我还没有怎么用过呢，看来有必要研究一下啊
今天特意的看了一下文档，看一下文档确实有这么东西，也没有看到什么例子就自己随便的写了一点看看
代码如下 echo session.save_path
打开浏览器查看竟然显示 sessionsave_path 不对啊，怎么会是这个呢，看� ......
excel这类文件其实就是特殊格式的文本文件（应该所有格式都是特殊格式的文本文件和二进制文件），
excel不同的行体现在文本中的换行，里面的需要转义的字符包括,\和\r\n这两个，遇到这些字符的时候这个单元格需要用""格开 ......
今天碰到个奇怪的问题，一个ajax页面在本地测试服务器运行一切正常，传到公网服务器上就死活说 javascript错误。
打开代码一看，是javascript的那一行使用了一个json的reponseText，DEBUG一下，原来回传是空的。
看看后台PHP，貌似没什么问题（本来以为是URL问题）然后上网搜一下，原来是PHP的json_encode函数在5.2下才有 ......
