nginx 加速网站

简介: 一般情况下压缩后的html、css、js、php、jhtml等文件,大小能降至原来的25%,也就是说,原本一个100k的html,压缩后只剩下25k。

一般情况下压缩后的html、css、js、php、jhtml等文件,大小能降至原来的25%,也就是说,原本一个100k的html,压缩后只剩下25k。这无疑能节省很多带宽,也能降低服务器的负载。
在nginx中配置gzip比较简单
具体可见http://wiki.codemongers.com/NginxChsHttpGzipModule
一般情况下只要在nginx.conf的http段中加入下面几行配置即可

引用
   gzip  on;
   gzip_min_length  1000;
   gzip_buffers     4 8k;
   gzip_types       text/plain application/x-javascript text/css text/html application/xml;


重启nginx
可以通过网页gzip检测工具来检测网页是否启用了gzip
http://gzip.zzbaike.com/

 

 

expires起到控制页面缓存的作用,合理的配置expires可以减少很多服务器的请求
要配置expires,可以在http段中或者server段中或者location段中加入

引用
       location ~ /.(gif|jpg|jpeg|png|bmp|ico)$ {
           expires 30d;
       }


控制图片等过期时间为30天,当然这个时间可以设置的更长。具体视情况而定
比如

引用
       location ~ /.(wma|wmv|asf|mp3|mmf|zip|rar|swf|flv)$ {
               expires max;
       }


max表示过期时间为31 December 2037 23:59:59 GMT

 

 

nginx默认是不允许列出整个目录的。如需此功能,在location server 或 http段中加入

引用
autoindex on;



另外两个参数最好也加上去

引用
autoindex_exact_size off;  


默认为on,显示出文件的确切大小,单位是bytes。
改为off后,显示出文件的大概大小,单位是kB或者MB或者GB

引用
autoindex_localtime on;


默认为off,显示的文件时间为GMT时间。
改为on后,显示的文件时间为文件的服务器时间。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

网站上的bug,某个页面访问的时候,会造成内存溢出,正常情况下一个php-cgi进程占用大概0.2% 约8M左右的内存,出问题的时候,某些php-cgi进程可能会占用掉几百兆。
因为一时无法找出那个页面出得错误,只好用脚本来kill掉异常的进程
只要一个php-cgi进程占用的内存超过 %1 就把它kill掉

引用
#!/bin/sh

PIDS=`ps aux|grep php-cgi|grep -v grep|awk '{if($4>=1)print $2}'`

for PID in $PIDS
do
echo `date +%F....%T` >> /usr/bash/phpkill.log
echo $PID >> /usr/bash/phpkill.log
kill -9  $PID
done


放到cron里每分钟执行一次

 

 

 

本文摘抄自 http://wiki.codemongers.com/NginxChsHttpLimit_zoneModule?highlight=(limit)
limit_zone   limit  $binary_remote_addr  10m;
server {
location /download/ {
limit_conn   limit  1;
}
limit_zone   limit  $binary_remote_addr  10m;
定义一个叫“limit”的记录区,总容量为 10M,以变量 $binary_remote_addr 作为会话的判断基准(即一个地址一个会话)。
您可以注意到了,在这里使用的是 $binary_remote_addr 而不是 $remote_addr。
$remote_addr 的长度为 7 至 15 bytes,会话信息的长度为 32 或 64 bytes。 而 $binary_remote_addr 的长度为 4 bytes,会话信息的长度为 32 bytes。
当区的大小为 1M 的时候,大约可以记录 32000 个会话信息(一个会话占用 32 bytes)。
limit_conn   limit  1;
指定一个会话最大的并发连接数。 当超过指定的最发并发连接数时,服务器将返回 "Service unavailable" (503)

目录
相关文章
|
17天前
|
前端开发 应用服务中间件 网络安全
nginx配置SSL证书配置https访问网站 超详细(附加配置源码+图文配置教程)
nginx配置SSL证书配置https访问网站 超详细(附加配置源码+图文配置教程)
53 0
|
25天前
|
存储 缓存 前端开发
掌握Nginx缓存策略:提高网站性能,降低响应时间
掌握Nginx缓存策略:提高网站性能,降低响应时间
39 1
|
27天前
|
前端开发 应用服务中间件 nginx
使用nginx-http-concat资源请求合并功能 优化网站响应
使用nginx-http-concat资源请求合并功能 优化网站响应
12 0
|
8月前
|
tengine 应用服务中间件 Apache
Nginx网站服务
Nginx网站服务
66 0
|
8月前
|
关系型数据库 MySQL 应用服务中间件
Nginx__高级进阶篇之LNMP动态网站环境部署
Nginx__高级进阶篇之LNMP动态网站环境部署
103 0
|
3月前
|
负载均衡 监控 应用服务中间件
Nginx负载均衡:你的网站流量翻倍利器
Nginx负载均衡:你的网站流量翻倍利器
46 0
|
4月前
|
监控 安全 前端开发
Nginx 访问日志中有 Get 别的网站的请求是什么原因?
Nginx 访问日志中有 Get 别的网站的请求是什么原因?
41 0
|
6月前
|
缓存 负载均衡 应用服务中间件
Nginx 的优化思路,并解析网站防盗链
Nginx 的优化思路,并解析网站防盗链
124 1
|
8月前
|
应用服务中间件 PHP nginx
Nginx配置网站默认https
Nginx配置网站默认https
|
XML JSON 算法
宝塔面板Nginx开启Brotli压缩,提升网站加载速度
前言 Google 认为互联网用户的时间是宝贵的,他们的时间不应该消耗在漫长的网页加载中,因此在 2015 年 9 月 Google 推出了无损压缩算法 Brotli。Brotli 通过变种的 LZ77 算法、Huffman 编码以及二阶文本建模等方式进行数据压缩,与 Gzip相比效率提升约 17-25%。这里简单说一下如何在宝塔面板Nginx开启Brotli压缩。 正文 下载Brotli cd /www/server#下载brotligit clone https://github.com/google/ngx_brotli.gitcd ngx_brotli#更新brotligit subm
519 0
宝塔面板Nginx开启Brotli压缩,提升网站加载速度