머리말
우리 모두 알고 있듯이 nginx 구성 파일은 add_header 지시문을 사용하여 응답 헤더를 설정합니다.
curl을 사용하여 사이트 정보를 확인했는데 반환된 헤더가 예상한 것과 다른 것을 발견했습니다.
http/2 200 date: thu, 07 feb 2019 04:26:38 gmt content-type: text/html; charset=utf-8 vary: accept-encoding, cookie cache-control: max-age=3, must-revalidate last-modified: thu, 07 feb 2019 03:54:54 gmt x-cache: miss server: cloudflare ...
기본 사이트는 nginx.conf에 hsts 및 기타 헤더를 구성했습니다.
add_header strict-transport-security "max-age=63072000; preload"; add_header x-frame-options sameorigin; add_header x-content-type-options nosniff; add_header x-xss-protection "1; mode=block";
하지만 응답 헤더는 그렇지 않습니다. 이러한 헤더가 없습니다. 일반 헤더 외에도 해당 위치에는 헤더 x-cache가 하나만 구성되어 있습니다.
첫인상은 CDN이 이러한 헤더를 필터링한다는 것인가요? 그래서 cloudflare의 문서를 찾아봤지만 이 문서를 처리할 수 있다는 것을 찾지 못했습니다. 그러다가 CDN이 이것을 필터링하기 위해 무엇을 하는지 생각했습니다. 먹고 나면 배가 부르나요? 그들은 검열 같은 일을 하지 않아요!
문제는 nginx 구성으로 이동합니다. Google을 열고 "nginx location add_header"를 검색하면 많은 결함을 찾을 수 있습니다. 공식 웹사이트에서 add_header 문서를 클릭하면 다음 설명이 있습니다(다른 정보는 생략되었습니다):
이러한 add_header 지시문은 정의된 add_header 지시문이 없는 경우에만 이전 수준에서 상속됩니다. 현재 수준에서 .
주의는 "이러한 지시문은 현재 수준에 정의된 add_header 지시문이 없는 경우에만 이전 수준에서 상속됩니다."에 초점을 맞춥니다. 즉, 현재 수준에 add_header 지시문이 없는 경우에만 상위 설정이 상속됩니다. 따라서 내 질문은 분명합니다. 위치에 add_header가 있고 nginx.conf의 구성이 삭제됩니다.
이것은 nginx의 의도적인 동작으로 버그나 함정이라고 할 수 없습니다. 하지만 이 문장을 깊이 이해한다면 더욱 흥미로운 현상을 발견하게 될 것입니다: 최신 add_header만 작동한다는 것입니다. add_header는 http, 서버 및 위치에서 구성할 수 있지만 가장 가까운 구성이 적용되며 위의 모든 구성은 유효하지 않습니다.
하지만 문제는 여기서 끝나지 않습니다. 위치를 다른 위치에 다시 쓰면 최종 결과에는 두 번째 헤더만 나타납니다. 예:
location /foo1 { add_header foo1 1; rewrite / /foo2; } location /foo2 { add_header foo2 1; return 200 "ok"; }
/foo1 또는 /foo2 요청에 관계없이 최종 헤더는 foo2뿐입니다.
이것이 정상적인 동작이라는 것은 이해가 되지만 항상 약간 강요되고 불편한 느낌이 듭니다. http 구성 및 위치가 손실되었습니다. 서버 구성은 양호하지만 두 위치가 동일한 수준입니다!
부모 구성을 상속받을 수 없으며 현재 블록에서 명령어를 반복하고 싶지 않은 경우 해결 방법은 포함 명령어를 사용하는 것입니다.
위 내용은 Nginx add_header 명령 예제 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

NginXunit은 여러 프로그래밍 언어를 지원하고 동적 구성, 제로 다운 타임 업데이트 및 내장로드 밸런싱과 같은 기능을 제공하는 오픈 소스 응용 프로그램 서버입니다. 1. 동적 구성 : 다시 시작하지 않고 구성을 수정할 수 있습니다. 2. 다국어 지원 : Python, Go, Java, PHP 등과 호환됩니다. 3. 제로 다운 타임 업데이트 : 서비스를 중단하지 않는 응용 프로그램 업데이트를 지원합니다. 4. 내장로드 밸런싱 : 요청을 여러 응용 프로그램 인스턴스에 배포 할 수 있습니다.

NginxUnit은 다국어 프로젝트 및 동적 구성 요구 사항에 적합한 Apachetomcat, Gunicorn 및 Node.js 내장 HTTP 서버보다 낫습니다. 1) 여러 프로그래밍 언어를 지원하고, 2) 동적 구성 재 장전을 제공합니다. 3) 확장 성과 신뢰성이 높은 프로젝트에 적합한 내장로드 밸런싱 기능.

NginxUnit은 모듈 식 아키텍처 및 동적 재구성 기능으로 응용 프로그램 성능 및 관리 가능성을 향상시킵니다. 1) 모듈 식 설계에는 마스터 프로세스, 라우터 및 응용 프로그램 프로세스가 포함되어 효율적인 관리 및 확장을 지원합니다. 2) 동적 재구성을 통해 CI/CD 환경에 적합한 런타임시 구성을 완벽하게 업데이트 할 수 있습니다. 3) 다국어 지원은 언어 런타임의 동적로드를 통해 구현되어 개발 유연성을 향상시킵니다. 4) 고성능은 이벤트 중심 모델과 비동기 I/O를 통해 달성되며 높은 동시성에서도 효율적으로 유지됩니다. 5) 응용 프로그램 프로세스를 분리하고 응용 프로그램 간의 상호 영향을 줄임으로써 보안이 향상됩니다.

NginxUnit을 사용하여 여러 언어로 응용 프로그램을 배포하고 관리 할 수 있습니다. 1) nginxunit을 설치하십시오. 2) Python 및 PHP와 같은 다른 유형의 응용 프로그램을 실행하도록 구성하십시오. 3) 응용 프로그램 관리에 동적 구성 기능을 사용하십시오. 이러한 단계를 통해 응용 프로그램을 효율적으로 배포하고 관리하고 프로젝트 효율성을 향상시킬 수 있습니다.

Nginx는 높은 동시 연결을 처리하는 데 더 적합한 반면 Apache는 복잡한 구성 및 모듈 확장이 필요한 시나리오에 더 적합합니다. 1.NGINX는 고성능 및 낮은 자원 소비로 유명하며 높은 동시성에 적합합니다. 2. Aapache는 안정성과 풍부한 모듈 확장으로 유명하며 복잡한 구성 요구에 적합합니다.

NginxUnit은 동적 구성 및 고성능 아키텍처로 응용 프로그램 유연성 및 성능을 향상시킵니다. 1. 동적 구성을 사용하면 서버를 다시 시작하지 않고 응용 프로그램 구성을 조정할 수 있습니다. 2. 고성능은 이벤트 중심 및 비 블로킹 아키텍처 및 다중 프로세스 모델에 반영되며 동시 연결을 효율적으로 처리하고 멀티 코어 CPU를 활용할 수 있습니다.

Nginx와 Apache는 성능, 확장 성 및 효율성 측면에서 고유 한 장점과 단점을 가진 강력한 웹 서버입니다. 1) NGINX는 정적 컨텐츠를 처리하고 역전 프록시를 처리 할 때 잘 수행되며 동시 동시성 시나리오에 적합합니다. 2) Apache는 동적 컨텐츠를 처리 할 때 더 나은 성능을 발휘하며 풍부한 모듈 지원이 필요한 프로젝트에 적합합니다. 서버 선택은 프로젝트 요구 사항 및 시나리오에 따라 결정해야합니다.

Nginx는 높은 동시 요청을 처리하는 데 적합한 반면 Apache는 복잡한 구성 및 기능 확장이 필요한 시나리오에 적합합니다. 1.NGINX는 이벤트 중심의 비 블로킹 아키텍처를 채택하며, 대결 환경에 적합합니다. 2. Apache는 프로세스 또는 스레드 모델을 채택하여 복잡한 구성 요구에 적합한 풍부한 모듈 생태계를 제공합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

WebStorm Mac 버전
유용한 JavaScript 개발 도구

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.
