- 방향:
- 모두 웹3.0 백엔드 개발 웹 프론트엔드 데이터 베이스 운영 및 유지보수 개발 도구 PHP 프레임워크 일일 프로그램 위챗 애플릿 일반적인 문제 다른 기술 CMS 튜토리얼 Java 시스템 튜토리얼 컴퓨터 튜토리얼 하드웨어 튜토리얼 모바일 튜토리얼 소프트웨어 튜토리얼 모바일 게임 튜토리얼
- 나누다:
-
- nginx가 https 액세스를 사용하도록 강제하는 방법은 무엇입니까?
- nginx의 재작성 방법 아이디어 이것은 모든 사람이 생각할 수 있는 가장 쉬운 방법이어야 합니다. rewrite를 통해 모든 http 요청을 https로 재작성하여 서버를 구성하세요.{listen111:80;server_nametestcom;rewrite^(*)$https://$host $1permanent;} 이 가상 호스트를 구축한 후 http://test.com의 모든 요청을 https://test.com으로 다시 작성하고 nginx의 497 상태 코드 errorcode497497-normalrequestwassenttohtt를 얻을 수 있습니다.
- 엔진스 2546 2023-05-15 23:40:11
-
- nginx를 사용하여 서버의 정적 파일을 캐시하는 방법
- 1. nginx 캐싱의 장점 그림에서 볼 수 있듯이 nginx 캐싱은 요청을 처리할 때 원본 서버에 가해지는 부담을 어느 정도 줄일 수 있습니다. 왜냐하면 많은 정적 파일(예: CSS, js, 그림)이 자주 업데이트되지 않기 때문입니다. nginx는 Proxy_cache를 사용하여 사용자 요청을 로컬 디렉터리에 캐시합니다. 다음 동일한 요청은 서버를 요청할 필요 없이 캐시 파일을 직접 호출할 수 있습니다. 결국 IO 집약적인 서비스 처리는 nginx의 강점이다. 2. 첫 번째 밤을 설정하는 방법: http{proxy_connect_timeout10;proxy_read_timeout180;proxy_send_timeout5
- 엔진스 1839 2023-05-15 23:37:04
-
- Nginx 긴급 구매 현재 제한을 구성하는 방법
- 코드는 다음과 같습니다:limit_req_zone$server_namezone=sname:10mrate=1r/s;#서버가 초당 한 번만 액세스하도록 제한#limit_req_zone$binary_remote_addrzone=one:3mrate=1r/s;#IP 제한, 초당 한 번만 액세스 second#limit_req_zone$binary_remote_addr$urizone=two:3mrate=1r/s;#매개변수 없이 IP 및 경로 제한,#limit_req_zone$binary_remote_addr$re
- 엔진스 1377 2023-05-15 22:58:10
-
- Nginx 가상 호스트를 구성하는 방법
- 1. Nginx 가상 호스트 구성 가상 호스트: 일반적으로 각 서버를 더 많은 사용자가 사용할 수 있도록 하기 위해 서버를 여러 개의 가상 하위 서버로 나눌 수 있으며 각 하위 서버는 서로 독립적입니다. 이들 서버는 가상화 기술을 기반으로 분리되어 있어 하나의 서버를 여러 개의 하위 서버로 가상화할 수 있습니다. 우리는 하위 서버를 가상 호스트라고 부릅니다. Nginx 서버를 설정한 후에는 현재 하나의 Nginx 서버만 있습니다. 이 서버에 가상 호스트를 구성하면 하나의 Nginx 서버를 여러 개의 독립 하위 서버로 나눌 수 있습니다. Nginx에서 가상 호스트를 구성하는 두 가지 주요 단계는 다음과 같습니다. 1. ifconf를 통해 가상 호스트 IP를 생성합니다.
- 엔진스 2835 2023-05-15 22:46:04
-
- Nginx 로그 형식을 구성하는 방법
- Nginx를 통해 입구에 접근할 수 있도록 소규모 예약 프로그램이 실행되고 구성됩니다. 기본 로그에는 요청 시간이 없으므로 참조 및 최적화된 사용을 위해 각 요청에 대한 접근 응답 시간을 기록하도록 구성해야 합니다. 기본 로그 형식은 다음과 같습니다(기본값은 주석 처리되어 있으며 시스템은 자동으로 이를 사용합니다): #log_formatmain'$remote_addr-$remote_user[$time_local]"$request"'#'$status$body_bytes_sent"$http
- 엔진스 2502 2023-05-15 22:43:12
-
- 우분투 기반 Nginx를 통해 Django를 배포하는 방법
- 1. nginx를 설치합니다. Nginx는 경량 웹 서버/역방향 프록시 서버 및 이메일(imap/pop3) 프록시 서버이며 bsd와 유사한 프로토콜로 출시됩니다. 그 특징은 더 적은 메모리를 차지하고 강력한 동시성 기능을 가지고 있다는 것입니다. 실제로 nginx의 동시성 기능은 동일한 유형의 웹 서버에서 더 나은 성능을 발휘합니다. nginx는 현재 매우 인기 있는 웹 서버이기도 합니다. 또한 django를 배포하는 데 사용하는 방법에 대해 간략하게 소개하겠습니다. nginx 공식 웹사이트: ubuntu 콘솔(ctrl+alt+t)을 열고 ubuntu Warehouse를 사용하여 설치합니다. fnngj@ubuntu:~$sudoapt-getinstallngin
- 엔진스 1604 2023-05-15 22:31:04
-
- vue-cli로 구축된 프로젝트에 액세스하기 위해 nginx를 배포하는 방법
- 구체적인 방법은 다음과 같습니다. 1. 백엔드 서버 개체 upstreammixVueServer{serverbaidu.com;#이것은 자체 서버 도메인 이름입니다}를 생성합니다. 2. 액세스 포트 및 역방향 프록시 규칙 서버를 생성합니다.{listen8082;server_namelocalhost;location/{rootE: /mix_vue/dist;# 프로젝트 디렉토리 찾기#indexindex.htmlindex.htm;try_files$uri$uri//index.html;#공식 홈페이지 규정에 따라 구성}location~\.php${proxy_p
- 엔진스 912 2023-05-15 22:25:16
-
- Linux를 다시 시작한 후 nginx 서비스가 시작될 때 오류를 해결하는 방법: nginx: [emerg] open()
- 문제: Linux를 다시 시작한 후 nginx 서버를 시작할 때 오류가 발생합니다. 해결 방법: 1. cd/usr/local/nginx/conf 명령을 사용하여 지정된 디렉터리로 들어갑니다. 2. vinginx.conf 명령을 사용하여 구성 파일을 수정하고 아이콘에서 # 기호를 제거합니다. 3. 이를 pid /usr/local/nginx/logs/nginx.pid로 변경합니다.
- 엔진스 3018 2023-05-15 22:16:13
-
- nginx를 기반으로 브라우저 협상 캐시를 설정하는 방법
- 강력한 캐시와 협상된 캐시의 차이점 강력한 캐시: 브라우저는 서버와 협상하지 않고 브라우저 캐시에 직접 액세스합니다. 협상된 캐시: 브라우저는 리소스를 검색할지 여부를 결정하기 전에 먼저 서버와 리소스의 유효성을 확인합니다. 캐싱 작동 방식: 다음과 같은 비즈니스 시나리오가 있습니다. 백엔드의 정적 리소스는 수시로 업데이트되며 브라우저는 기본적으로 강력한 캐싱을 사용하므로 오래된 리소스를 가져옵니다. 기본적으로 브라우저 캐시에서. 이제 브라우저가 리소스를 얻을 때마다 리소스가 업데이트되었는지 여부를 백엔드에서 확인하기를 원하므로 브라우저가 협상 캐시를 사용하도록 설정해야 합니다. 그렇다면 백엔드는 리소스가 업데이트되었는지 어떻게 확인합니까? 이때 etag와 last-modified 응답 헤더가 사용됩니다. 매번
- 엔진스 3177 2023-05-15 22:07:04
-
- Nginx 환경에서 의사 정적 WeCenter를 설정하는 방법
- WeCenter Q&A 시스템을 사이트 루트 디렉터리 아래 aks 디렉터리에 배치하고 의사 메시지 요구 사항 코드를 다음과 같이 구성합니다: rewrite^([^\.]*)/ask/static/(.*)$$1/ask/static /$2last; 다시 쓰기^([^\.]*)/ask/uploads/(.*)$$1/ask/uploads/$2last;rewrite^([^\.]*)/ask/(.*) $$1/ask /index.php?/$2last;rewrite^([^\.]*)/ask/topic/(.*)$$1/ask/cnurl.phpl
- 엔진스 813 2023-05-15 21:52:04
-
- http 패킷 본문을 폐기하는 Nginx를 처리하는 방법
- nginx는 http 패키지 본문 처리 예제를 삭제합니다. 자세한 설명 http 프레임워크는 http 요청 패키지 본문을 삭제하고 이전 기사에서는 http 프레임워크에서 패키지 본문을 수신합니다. http 프레임워크는 패키지 본문 처리에 대해 무엇을 할지 결정하기 위해 호출하는 각 http 모듈에 대해 http 프레임워크에서 제공하는 두 가지 방법을 제공합니다. . 폐기할지 아니면 수신할지 여부는 모듈에 의해 결정됩니다. 예를 들어, 정적 리소스 모듈이 브라우저로부터 get 요청을 받고 특정 파일을 요청하면 해당 파일의 내용을 브라우저에 직접 반환할 수 있습니다. 패키지 본문 데이터를 수신할 필요가 없으며 가져오기 요청에는 실제로 패키지 본문이 없습니다. 따라서 정적 리소스 모듈은 http 프레임워크에서 제공하는 패킷 폐기 처리 기능을 호출하여 패킷 폐기 처리를 수행합니다. 패키지 본체를 수령하는 과정에 비해 패키지 본체를 폐기하는 작업이 훨씬 간단합니다.
- 엔진스 1422 2023-05-15 21:49:04
-
- nginx 전달 프록시를 사용하여 인트라넷 도메인 이름을 전달하는 방법
- 고객의 인트라넷 환경에서는 공급자가 그룹 내 보조 운영자로 사용되며 그룹의 내부 네트워크와 사무실 네트워크는 정적 라우팅 프로토콜을 사용하여 상호 연결됩니다. 일반적인 상황은 다음과 같습니다. 고객이 생산 비즈니스에 액세스하는 것은 모두 IP 주소를 통해 액세스되는 것으로 나타났습니다. 생산 서비스가 점점 더 많이 생산됨에 따라 이제 고객은 서비스에 액세스하기 위해 도메인 이름을 사용해야 합니다. 그러나 인트라넷 환경의 복잡성으로 인해 도메인 이름 서버 배포가 어렵고 액세스 서비스 배포도 어렵습니다. 나중에 nginx를 배웠고 nginx가 도메인 이름을 전달하기 위해 전달 프록시를 구현할 수 있다는 것을 배웠습니다. 지침: 1. Alibaba Cloud에서 도메인 이름 확인을 구성합니다. 예를 들어 oa.xxxx.com의 경우 확인 주소는 인트라넷 주소 172.31.101.362, 172입니다.
- 엔진스 3906 2023-05-15 21:46:04
-
- Docker Compose를 사용하여 nginx 로드 밸런싱을 구현하는 방법
- docker 네트워크 관리 및 컨테이너 IP 설정을 기본 지식으로 사용하여 nginx 로드 밸런싱을 구현합니다. 모든 docker 네트워크 보기 dockernetworkls/*networkidnamedriverscopeb832b168ca9abridgebridgelocal373be82d3a6acomposetest_defaultbridgelocala360425082c4hosthostlocal154f600f0e90nonenulllocal*///composetest_default는 Compose를 소개하는 이전 문서입니다.
- 엔진스 1792 2023-05-15 21:37:12
-
- Nginx를 사용하여 액세스 빈도, 다운로드 속도 및 동시 연결 수를 제한하는 방법
- 1. 접속 빈도, 동시 연결, 다운로드 속도를 제한하는 데 사용되는 모듈 및 명령어 개요 ngx_http_limit_req_module: Leaky Bucket 알고리즘 "leakybucket"을 사용하여 단위 시간당 요청 수, 즉 속도 제한을 제한하는 데 사용됩니다. ngx_http_limit_conn_module: 사용됩니다. 동시에 연결 제한 수, 즉 동시성 제한 Limit_rate 및 Limit_rate_after: 다운로드 속도 설정 누출 버킷 알고리즘(leakybucket) 알고리즘 아이디어: 물(요청)이 위에서 버킷에 부어지고 버킷 아래에서 흘러나옵니다(처리됨) ) 너무 늦게 흘러나오는 물은 물통(버퍼)에 저장되어 물통이 가득 차면 일정한 속도로 물이 흘러나온다.
- 엔진스 1800 2023-05-15 21:22:22
-
- Nginx 설치 후 공통 기능을 구성하는 방법
- 1. 가상 호스트가 많은 경우에는 기본 설정 파일을 분리하는 것이 더 편리합니다. 또한 기능과 서비스에 따라 분리할 수도 있습니다. 빈 줄과 주석을 제거한 후 구성 파일을 완료합니다. [root@nginx-01conf]#egrep-v"#|^$"nginx.conf.bakworker_processes1;events{worker_connections1024;}http{includemime.types;default_typeapplication/octet-stream; 보내다
- 엔진스 1226 2023-05-15 21:19:11