如何配置使用负载均衡slb让你平台更加稳定行运营
可能随着发展访问的人越来越多，单台机器容易出现故障几率越高，架构上就调整一下，把重要业务独立分割出来做一下负载均衡
使用软实现（代表之一:nginx），由于nginx缺失一些必要插件，又需要自己一个个装麻烦，直接使用Tengine ，它整合部分好用插件 如主动式后端服务器健康检查的功能ngx_http_upstream_check_module、会话保持ngx_http_upstream_session_sticky_module等
搞了三台机器：一台SLB ，后端两台负责业务处理，这样好处，即使以后业务增长一段时间能也能满足发展（简单可以多加几台后端业务处理），扩展性更好，即使其中一台挂掉也能正常运行，抗故障更好。
nginx和apache下禁止IP访问80和443，但域名能访问
最近对公网IP访问网站，进行关停IP访问处理， 采用域名访问。多数站点采用 nginx 及少量apache，具体配置修改如下：
一、nginx配置文件nginx.conf加入
#只是关闭访问IP 80
server{
listen 80 default;
server_name _;
return 403;
}
#关闭访问IP 80和443
如何升级nginx服务器下站点为HTTPS？
一、准备好SSL证书
二、 首先检查原本NGINX服务器有SSL模块木
/usr/local/nginx/sbin/nginx -V
如果木有加上 这个编译选项 –with-http_ssl_module
可查看之前写的文章 升级NIGNX
三、在相关站点配置里加入
更新在Centos7下一键安装PHP7环境
php5 经过几年的发展已经到php7,当然升级现有系统也会带来很多兼容性问题，应用系统要运行起来当然缺不了环境，先把环境搞定。
最近几天Lanmp-mm加入了安装为PHP7.1+mysql5.7+nginx1.14
当然默认安装的也加入了ssl 组件 现在流行http转https
如何对nginx日志分割?
我单位，要求日志一般保存3个月。
如果日志一直累积，量大了以后分析就有点困难，
分割日志是必要的。
顺便记录一下配置，方便以后查找。
系统环境是Linux平台，采用的logrotate进行管理
首先建一个文件 nginx.logrotate 存放到你想存放的位置，这里我存放到/usr/local/nginx/conf/nginx.logrotate
内容如下：
如何解决nginx ssi解析include路径问题？
之前站点配置ssi(web服务器apache),用起来木有问题，
最近在服务器配置ssi(WEB服务器nginx)，存在问题。
这种语法格式在apache下木有问题，在nginx就使用不起
nginx 下 这种就能用，说明一点nginx解析的时候 不支持”..”路径！
问题应该可以解决 ，毕竟nginx是开源的。
顺便也验证了我之前文章里《工作5年多了，对所处行业环境及技能的一些认识！》提到的为什么开源比闭源的强的原因？
花了点时间 看了一下nginx 的源码 ,如下两个重要的文件表示是ssi模块
回顾王者ZF一些感想及解决ZF在nginx上运行的问题?
个人认为zend framework是众多php 框架之中的王者,
此框架运用了大量的面向对象的设计模式思维。
在3年之前，当时ZF还是 1.0版本 ，
用ZF 写了一个通用信息管理系统，
并在ZF身上学习PHP面向对象的思想。
尽管以前学java 都是面向对象的思维，
但是在搞PHP面向对象的时候不一样，
因为php本身不是面向对象的语言
强加一种面向对象的去编写php总觉得 不太爽，
所以php项目我不会刻意使用面向对象，
适合的环境 运用怎样舒服，就怎样写。
nginx: [emerg] mkdir() “/dev/shm/nginx_temp/client_body” failed (2: No such file or directory)
之前好好的，重启nginx时莫名的出现nginx: [emerg] mkdir() “/dev/shm/nginx_temp/client_body” failed (2: No such file or directory)
解决办法：mkdir -p /dev/shm/nginx_temp/client_body
nginx 发现有很多WARN
负载问题，没有完全找到根本的原因，只能从头开始排查
先来瞧哈nginx错误日记 出现了大量（如下所示：）
2012/01/04 16:34:25 [warn] 29939#0: *20552635 an upstream response is buffered to a temporary file /dev/shm/nginx_temp/fastcgi/0001240960 while reading upstream, client: 118.123.13.6, server: www.xxxx.cn, request: “GET /thread-1409108-1-1.html HTTP/1.0”, upstream: “fastcgi://unix:/dev/shm/php-fcgi.sock:”, host: www.xxx.cn
在nginx.conf 里加入这一段得到解决
Nginx + PHP5（FastCGI）生产环境跑PHP动态程序可超过“700次请求/秒”
我生产环境下的两台Nginx + PHP5（FastCGI）服务器，跑多个一般复杂的纯PHP动态程序，从Nginx的日志可以统计出，单台Nginx + PHP5（FastCGI）服务器跑PHP动态程序的处理能力已经超过“700次请求/秒”，相当于每天可以承受6000万（700*60*60*24=60480000）的访问量：
