百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术资源 > 正文

前端——你需要知道的nginx相关配置

off999 2025-02-09 13:43 38 浏览 0 评论

nginx 基本配置都是在安装目录下的 conf/nginx.conf 文件中。

#mime.types

看下面的默认配置:

http {
    include       mime.types; // 可以单独配置文件
}

MIME-type 和 Content-Type 的关系: 当 web 服务器收到静态的资源文件请求时,依据请求文件的后缀名在服务器的 MIME 配置文件中找到对应的 MIME Type,再根据 MIME Type 设置 HTTP Response 的Content-Type,然后浏览器根据 Content-Type 的值处理文件。

什么是 MIME-TYPE: 为什么这么说呢?首先,我们要了解浏览器是如何处理内容的。在浏览器中显示的内容有 HTML、有 XML、有 GIF、还有 Flash ... 那么,浏览器是如何区分它们,绝定什么内容用什么形式来显示呢?答案是 MIME Type,也就是该资源的媒体类型。

媒体类型通常是通过 HTTP 协议,由 Web 服务器告知浏览器的,更准确地说,是通过 Content-Type 来表示的,例如: Content-Type: text/HTML 表示内容是 text/HTML 类型,也就是超文本文件。为什么是 “text/HTML” 而不是 “HTML/text” 或者别的什么?MIME Type 不是个人指定的,是经过 ietf 组织协商,以 RFC 的形式作为建议的标准发布在网上的,大多数的 Web 服务器和用户代理都会支持这个规范 (顺便说一句,Email 附件的类型也是通过 MIME Type 指定的)。 通常只有一些在互联网上获得广泛应用的格式才会获得一个 MIME Type,如果是某个客户端自己定义的格式,一般只能以 application/x- 开头。 XHTML 正是一个获得广泛应用的格式,因此,在 RFC 3236 中,说明了 XHTML 格式文件的 MIME Type 应该是 application/xHTML+XML。 当然,处理本地的文件,在没有人告诉浏览器某个文件的 MIME Type 的情况下,浏览器也会做一些默认的处理,这可能和你在操作系统中给文件配置的 MIME Type 有关。比如在 Windows 下,打开注册表的“HKEY_LOCAL_MACHINESOFTWAREClassesMIMEDatabaseContent Type”主键,你可以看到所有 MIME Type 的配置信息。

#多站点的配置

配置站点自然是在 nginx.conf 文件内,但是,不利于维护,所以利用 include 在别处创建一个文件夹,专门收集站点的配置;比如我有两个站点需要配置,在 conf 文件夹下新建一个 servers 由于放置站点的配置;并增加 test.conf 以及 test2.conf,然后在 nginx.conf 文件内,新增配置:他会读取所有 server 文件夹下的 conf 结尾的配置。

http {
    include       mime.types;
    include       servers/*.conf;
}

test.conf 中的内容:

    # 表示要启动一个服务
    server {
        listen       9999; # 服务监听的端口
        server_name  localhost; # 浏览器访问的 host name
    # 要代理的路由
		location / {
      # 匹配到 localhost:9999/ 代理到下面的地址
		  proxy_pass http://localhost:8888;
      proxy_set_header Host $host;
		}
    # 匹配到 localhost:9999/api/ 代理到下面的地址
		location /api/ {
		  proxy_pass http://localhost:8000;
		  proxy_set_header Host $host;
		}
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

注意这里的 proxy_set_header Host $host; 他的意思是设置 nginx 发送代理请求时候请求的 host 设置为浏览器请求的 host 而不是 nginx 默认设置的 proxy_pass 的 host,比如我们配置的 proxy_pass http://localhost:8888; 如果在服务器端获取 host,是获取到 127.0.0.1:8888,而服务器端想要的是真正的浏览器发送请求的 host,可以设置 proxy_set_header Host $host; $host 是 nginx 中的一个变量,他是每个请求带过来的 host。

#配置 nginx 缓存

#配置

在 test.conf 添加下面的配置:

    # 新建缓存配置项
    proxy_cache_path cache levels=1:2 keys_zone=my_cache:10m;
    # 表示要启动一个服务
    server {
        listen       9999; # 服务监听的端口
        server_name  localhost; # 浏览器访问的 host name
    # 要代理的路由
		location / {
      # 匹配到 localhost:9999/ 代理到下面的地址
		  proxy_pass http://localhost:8888;
      # 使用缓存配置
      proxy_cache my_cache;
		}
  }

proxy_cache_path cache levels=1:2 keys_zone=my_cache:10m

首先 proxy_cache_path 是缓存选项的配置,cache 是缓存文件的存放路径(相对路径);levels 是否要创建二级文件夹,因为 cache 可以用在不同的站点缓存,如果都存放在 cache 文件夹中,没有子目录,随着缓存的越来越多,查找缓存的速度也会越来越慢;所以要新建一个二级文件夹。keys_zone 存储大小以及存储的缓存的名字。

#验证缓存

新建一个 node 服务:

const http = require('http')
const fs = require('fs')
const wait = (second) => {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      resolve()
    }, second * 1000)
  })
}

http.createServer(function(req, res) {
  if (req.url === '/') {
    const html = fs.readFileSync('test.html', 'utf-8')
    res.writeHead(200, {
      'Content-Type': 'text/html'
    })
    res.end(html)
  }
  if (req.url === '/data') {
    res.writeHead(200, {
      'Cache-Control': 'max-age=20'
    })
    wait(2).then(() => res.end('success'))
  }
}).listen(8888)

我们对 '/data' 接口进行了缓存设置 'Cache-Control': 'max-age=20' ,然后使用 nginx 代理服务代理接口:

    proxy_cache_path cache levels=1:2 keys_zone=my_cache:10m;
    # 表示要启动一个服务
    server {
        listen       9999; # 服务监听的端口
        server_name  localhost; # 浏览器访问的 host name
    # 要代理的路由
		location / {
      proxy_cache my_cache;
      # 匹配到 localhost:9999/ 代理到下面的地址
		  proxy_pass http://localhost:8888;
		}

然后第一次请求时候,会等待两秒显示 success ,如果下次请求,代理服务器已经对数据进行了缓存,直接会显示出来,这时候打开其他浏览器,之前并没有访问过这个地址, success 也会直接出来。说明 代理服务器缓存配置生效了;

#代理服务器 s-maxage 的配置

可以看到只设置了 max-age=2 为两秒,但是两秒后刷新页面还是请求很快,是因为 s-maxage=20 只有在代理服务器里面才会生效;也就是说浏览器还是会读取 max-age 作为缓存的到期时间。如果在代理服务器中如果同时设置了 max-age 和 s-maxage;他会读取 s-maxage,因为这个 s-maxage 配置项是专门为代理服务器设置的。

const http = require('http')
const fs = require('fs')


const wait = (second) => {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      resolve()
    }, second * 1000)
  })
}


http.createServer(function(req, res) {
  if (req.url === '/') {
    const html = fs.readFileSync('test.html', 'utf-8')
    res.writeHead(200, {
      'Content-Type': 'text/html'
    })
    res.end(html)
  }
  if (req.url === '/data') {
    res.writeHead(200, {
      'Cache-Control': 'max-age=2; s-maxage=20; private'
    })
    wait(2).then(() => res.end('success'))
  }
}).listen(8888)

#代理服务器 private 的配置

private:http 请求返回的过程中设置 Cache-Control 为 private,代表发起请求的浏览器可以进行缓存。实际操作中可以会体会到5秒以后,重新进行请求,还是等待两秒显示 success;

const http = require('http')
const fs = require('fs')


const wait = (second) => {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      resolve()
    }, second * 1000)
  })
}


http.createServer(function(req, res) {
  if (req.url === '/') {
    const html = fs.readFileSync('test.html', 'utf-8')
    res.writeHead(200, {
      'Content-Type': 'text/html'
    })
    res.end(html)
  }
  if (req.url === '/data') {
    res.writeHead(200, {
      'Cache-Control': 'max-age=5; s-maxage=20; private'
    })
    wait(2).then(() => res.end('success'))
  }
}).listen(8888)

#代理服务器 vary 的配置

vary 是判断如果是一样的头信息,就进行返回缓存的结果。 使用场景:我们使用了服务器端缓存,我们通过 User-Agent 进行返回缓存的数据;如果头信息相同就进行返回缓存结果。或者 Content-language 根据不同的语言返回缓存结果。 下面例子中,如果之前加载过 X-Test-Cache : 1,下次加载的时候会直接读取缓存。 我们就可以限制不仅 url 相同,如果头信息相同才会进行缓存。如果指定的头信息不一样,不使用缓存。

const http = require('http')
const fs = require('fs')
const wait = (second) => {
  return new Promise((resolve, reject) => {
    setTimeout(() => {
      resolve()
    }, second * 1000)
  })
}
http.createServer(function(req, res) {
  if (req.url === '/') {
    const html = fs.readFileSync('test.html', 'utf-8')
    res.writeHead(200, {
      'Content-Type': 'text/html'
    })
    res.end(html)
  }
  if (req.url === '/data') {
    res.writeHead(200, {
      'Cache-Control': 's-maxage=20',
      'Vary': 'X-Test-Cache' // 发送请求的时候只有指定的 X-Test-Cache 是相同的情况下,才会使用缓存
    })
    wait(2).then(() => res.end('success'))
  }
}).listen(8888)





  
  
  Document



  
this is content

相关推荐

在NAS实现直链访问_如何访问nas存储数据

平常在使用IPTV或者TVBOX时,经常自己会自定义一些源。如何直链的方式引用这些自定义的源呢?本人基于armbian和CasaOS来创作。使用标准的Web服务器(如Nginx或Apache...

PHP开发者必备的Linux权限核心指南

本文旨在帮助PHP开发者彻底理解并解决在Linux服务器上部署应用时遇到的权限问题(如Permissiondenied)。核心在于理解“哪个用户(进程)在访问哪个文件(目录)”。一、核心...

【Linux高手必修课】吃透sed命令!文本手术刀让你秒变运维大神!

为什么说sed是Linux运维的"核武器"?想象你有10万个配置文件需要批量修改?传统方式要写10万行脚本?sed一个命令就能搞定!这正是运维工程师的"暴力美学"时...

「实战」docker-compose 编排 多个docker 组成一个集群并做负载

本文目标docker-compose,对springboot应用进行一个集群(2个docker,多个类似,只要在docker-compose.yml再加boot应用的服务即可)发布的过程架构...

企业安全访问网关:ZeroNews反向代理

“我们需要让外包团队访问测试环境,但不想让他们看到我们的财务系统。”“审计要求我们必须记录所有第三方对内部系统的访问,现在的VPN日志一团糟。”“每次有新员工入职或合作伙伴接入,IT部门都要花半天时间...

反向代理以及其使用场景_反向代理实现过程

一、反向代理概念反向代理(ReverseProxy)是一种服务器配置,它将客户端的请求转发给内部的另一台或多台服务器处理,然后将响应返回给客户端。与正向代理(ForwardProxy)不同,正向代...

Nginx反向代理有多牛?一篇文章带你彻底搞懂!

你以为Nginx只是个简单的Web服务器?那可就大错特错了!这个看似普通的开源软件,实际上隐藏着惊人的能力。今天我们就来揭开它最强大的功能之一——反向代理的神秘面纱。反向代理到底是什么鬼?想象一下你...

Nginx反向代理最全详解(原理+应用+案例)

Nginx反向代理在大型网站有非常广泛的使用,下面我就重点来详解Nginx反向代理@mikechen文章来源:mikechen.cc正向代理要理解清楚反向代理,首先:你需要搞懂什么是正向代理。正向代理...

centos 生产环境安装 nginx,包含各种模块http3

企业级生产环境Nginx全模块构建的大部分功能,包括HTTP/2、HTTP/3、流媒体、SSL、缓存清理、负载均衡、DAV扩展、替换过滤、静态压缩等。下面我给出一个完整的生产环境安装流程(C...

Nginx的负载均衡方式有哪些?_nginx负载均衡机制

1.轮询(默认)2.加权轮询3.ip_hash4.least_conn5.fair(最小响应时间)--第三方6.url_hash--第三方...

Nginx百万并发优化:如何提升100倍性能!

关注△mikechen△,十余年BAT架构经验倾囊相授!大家好,我是mikechen。Nginx是大型架构的核心,下面我重点详解Nginx百万并发优化@mikechen文章来源:mikechen....

在 Red Hat Linux 上搭建高可用 Nginx + Keepalived 负载均衡集群

一、前言在现代生产环境中,负载均衡是确保系统高可用性和可扩展性的核心技术。Nginx作为轻量级高性能Web服务器,与Keepalived结合,可轻松实现高可用负载均衡集群(HA+LB...

云原生(十五) | Kubernetes 篇之深入了解 Pod

深入了解Pod一、什么是PodPod是一组(一个或多个)容器(docker容器)的集合(就像在豌豆荚中);这些容器共享存储、网络、以及怎样运行这些容器的声明。我们一般不直接创建Pod,而是...

云原生(十七) | Kubernetes 篇之深入了解 Deployment

深入了解Deployment一、什么是Deployment一个Deployment为Pods和ReplicaSets提供声明式的更新能力。你负责描述Deployment中的目标状...

深入理解令牌桶算法:实现分布式系统高效限流的秘籍

在高并发系统中,“限流”是保障服务稳定的核心手段——当请求量超过系统承载能力时,合理的限流策略能避免服务过载崩溃。令牌桶算法(TokenBucket)作为最经典的限流算法之一,既能控制请求的平...

取消回复欢迎 发表评论: