HTTP 요청의 캐시 제어를 위해 Nginx를 사용하는 방법

HTTP 요청의 캐시 제어를 위해 Nginx를 사용하는 방법

HTTP 요청의 캐시 제어는 웹 사이트 성능을 최적화하는 중요한 수단입니다. 서버에서 처리하는 요청 수를 줄이고 웹 사이트의 응답 속도를 향상시킬 수 있습니다. 고성능 웹 서버이자 역방향 프록시 서버인 Nginx는 유연한 캐시 제어 기능을 제공합니다. 이 기사에서는 Nginx를 사용하여 HTTP 요청의 캐시 제어를 수행하는 방법을 소개합니다.

1. 프록시 캐시 사용

Nginx는 업스트림 서버의 응답 결과를 캐시하고 업스트림 서버에 대한 요청 수를 줄일 수 있는 프록시 캐시 기능을 제공합니다. 프록시 캐싱을 사용하려면 Nginx 구성 파일에 다음 구성을 추가하면 됩니다.

http {
  proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;

  server {
    ...
    location / {
      proxy_cache my_cache;
      proxy_cache_key $host$uri$is_args$args;
      proxy_cache_valid 200 302 10m;
      proxy_cache_valid 404 1m;
      proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;
      proxy_ignore_headers Cache-Control;
      proxy_ignore_headers Set-Cookie;
      proxy_hide_header Set-Cookie;
      proxy_pass http://upstream_server;
    }
    ...
  }
}

위 구성에서 proxy_cache_path는 캐시 경로 및 관련 매개변수를 설정하는 데 사용됩니다. levels=1:2는 효율성을 높이기 위해 캐시 경로에 레벨 1 디렉터리와 레벨 2 디렉터리를 만드는 것을 의미합니다. keys_zone은 캐시 영역의 이름과 메모리 크기를 설정하는 데 사용되며 실제 필요에 따라 조정될 수 있습니다. max_size는 캐시 영역의 최대 용량을 나타내고 inactive는 캐시의 만료 시간을 나타냅니다. 즉, 60분 이내에 접근하지 않은 캐시는 삭제됩니다. use_temp_path=off는 임시 경로를 비활성화하여 성능을 향상시킬 수 있음을 의미합니다. proxy_cache_path用于设置缓存的路径和相关参数。levels=1:2表示在缓存路径中创建1级目录和2级目录，以提高效率。keys_zone用于设置缓存区的名称和内存大小，可以根据实际需要进行调整。max_size表示缓存区的最大容量，inactive表示缓存的过期时间，即60分钟内没有被访问的缓存将被删除。use_temp_path=off表示禁用临时路径，可以提高性能。

在具体的服务器配置中，通过location指令指定需要进行缓存的URL。proxy_cache指令表示启用缓存，proxy_cache_key指令指定缓存的键值，可以使用多个变量拼接成缓存键值。proxy_cache_valid指定了不同HTTP状态码的缓存有效期，如200和302状态码的响应结果在10分钟内有效，404状态码的响应结果在1分钟内有效。proxy_cache_use_stale用于指定当上游服务器出现错误、超时或更新时，是否使用过期的缓存。proxy_ignore_headers和proxy_hide_header指令可用于忽略或隐藏响应头中的某些属性。

在配置完成后，重启Nginx服务使配置生效。此时，Nginx将会对匹配的URL进行缓存，相同的URL再次被请求时，将会直接从缓存中获取响应结果，而不需要再次请求上游服务器。

二、使用浏览器缓存

除了代理缓存，还可以使用浏览器缓存来减少网络请求。Nginx可以通过设置响应头中的Cache-Control和Expires来控制浏览器缓存的行为。

示例如下：

http {
  ...
  server {
    ...
    location /static/ {
      expires max;
      add_header Cache-Control public;
    }
    ...
  }
}

上述配置中，expires指令设置了max，表示将响应结果的过期时间设置为最大值，即永不过期。add_header指令为响应结果添加了Cache-Control头，并设置为public，表示允许公共缓存。

在具体的URL匹配规则中，可以根据不同的需求设置不同的缓存策略。比如，静态资源通常不会经常发生改变，可以设置expires为较长的时间，让浏览器缓存资源；而动态生成的页面可以设置为不缓存或缓存时间较短。

三、使用条件缓存

条件缓存是一种在客户端和服务器之间进行通信的机制，可以根据请求的条件决定是否使用缓存。Nginx通过设置响应头中的Last-Modified和ETag，以及请求头中的If-Modified-Since和If-None-Match来实现条件缓存。

示例如下：

http {
  ...
  server {
    ...
    location / {
      if_modified_since before;
      add_header ETag "123456";
      if_none_match $http_if_none_match;
      if_modified_since off;
      ...
    }
    ...
  }
}

上述配置中，if_modified_since指令用于判断请求头中的If-Modified-Since是否早于服务器设置的Last-Modified；add_header指令添加了ETag头，用于标识资源的唯一性；if_none_match指令用于判断请求头中的If-None-Match是否与服务器设置的ETag相匹配；if_modified_since和if_none_match指令分别对应了If-Modified-Since和If-None-Match请求头的值。

通过配置条件缓存，可以在客户端发送请求时，根据服务器返回的Last-Modified和ETag判断是否使用缓存。如果资源没有发生变化，服务器可以返回304 Not Modified，客户端从缓存中获取资源；如果资源已经发生变化，服务器返回新的资源。

四、缓存策略

为了更好地控制缓存的行为，可以根据不同的URL设置不同的缓存策略。通常，静态资源的URL具有稳定的特点，可以设置较长时间的缓存失效期；而动态页面的URL可能会频繁变动，可以设置较短的缓存失效期。

示例如下：

http {
  ...
  server {
    ...
    location /static/ {
      expires 7d;
      add_header Cache-Control public;
    }

    location /dynamic/ {
      expires 1h;
      add_header Cache-Control no-cache;
    }
    ...
  }
}

上述配置中，以/static/开头的URL匹配静态资源，设置了过期时间为7天，允许公共缓存；以/dynamic/

특정 서버 구성에서 location 지시어를 통해 캐시해야 하는 URL을 지정하세요. proxy_cache 지시어는 캐싱 활성화를 나타내고, proxy_cache_key 지시어는 캐시 키 값을 연결하는 데 여러 변수를 사용할 수 있습니다. proxy_cache_valid는 다양한 HTTP 상태 코드의 캐시 유효 기간을 지정합니다. 예를 들어 200 및 302 상태 코드의 응답 결과는 10분 이내에 유효하고, 404 상태 코드의 응답 결과는 1분 이내에 유효합니다. . proxy_cache_use_stale은 업스트림 서버에서 오류, 시간 초과 또는 업데이트가 발생할 때 만료된 캐시를 사용할지 여부를 지정하는 데 사용됩니다. proxy_ignore_headers 및 proxy_hide_header 지시문을 사용하여 응답 헤더의 특정 속성을 무시하거나 숨길 수 있습니다.

구성이 완료된 후 Nginx 서비스를 다시 시작하여 구성을 적용하세요. 이때 Nginx는 동일한 URL이 다시 요청되면 업스트림 서버에 다시 요청하지 않고 캐시에서 직접 응답 결과를 가져옵니다.

2. 브라우저 캐싱 사용🎜🎜프록시 캐싱 외에도 브라우저 캐싱을 사용하여 네트워크 요청을 줄일 수도 있습니다. Nginx는 응답 헤더에서 Cache-Control 및 Expires를 설정하여 브라우저 캐시 동작을 제어할 수 있습니다. 🎜🎜예는 다음과 같습니다. 🎜rrreee🎜위 구성에서 expires 지시문은 max를 설정합니다. 이는 응답 결과의 만료 시간이 즉, 만료되지 않습니다. add_header 지시문은 응답 결과에 Cache-Control 헤더를 추가하고 이를 public으로 설정하여 공개 캐싱이 허용됨을 나타냅니다. 🎜🎜특정 URL 일치 규칙에서는 다양한 필요에 따라 다양한 캐싱 전략을 설정할 수 있습니다. 예를 들어, 정적 리소스는 일반적으로 자주 변경되지 않으므로 expires를 더 긴 시간으로 설정하여 브라우저가 리소스를 캐시하도록 할 수 있지만 동적으로 생성된 페이지는 캐시하지 않거나 캐시하지 않도록 설정할 수 있습니다. 캐시 시간이 단축됩니다. 🎜🎜3. 조건부 캐싱 사용 🎜🎜조건부 캐싱은 클라이언트와 서버 간의 통신 메커니즘으로, 요청 조건에 따라 캐싱 사용 여부를 결정할 수 있습니다. Nginx는 응답 헤더에 Last-Modified 및 ETag를 설정하고, If-Modified-Since 및 If- None-Match를 설정합니다. code>를 사용하여 조건부 캐싱을 구현합니다. 🎜🎜예는 다음과 같습니다. 🎜rrreee🎜위 구성에서 <code>if_modified_since 지시어는 요청 헤더의 If-Modified-Since가 이전인지 확인하는 데 사용됩니다. 서버에서 마지막으로 설정한 것보다 -Modified add_header 지시문은 ETag 헤더를 추가하여 를 식별합니다. if_none_match 지시문은 요청 헤더를 결정하는 데 사용됩니다. If-None-Match가 if_modified_since에서 설정한 ETag와 일치하는지 여부. > 및 if_none_match 명령어는 각각 해당합니다. If-Modified-Since 및 If-None-Match 요청 헤더의 값이 변경됩니다. 🎜🎜조건부 캐싱을 구성하면 클라이언트가 요청을 보낼 때 서버에서 반환한 Last-Modified 및 ETag를 기반으로 캐시 사용 여부를 판단할 수 있습니다. 리소스가 변경되지 않은 경우 서버는 304 Not Modified를 반환할 수 있고, 리소스가 변경된 경우 클라이언트는 캐시에서 리소스를 가져옵니다. 🎜🎜4. 캐시 전략 🎜🎜캐싱 동작을 더 효과적으로 제어하기 위해 다양한 URL에 따라 다양한 캐싱 전략을 설정할 수 있습니다. 일반적으로 정적 리소스의 URL은 안정적이며 더 긴 캐시 만료 기간을 설정할 수 있지만 동적 페이지의 URL은 자주 변경될 수 있으며 더 짧은 캐시 만료 기간을 설정할 수 있습니다. 🎜🎜예는 다음과 같습니다. 🎜rrreee🎜위 구성에서 /static/로 시작하는 URL은 정적 리소스와 일치하고 만료 시간을 7일로 설정하며 /dynamic/로 시작하는 URL은 동적 리소스와 일치하고 만료 시간을 1시간으로 설정하며 캐싱을 비활성화합니다. 🎜🎜합리적인 캐싱 전략을 사용하면 사용자가 최신 리소스를 얻을 수 있도록 보장하면서 웹사이트 성능을 향상할 수 있습니다. 🎜🎜요약🎜

HTTP 요청의 캐시 제어를 위해 Nginx를 사용하는 것은 웹사이트 성능을 최적화하는 효과적인 수단입니다. 프록시 캐싱, 브라우저 캐싱, 조건부 캐싱을 통해 서버에 대한 요청 수를 줄이고 웹 사이트의 응답 속도를 향상시킬 수 있습니다. 특정 캐싱 전략에서는 더 나은 사용자 경험을 제공하기 위해 다양한 URL에 따라 다양한 캐시 만료 기간을 설정해야 합니다.

참고자료: https://nginx.org/

위 내용은 HTTP 요청의 캐시 제어를 위해 Nginx를 사용하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!