本来觉得PPT里没什么东西, 犯不着放出来, 不是内容不丰富哈, 主要都是现场讲的内容.

不过, 既然有人要, 那就放到blog吧, 也当做留个念想.

总体来说, 这次峰会上, 我介绍了Ap(一个PHP扩展编写的PHP框架, 感兴趣的朋友可以看:Yaf-A PHP Framework Extension)在百度的应用.

4月的时候, 做了一个关于PHP性能优化的技术交流.

今天把当时交流的PPT放到slideShare了.

顺便谈一下对PHP性能优化的一些看法.

以下是一些PHP Coding Tips. 当然, 这些Tips并不一定仅仅局限于PHP.

大家有什么好的心得, 欢迎直接回复本文与更多的人分享.. 谢谢

本文长期更新, 请关注PHP Coding Tips

最后更新: 2011/04/02

在上一篇文章Serialize/Unserialize破坏单例的最后, 我留下了一个问题, 为了让大家能思考, 我就单独再写一篇给出答案.

我们经常采用如下方式定义单列:

class Singleton {
    private static $instance = NULL;

    /** 不容许直接调用构造函数 */
    private function __construct() {

    }

    /** 不容许深度复制 */
    private function __clone() {
    }

    public static function getInstance() {
        if (NULL === self::$instance) {
        	self::$instance = new self();
		}

        return self::$instance;
    }
}

很多人都会记得对深度copy的保护, 但, 其实我们却疏忽了一点…

之前和人讨论过这个问题,,, 今天感冒在家休息, 就回忆了一下, 整理如下.

我们很多的应用在使用Ajax的时候, 大多数情况都是询问型操作, 比如提交数据, 则Ajax只是期待服务器返回:

{status: 0, message:""} //status 0代表成功, 非零的时候, message中包含出错信息.

在使用curl做POST的时候, 当要POST的数据大于1024字节的时候, curl并不会直接就发起POST请求, 而是会分为俩步,

  1. 发送一个请求, 包含一个Expect:100-continue, 询问Server使用愿意接受数据
  2. 接收到Server返回的100-continue应答以后, 才把数据POST给Server
  

今天在微薄看到一个转帖, 题目触目惊心《PHP的echo为什么这么慢》,

点进去一看, 大意是说在PHP中echo一个500K的字符串, 会耗时几百ms,

然后作者说打开Apache的压缩以后呢, 速度就快了.

之后, 又看到一个同学, 从HTTP协议入手, 分析了chunked模式和直接传输模式, 意思可能是说, 和分段传输相关…

我在这里不是批评或者驳斥谁, 相关者莫要生气, 我只是害怕误导别人..

echo 一个500K的字符串, 速度慢, 这个和PHP没关系, 也和PHP的实现者C也没关系,, 关系在于IO, IO的速度限制了输出的速度,,

至于说Apache的压缩,,这个,,压缩了, 字符串变小了(字符串的压缩率很大), 自然也就快了(CPU换IO)….

最后, PHP真的很无辜, 和它真没关系..

很早就想写这么一篇文章了。我离开中国雅虎已经一年有余，在中国雅虎工作的那段时光是我最珍贵的回忆之一，和以前的同事吃饭聊天的时候也经常会怀念一下中国雅虎，怀念得多了，就觉得不如写篇文章好好回顾一下。很多事情虽然已经过去，但有些话不说出来，到底意难平。

转载说明 :我的紫色情结. –作者是我以前小组的同事

对于Apache来说, 如果URL和PATH_INFO中出现%2f(/)或者%5c(\), 会被认为这是个不合法的请求, Apache将会直接返回404结束.

对于使用mod_rewrite做URL改写的情况来说, 可能会比较容易遇到这个问题.

解决的办法有两种.

1. 进行俩次encode, /变为%252f
2. 在apache的配置中增加: AllowEncodedSlashes On

具体可以参看:http://httpd.apache.org/docs/2.2/mod/core.html#allowencodedslashes