传播、沟通、分享
« 类别 nginx 下的文章
Nginx下搭建flv视频服务器且支持视频拖动进度条播放
目前，由于Flash的流行，网络上绝大多数的微视频网站都采用了Flv格式来播放视频。 在互联网上播放视频，有两种方式，一种是文件方式，即通过HTTP协议访问视频文件，这种方式的缺点是不能从特定的帧开始播放；另外一种就是采用专门的流媒体服务器，这种方式的缺点是要搭建复杂的流媒体服务器。不过，现在有了一种集合了以上两种方式优点的一种解决方案，即通过HTTP来实现伪流媒体。本文描述的就是这样的一种解决方案。 首先配置nginx服务支持flv模块功能 ⑴查看你的nginx是否已支持flv功能模块 [root@localhost ~]# /usr/local/nginx/sbin/nginx -V //查看nginx服务支持 结果： nginx version: nginx/0.8.24 built by gcc 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) configure arguments: prefix=/usr/local/nginx with-http_flv_module with-http_gzip_static_module with-ht…
nginx跳转参数与实例
本日志内容来自 http://iteeqg.blog.163.com/blog/static/42930654200992910456569/ Location语法语法：location [=|~|~*|^~] /uri/ { … } location = / { # 只匹配 / 查询。 [ configuration A ] } location / { # 匹配任何查询，因为所有请求都已 / 开头。但是正则表达式规则和长的块规则将被优先和查询匹配。 [ configuration B ] } location ^~ /images/ { # 匹配任何已 /images/ 开头的任何查询并且停止搜索。任何正则表达式将不会被测试。 [ configuration C ] } location ~* .(gif|jpg|jpeg)$ { # 不区分大小写匹配任何已 gif、jpg 或 jpeg 结尾的请求。然而所有 /images/ 目录的请求将使用 Configuration C。 [ configuration D ] } 正则表达式匹配，其中： * ~ 为区分大小写匹配 * ~* …
高性能Web服务器 Cherokee
Cherokee 号称是目前最快的 Web 服务器软件，在性能上，甚至比 Nginx 还略胜一筹。与 Apache、Lighttpd、Nginx 等其他同类软件的对比，大家不妨看看这个 测试页面 。其易用性做得也很不错。 Cherokee 的功能包括支持 FastCGI、SCGI、PHP、CGI、TLS 及 SSL 加密连接，虚拟主机，授权认证，实时编码，载入均衡，与 Apache 兼容的 log 文件等等。 Cherokee 内含一个名为 cherokee-admin 的工具，执行后，允许管理员直接通过浏览器进入 http://localhost:9090/ 对其进行管理和配置。比如，开启或关闭服务器，进行一般选项的设定，配置虚拟服务器、信息源、图标、Mime 类型等项目。 Cherokee 号称是目前最快的 Web 服务器软件，在性能上，甚至比 Nginx 还略胜一筹。与 Apache、Lighttpd、Nginx 等其他同类软件的对比，大家不妨看看这个 测试页面 。其易用性做得也很不错。 Cherokee 的功能包括支持 FastCGI、SCGI、PHP、CGI、TLS 及 SS…
nginx.conf控制指定的代理ip和ip访问的设置手记
工作中有一次用到利用nginx的配置来让只有公司ip的访问才能打开指定的后台url，于是有了下面的记录。 在nginx中if很弱，http://www.nginxcn.com/doc/standard/httprewrite.html，基本上不能写太复杂的条件或者是嵌套。 因为公司我( 54chen )网络的设置，过去打到服务器的ip有可能是几个ip，同时也有可能是代理的ip，所以在if判断的时候，可能有多个条件。 location /administrator { #log_format www_54chen_com ‘$remote_addr – $remote_user [$time_local] $request ‘ # ‘”$status” $body_bytes_sent “$http_referer” ‘ # ‘”$http_user_agent” “$http_x_forwarded_for”‘; # access_log /data/www.log www_54chen_com; set $fuck 0; if ($remote_addr = ’1.1.1.1′){ …
Phusion Passenger 3.0.0 最终版发布
Phusion Passenger是一个Apache和Nginx模块，在Apache/nginx上安装好以后部署Rails应用也可以简单得像PHP一样：直接上传文件到某个目录就好了。 此版本与2.2版本相比的改进，性能上快了55% ；还有稳定性，可用性，自愈性的提高等…… 点击查看更多详情： http://blog.phusion.nl/2010/10/18/phusion-passenger-3-0-0-final-released/ 还有一篇介绍比较详细的示例文章： Phusion Passenger running multiple Ruby versions 感谢 just_cool 投递这篇新闻
apache和nginx的redirect实现域名跳转
apache中，在虚拟主机的配置中加入 引用 RedirectMatch ^/(.*)$ http://www.newdomain.com/$1 或者用 引用 RedirectMatch permanent ^/(.*)$ http://www.newdomain.com/$1 实现301永久跳转 nginx中，在server{}中加入 引用 if ($host = old_domain.com ) { rewrite ^/(.*)$ http://newdomain.com/$1 permanent; }
nginx 中 rewrite 实现 二级域名、三级域名、泛域名、路径的重写
原本准备换Linux服务器，所以数据迁移暂时需要使用静态页面临时代替一下，之前的article.asp?id=xxx都要重定向到静态文件 article/xxx.htm，nginx的rewrite比apache的强大很多，还可以用if语句，很容易理解，下面看看Nginx是如何进行Rewrite的！ 提示：以下rewrite指令写在 nginx.conf 配置的 server { } 中 最常见的： 静态地址重定向到带参数的动态地址 view plain copy to clipboard print ? rewrite ^(.*)/service/(.*)\.html$ $1/service.php?sid=$2 permanent; rewrite ^(.*)/service/(.*)\.html$ $1/service.php?sid=$2 permanent; 反过来： 带参数的动态地址重定向到静态地址 view plain copy to clipboard print ? if ($query_string ~* id=(.*)) { set $id $1; rewrite …
一个用nginx后访问网站子目录问题
今天在做测试环境的时候发现网站的 http://testbbs.thmz.com/uc/ 打得开的 但是 http://testbbs.thmz.com/uc 就打不开，就少一个/ 照例说 http://testbbs.thmz.com/uc 访问时会自动跳转为 http://testbbs.thmz.com/uc/ 但是我这个偏偏就是没有跳转 问了个朋友，他说他的好的，要来配置文件对比着看看，没啥大的区别 最好一个一个调试，结果发现问题出在了 server_name 221.134.22.196 testbbs.thmz.com; 我的conf文件是从以前的机器复制过来的，结果221.134.22.196这个ip忘了改了，导致了这个问题。 另外一直解决方案是做个rewrite，这样即使server_name填错也没关系 if (-d $request_filename) { rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent; }
在线评测一下你的网站负荷能力
通常一个网站可以同时承受的用户流量压力是有一定的限制，随着用户上线人数的增加，网站相应的时间就会逐步的慢下来。 当用户数量达到一个限度时，用户再打开该网站的网页，就会出现timeout。 那么如何衡量你的网站的情况呢？ 我推荐一个免费在线评估工具， Load Impact 使用其免费测试功能，对本站进行了一下测试，结果如下图 该测试，从10个用户端，到50个用户，进行了5次测试。 从测试结果来看可以看到，user load time几乎是一条直线，也就是说，网站太强大了，这些个用户数根本测不出负载的变化，需要更多的用户数才能看出变化。 你也可以对你自己的网站做一下简单的测试，用load impact工具评测一下。 你的评测结果曲线可能同我的可能不同，如何解读，你可以看看这里的 说明 。 还有两个很常用的网站负载评估工具，或者说压力测试工具。 1） AB 工具 几乎用Linux服务器的站长，可能都用过这个Linux自带的工具。 2） Webbench 上面的链接是张宴介绍的，我也用过，很容易，也方便。 这里提醒一下，做压力测试，只能对自己的网站，或者得到网站站长同意，才能进行测试。
nginx的upstream目前支持5种方式的分配
1、轮询 （默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。 2、weight 指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。 例如： upstream bakend { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; } 3、ip_hash 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 例如： upstream bakend { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; } 4、fair（第三方） 按后端服务器的响应时间来分配请求，响应时间短的优先分配。 upstream backend { server server1; server server2; fair; } 5、url_hash（第三方） 按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。 例：…
