乐乐的博客

阻塞调用：事件没有准备好，那就只能等了，等事件准备好了，你再继续吧。阻塞调用会进入内核等待，cpu就会让出去给别人用了，对单线程的worker来说，显然不合适，当网络事件越多时，大家都在等待呢，cpu空闲下来没人用，cpu利用率自然上不去了，更别谈高并发了。异步非阻塞：异步非阻塞的事件处理机制，具体到系统调用就是像select/poll/epoll/kqueue这样的系统调

fix_pathinfo是用来干嘛的呢？为CGI提供真正的PATH_INFO / PATH_TRANSLATED支持。 PHP的以前的行为是将PATH_TRANSLATED设置为SCRIPT_FILENAME，并且不要弄清PATH_INFO是什么。 有关PATH_INFO的更多信息，请参阅CGI规范。 将其设置为1将导致PHP CGI修复其路径以符合规范。 设置为零会导致PHP的行为像以前一样。 默

1、轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。2、weight指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。例如：upstream bakend {server 192.168.159.10 weight=10;server 192.168.159.11 weight=10;}3、ip_hash每个请求

upstream这个模块提供一个简单方法来实现在轮询和客户端IP之间的后端服务器负荷平衡。upstream abc.com { server 127.0.0.1:8080; server 127.0.0.1:80; server 127.0.0.1:8000;}server { listen 80; server_n

File(/vagrant/php/old/index.php) is not within the allowed path(s): (/home/wwwroot/default/:/tmp/:/proc/)问题是出现在了php.INI上面了 原因是php.ini里设置了 open_basedir = /home/wwwroot/default/:/tmp/:/proc/:/vagrant/将

413 Request Entity Too Large 上传的文件超过了php和nginx中设置的值502 bad Gateway 出现502的原因是：对用户访问请求的响应超时造成的 1.当用户少的时候，可能是nginx 的request_terminate_timeout 设置的时间过短导致的2.优化页面，网络，数据库等Nginx 504 Gateway Time-out的含义是没有请求到

In your PHP-fpm www.conf set security.limit_extensions to .php or .php5 or whatever suits your environment. For some users, completely removing all values or setting it to FALSE was the only way to g

## 添加执行权限chmod a+x /etc/init.d/nginx chmod a+x /etc/init.d/php-fpm## 加入服务chkconfig --add nginxchkconfig --add php-fpm## 开机自启chkconfig nginx on chkconfig php-fpm on如果有出现 “service php-fpm

1.查看php-fpm进程ps -ef | grep php-fpm2.复制php-fpm配置sudo cp php-fpm.conf php-fpm.conf.copy3.修改php-fpm配置[global]pid = /usr/local/php/var/run/php-fpm1.piderror_log = /data/logs/php-fpm1.loglog_level = not

location = / { # 精确匹配 / ，主机名后面不能带任何字符串 [ configuration A ] }location / { # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 # 但是正则和最长字符串会优先匹配 [ configuration B ] }location /documents/ { # 匹配任何以 /documents

#在上一个博客中所示安装好php后cp ./php.ini-production /usr/local/php/etc/php.inicp php-fpm.conf.default php-fpm.confcd ../sbin#开启php-fpm./php-fpm#加入nginx对php-fpm的支持vim nginx.conflocation ~ \.php$ { roo

1. Nginx的模块与工作原理Nginx由内核和模块组成，其中，内核的设计非常微小和简洁，完成的工作也非常简单，仅仅通过查找配置文件将客户端请求映射到一个location block（location是Nginx配置中的一个指令，用于URL匹配），而在这个location中所配置的每个指令将会启动不同的模块去完成相应的工作。Nginx的模块从结构上分为核心模块、基础模块和第三方模块：...