神仙的仙居

　　这次侠客行大会的演讲水了点，不过见识了不少传说的中的牛人。

　　上午的第一个是个美国华裔院士，说的是集群的应用。不过怎么觉得当我们的是大一新生呢？说的东西不着边际，还拖堂……。第二个就是传说中的mysql创始David Axmark，主要说的就是mysql的历史，以及好处以及一些新东西。第三个是谷歌的工程总监，说的是google的云计算和google的一些api和平台。比较搞笑的是演示的时候速度慢，他总说是他IE的问题，而实际上他用的是Firefox...，然后还抱怨他的Windows，抱怨笔记本慢。他的笔记本可是X61啊，这要是还慢，也太打击潜在Adroid开发者的信心了。下午我去的是大型可伸缩系统。第一个说的是Hadoop，一个分布式文件系统。第二个是说一个分布式JVM。第三个是Flickr的某人，题目是Flickr的架构，但根本没提到任何关于架构的东西……

　　结束以后去走北山路爬宝石山。山顶有几块巨石，爬上去坐顶上视野就开阔多了，感觉不错。周日去绕了茅家埠一圈，虽然风景没想象得好，不过倒很清静。之后到西湖边走走坐坐，喝茶，看太阳慢慢沉下。然后逛河坊街，吃了碗虾爆蟮面。接着就到火车站坐车回家~~

　　第二届网侠大会还是在杭州开，谁叫阿里巴巴在杭州呢？于是我就又去了一次杭州，又住了一回青年旅社。这回住的是一家叫做十二新座的。这家离满陇桂雨不远，两边都是山林，也挺幽静的。里边的环境么也是青年旅社的共同特点，讲情调，讲人情味。比较特别的是，这家旅舍里有一只斑点狗。虽说上海大街上的狗也不少，不过斑点狗也并不多见。这是只挺和气的狗，见了客人不会乱叫，只是会凑上来闻来闻去的。

 　　不知什么时候起，杭州有了好多家青年旅舍，或许有20多家了吧。似乎还没哪个城市的青年旅舍有杭州那么多。这里的青年旅舍已经形成了一个独特的产业。那么，这在其他旅游城市是否也行得通呢？是否也会像杭州那样兴旺呢？

　　上周末终于去成了黄山，还是跟的游豆腐。之前报过两次名，都没去成。果然是过一过二不过三啊。

　　黄山的景色确实是名不虚传，随处都是风景。不过这一趟走下来也实在是累死。第二天从天都峰下来以后，人已经差不多了。回到客栈以后，吃饭的力气都快没了。

　　晚上上车，周六凌晨2点到汤口客栈，第二天早上起来上山。先坐了白鹅岭新索道上去，才一下缆车，就被黄山壮丽的景色震动。走东海峡谷（也就是小梦幻），到始信峰。然后一路走到排云楼，扔下包，吃点东西继续。

　　下午走西海大峡谷，那果然是精华所在。一边是绝壁，一边是悬崖。天气很好，可以一直看到谷底。两边的景色只能用雄奇来形容。一路到谷底，然后走栈道，过了步仙桥，然后翻过一座座山，经过卧石披云、西海瑶台，总算在日落前赶到光明顶。在光明顶看了日落以后，经过飞来石，又一路赶着，在天全黑前回到了排云楼。一路上走得腿发软，站着不动的时候都感觉小腿在抖。

　　第二天4:30起来，然后爬上丹霞峰去看日出。结果那里早就被起得更早的人占得严严实实，山道石阶上也坐满了人。不过总算是运气好，还是在黄山看到了日出，据说这是很难得的。下来吃了点东西，然后继续走。再次走过飞来石，翻过光明顶，然后上鳌鱼峰。在鳌鱼峰可以看到莲花峰和天都峰。看着天都峰的险峻的山势，就知道接下去的旅程不简单。从一线天下来，然后上百步云梯到莲花亭，然后下到玉屏楼，也就是天都峰脚下了，吃完东西开始登天都峰。

　　这一路就是大概70度的直着上去，一条道爬到头，接着就是鲫鱼背。鲫鱼背因为两边都装了栏杆，倒一点都没觉得恐怖。走过鲫鱼背，然后就攀上了天都绝顶。这下来的路虽然没那么陡，但要更险些，更曲折些。上山的时候已经差不多把体力都用完了，这一路下来就实在够呛。然后又已经没有退路，只能一直走下来，到半山寺，然后再一直走啊走，到慈光阁出口。坐车回汤口。

　　等到了客栈了，才知道，原来走完全程的原来就7个人。 

　　照片（更多照片进相册看）： 

 　　题目有点绕口，这书的名字叫《如何阅读一本书》。看名字就知道，这是一本关于读书的书。从数理逻辑的角度看，这是有点自指的。在读这本书的时候，会同时影响你读这本书。如果这本书确实起了什么作用的话。——还是有点绕口……

　　这本书里说的自然是读书的方法。看前面一部分的时候，又想到了当年的语文课来了。其实语文课讲的也是怎样阅读。这本书里讲的一些方法语文课上也讲过。其实我觉得语文老师更应该读读这本书，在教学生怎么阅读的时候，自己要更明白这些阅读方法的实际意义。

　　话说这书里说到了读书笔记。我上学那会，倒是会记一些笔记，在教科书的边上记一些自己的理解，简单的例子之类的，复习的时候还把整本书的公式和要背的东西都抄在前面的白页上。照书上说来，这倒是很好的读书方法。不过，我只对教课书这么干。其他的书，我是舍不得在上面涂画的。虽然有时候看到一句好句也很有拿笔划下来的冲动，不过也都忍住了。（我小时候倒是常干给书上人物画像加胡子之类的事情）这样好吗？不好吗？既然我不一定要同意作者的观点，那我也大可以照旧。:)

原文链接：http://php-fpm.anight.org/

fast-cgi是做啥用的

FastCGI是一个可伸缩的，高速地在web server和脚本语言间交互的接口。关于FastCGI技术的更多信息可以在官方网站和这里看到。

多数流行的web server都支持FastCGI。包括Apache(mod_fastcgi和mod_fcgid)，Zeus，nginx和lighttpd。

FastCGI的主要优点是把动态语言和web server分离开来。这种技术允许把web server和动态语言运行在不同的主机上，以大规模扩展和改进安全性而不损失生产效率。

php-fpm可以和任何支持远端FastCGI的web server工作。

 

php-fpm是做啥用的

很不幸，官方网站php.net上的php在将FastCGI SAPI用于生产环境时有许多已知的问题。

下面的一些证据足以表明为什么离开了php-fpm，就很难使用FastCGI SAPI。

描述	php自带的	spawn-fcgi + spawn-php.sh + daemontools	php-fpm
php守护程序： pid file, log file, setsid(), setuid(), setgid(), chroot()	(-)	(+)	(+)
进程控制，可以平滑地重启、重新载入配置和二进制模块而不丢失请求	php4 - php5 只能平滑停止	(-)	(+)
限制ip地址，可以满足web server的要求	php4 (-) php5 (+) (从 5.2.2 开始)	(-)	(+)
根据负载动态调整进程数	(-)	(-)	Todo
使用用不同的uid / gid / chroot / 环境变量，不同的 php.ini 选项，不需要safe mode	(-)	(-)	(+)
记录work process的stdout和stderr	(-)	(-)	(+)
如果使用优化器，在遇到opcode缓存随机损坏的时候紧急重启所有进程	(-)	(-)	(+)
如果set_time_limit没有起作用，强制结束过期进程	(-)	(-)	Todo
特色功能 Error header、优化的上传支持、fastcgi_finish_request()

 

特色功能

所有的这些功能都是用不打断的方式。也就是说，如果你不使用他们，他们的存在不会影响php的功能，也就是透明的。

 

Error header

类型：方便

默认情况下，如果被访问的php脚本包含语法错误，用户会收到一个空的"200 ok"页。这是不方便的。Error header这个php.ini选项允许在这种情况下产生一个HTTP错误码，比如"HTTP/1.0 550 Server Made Big Boo"，从而中断web server请求并显示一个正确的错误页。如果要实现这样的功能，需要在php.ini中添加一条fastcgi.error_header = "HTTP/1.0 550 Server Made Big Boo"

在php-5.2.4中添加了类似的功能，不过是简化的。如果被访问的php脚本包含语法错误，并且display_errors设为false，且没有进一步的设置，会立刻返回"HTTP/1.0 500 Internal Server Error"。如果你需要设定一个不同于500的错误码（已经在许多情况下被使用）。或者想要使这个行为独立于display_errors的设置，那么可以使用fastcgi.error_header。如果你同时使用php-5.2.5或以上版本和php-fpm，那么fastcgi.error_header的优先级更高。

 

优化的上传支持

类型：优化

这个特性，就如标题那样，可以加速大POST请求的处理速度，包括文件上传。优化是通过确保请求体已写入一个临时文件，然后传递文件名而不是请求体到fastcgi协议来实现的。目前，就我所知，只有nginx0.5.9以上才支持这个功能。显然，这种模式只在php和web server在一台机器上的时候才能用。

nginx样例配置：

location ~ \.php$ {
    fastcgi_pass_request_body off;
    client_body_in_file_only clean;
    fastcgi_param  REQUEST_BODY_FILE  $request_body_file;
    ...
    fastcgi_pass ...;
}

在php中不需要配置任何东西。如果php收到了参数REQUEST_BODY_FILE，就读取其中的请求体，如果没有，就自行从fastcgi协议中读取请求体。

结合这个特性，可以考虑对临时文件使用内存文件系统，例如tmpfs(linux)：

client_body_temp_path /dev/shm/client_body_temp;

 

fastcgi_finish_request()

类型：优化

这个特性可以提高php处理请求的速度。如果有些处理可以在页面生成完后进行，就可以使用这种优化。比如，在memcached中保存session就可以在页面交给web server后进行。fastcgi_finisth_request()，这一特性可以结束响应输出，web server可以立即开始交给等不及的客户端，而此刻，php可以在请求的上下文环境中处理许多事情。比如保存session，转换上传的视频，处理统计等等。

fastcgi_finisth_request()会触发shutdown 函数运行。

 

FAQ

Q：php-fpm可以和ZendOptimize一起用吗？
A：完全可以。

Q：php-fpm可以和ZendPlatform、xcache、eAccelerator、APCden等等的优化器一起用吗？
A：是的。php-frpm的架构和任何一种用于高速opcode缓存的共享内存都适用。唯一的限制是：所有的worker进程只能适用一个缓存，即使它们用不同的uid/gid运行。

Q：为什么要用root运行php-fpm呢？这安全吗？
A：用root启动php-fpm只有在你打算用不同uid/gid的php来处理请求时才有意义意。比如，在共享主机上的不同站点。因为只有在master进程用root运行的时候，才可以建立不同uid/gid的子进程。这是相当安全的。master进程自己从来不会去处理请求。
在任何情况下，php-fpm都不会用root身份来处理请求。

Q：php-fpm可以加速请求处理速度吗？
A：不，没有影响。不过，如果你使用一些特殊特性，对于一些特定的请求可以有些许性能提升。

Q：php-fpm将来会被官方的php包含吗？
A：我很尊重php开发团队和他们的工作。相信他们能做得完美。但不幸的是，就我的经历看来，他们太忙了，似乎讨论php-fpm这个补丁会用相当多的时间，而我则完全没时间。

 

简要说明：

php-fpm是根据最小惊奇原则构建的。这是对于缺乏文档的唯一理由。我保证很快会建立一个wiki。如果你有问题的话，请不要犹豫在上面列出的邮件组里写邮件。

php-fpm已经在linux、macosx、Solaris和freebsd上测试通过。

确信libxml2（在某些系统上叫做libxml2-devel）已经安装。
下载php和php-fpm

$ bzip2 -cd php-5.2.5.tar.bz2 | tar xf -
$ gzip -cd php-5.2.5-fpm-0.5.7.diff.gz | patch -d php-5.2.5 -p1
$ cd php-5.2.5 && ./configure --enable-fastcgi --enable-fpm
$ make all install
编辑$prefix/etc/php-fpm.conf
运行$prefix/bin/php-cgi --fpm
检查$prefix/logs/php-fpm.log的细节
运行phpinfo()检查你的网站是否正常
master进程的pid被存放在$prefix/logs/php-fpm.pid

master进程可以理解以下信号：
SIGINT, SIGTERM 直接终止
SIGQUIT 平滑终止
SIGUSR2 平滑重载所有worker进程并重新载入配置和二进制模块

译注：创建补丁后，会产生一个补丁文件。在./configuire后会提示你打上。configure比较费时，如果直接打上补丁再./configure可以省些时间。
php-fpm还带有一个更方便的脚本，在$prefix/sbin/php-fpm。可以用php-fpm start|graceful|restart|stop来维护。稍编辑一下就可以让它使用配置文件。

 

这个文档原来基本都是俄文的。我是用google翻译先弄成英文，然后再翻成中文。这当中会产生些错误，可能是google的，也可能是我的。如果你发现了，请指出，谢谢。

 p.s. 先感谢下digitalsonic帮我挑了几个错。