设为首页 收藏本站
查看: 768|回复: 0

[经验分享] 神奇的nginx

[复制链接]

尚未签到

发表于 2016-12-23 06:11:58 | 显示全部楼层 |阅读模式
  一,设置默认图片
  不知道大家有没有遇到过,当你的系统的某些图片不存的时候,你须要提供一张默认的图片,404.jpg?恩,做为一个友好的提示,这是必须的。用nginx实现这个功能很容易。

location ~* .*\.(jpg|jpeg|gif|bmp)$ {
if (!-f $request_filename) {#同鞋们,if后面需要一个空格哦~~~
rewrite ^ /404.jpg last;
}
}

  二,设置默认后缀
  这样,当你图片不存时,将会返回默认的404.jpg图片,当然用户浏览器中的URL是不会变的。假如你的系统中全是JPG格式的图片,你的程序在访问的时候,如果觉得每一个图片都要加一个.jpg后缀,是不是很麻烦,OK,nginx也能很容易的解决。


location ~* ^/photo/([0-9]+)$ {
rewrite ^/photo/([0-9]+)$  /photo/$1.jpg last;
}

  三,nginx大战死代码
  上面是关于nginx的很简单的应用,在开发过程中,我遇到过一个稍微复杂一点点的问题,就是我以前将我的图片存在A服务器上(A服务器到nginx上的nfs映射为/usr/imgs/11_59/),以/11/11*.jpg的形式访问,11即图片的最后两位数字,但量随着图片的增多,A服务器放不下更多的图片(图片名称是以递增方式命名的),当图片名称变人55....jpg的时候,我发现A服务器放不下更多的图片,这个时候,怎么办?
  可能大家用脚指头想一想就知道,添加一台服务器B
  对了,我也是这么想的。于是啊,我建立了B服务器到nginx所在服务器的nfs映射(/usr/local/60_99),好了,到这里总算解决了图片在一个服务器存储不够的问题,可是接下问题又来了,我的程序中,访问图片的地址是写死了的,即/XX/XX[0,9]+.jpg的形式访问(XX即图片地址的前两位),天啊,我怎么知道图片到底在哪个服务器呢?
  正当我们愁眉苦脸的时候,nginx又闪亮登场,大叫一声“交给我”

location  ~ /photo/([1-5][0-9]) {
root   /user/imgs/11_55;
}
location  ~ /photo/([6-9][0-9]) {
root   /user/imgs/60_99;
}
  (解释一下:root 的功能就是会在之前你的访问地址/photo/... 前面加上 /user/imgs/60_99/ 即将你访问的地址指向/user/imgs/60_99/photo/*.jpg )
  四,nginx设置图片防盗链接
  


location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
valid_referers none blocked 192.168.154.128 192.168.154.1;
if ($invalid_referer)
{
rewrite ^  /403.jpg break;
}
if (!-f $request_filename) {
rewrite ^ /404.jpg last;
}
expires 30d;
}

   先来一下效果:
  
DSC0000.jpg
  大家记得将location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$

整合到一起去哦,对了,注意一下这个:

if ($invalid_referer)

{

rewrite ^  /403.jpg break;

}











  哇~~~~,世界终于清静了。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.iyunv.com/thread-317956-1-1.html 上篇帖子: NGINX 多域名日志切割备份脚本 下篇帖子: nginx配置示例
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表