奇葩情况是这样的,反向代理用了域名,然后有些IP失效,但是依然缓存,NGINX的反代就不对了~后来经老大指点,解析的dns后加个参数即可强制30秒解析一次~
示例:
resolver 114.114.114.114 valid=30s;[......]
奇葩情况是这样的,反向代理用了域名,然后有些IP失效,但是依然缓存,NGINX的反代就不对了~后来经老大指点,解析的dns后加个参数即可强制30秒解析一次~
示例:
resolver 114.114.114.114 valid=30s;[......]
以下内容完整转载自:使用nginx-http-concat添加nginx资源请求合并功能
web项目中有时候一个页面会加载多个js或css资源请求,导致页面加载耗时较长,这时优化的方向可以采用资源合并,可以在客户端事先合并,也可以在服务端进行资源合并,服务端合并的方[……]
没搞过,当时按HTTP配了也没测试,不觉得有问题,后来发现不行,还好浩哥及时指出问题并给出了解决方案,老大确实6。
配置代码如下:
location /wsapp/ {
proxy_pass https://wsbackend;
proxy_http_ve[......]
直接修改nginx的配置文件,加入如下指令:
location ~ .(csv)$ {
add_header Content-Disposition: 'attachment;';
}
重启或者重载Nginx即可[……]
1.proxy_cache的作用是缓存后端服务器的内容,包括静态的和动态。
2.fastcgi_cache的作用是缓存fastcgi生成的内容,很多情况是php生成的动态的内容。3.proxy_cache缓存减少了nginx与后端通信的次数,节省了传输时间和后端[……]
嗯,这个问题搜起来还挺费劲的,还好谷歌上尝试了几个搜索关键词,找到了有价值的参考,配置是删除不必要的推广参数然后做为缓存的key。
proxy_cache_key默认值为:
proxy_cache_key $scheme$proxy_host$uri$is_a[......]
最近发现博客响应时间很慢,检查了下日志,发现竟然是百度的蠢蜘蛛在那死爬,爬的链接示例:
/software-exp/page/2 -teamviewer o o_html/page/100/page/100/page/3/page/2/page/2/page/3/pa[......]
很简单的几句配置,如果用Apache就用.htaccess既可。
Nginx的配置如下:
server {
listen 80; server_name xxx.com; return 301 https://www.xxx.[......]