关于Nginx反向代理的一个疑问
初步下手捣鼓nginx,请谅解新手问题哈,谢谢!
Nginx可反向代理Apache处理动态部分,成LANMP组合。
由此我有几个小疑问:
1、LANMP场景下的Apache是apache+mod_php吗?还是apache+php-fpm或者fcgi其他等等都可以?
2、LNMP下的nginx+php-fpm,不也是处理.php的吗?组合LANMP加上Apache只是为了解决LNMP下的稳定性问题吗?
3、如果LANMP架构用的是apache+php-fpm是不是还不如直接用LNMP? 不稳定因素主要在php-fpm上吗?
4、据说mod_php性能不如php-fpm,如果搭建LANMP是追求apache+mod_php的稳定性或者扩展性,那么LANMP是不是就单性能上会不如LNMP?
回复内容:
初步下手捣鼓nginx,请谅解新手问题哈,谢谢!
Nginx可反向代理Apache处理动态部分,成LANMP组合。
由此我有几个小疑问:
1、LANMP场景下的Apache是apache+mod_php吗?还是apache+php-fpm或者fcgi其他等等都可以?
2、LNMP下的nginx+php-fpm,不也是处理.php的吗?组合LANMP加上Apache只是为了解决LNMP下的稳定性问题吗?
3、如果LANMP架构用的是apache+php-fpm是不是还不如直接用LNMP? 不稳定因素主要在php-fpm上吗?
4、据说mod_php性能不如php-fpm,如果搭建LANMP是追求apache+mod_php的稳定性或者扩展性,那么LANMP是不是就单性能上会不如LNMP?
1、一般来讲apache+mod_php;
2、性能上,nginx对于静态文件处理的要比apache好,而apache+mod_php这种mod加载方式要比nginx+php-fpm性能好。组合LANMP是为了性能最优;
3、apache+php-fpm,目前我没见到有人用过。因为apache的内在处理机制很强,所以一般都是做成mod。反过来nginx几乎自己什么都不做,完全都外部处理。
4、没听说过mod_php性能不如php-fpm,确切的说这与流量模型有关。
而且这两者在性能上,一般的低端服务器都体现不出来有什么明显区别。当然如果你都用默认配置文件的话,那么肯定静态请求多的nginx胜。apache仅是start之后吃掉的内存就会让你有种老大粗的错觉,然而实际上人家光是为了动态处理的热身运动就已经胜过nginx这个只会静态和转发的小发动机了。
1.php一般不会限制是mod_php还是php-fpm还是fcgi,看你的php版本。现在一般都是用php-fpm。这里仅仅是指php
2.nginx只做反向代理吧?nginx当然也可以做server,但是这里应该不是做server的。
3.不稳定因素不一定在php-fpm,也可能在并发处理的中间件上,具体可以搜,apache和nginx的性能优势对比。
4.笼统的说,易容性,稳定性,随着系统的增大可能会有一些差异。简单架构可能没有太大影响。

핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

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

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Windows에서 Nginx를 구성하는 방법은 무엇입니까? nginx를 설치하고 가상 호스트 구성을 만듭니다. 기본 구성 파일을 수정하고 가상 호스트 구성을 포함하십시오. 시작 또는 새로 고침 Nginx. 구성을 테스트하고 웹 사이트를보십시오. SSL을 선택적으로 활성화하고 SSL 인증서를 구성하십시오. 포트 80 및 443 트래픽을 허용하도록 방화벽을 선택적으로 설정하십시오.

Linux에서는 다음 명령을 사용하여 nginx가 시작되었는지 확인하십시오. SystemCTL 상태 Nginx 판사 명령 출력에 따라 : "active : running"이 표시되면 Nginx가 시작됩니다. "Active : 비활성 (죽음)"이 표시되면 Nginx가 중지됩니다.

nginx가 시작되었는지 확인하는 방법 : 1. 명령 줄을 사용하십시오 : SystemCTL 상태 nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. 포트 80이 열려 있는지 확인하십시오. 3. 시스템 로그에서 nginx 시작 메시지를 확인하십시오. 4. Nagios, Zabbix 및 Icinga와 같은 타사 도구를 사용하십시오.

Nginx 403 금지 된 오류를 수정하는 방법은 무엇입니까? 파일 또는 디렉토리 권한을 확인합니다. 2. 확인 파일을 확인하십시오. 3. nginx 구성 파일 확인; 4. nginx를 다시 시작하십시오. 다른 가능한 원인으로는 방화벽 규칙, Selinux 설정 또는 응용 프로그램 문제가 있습니다.

Linux에서 Nginx를 시작하는 단계 : Nginx가 설치되어 있는지 확인하십시오. systemctl start nginx를 사용하여 nginx 서비스를 시작하십시오. SystemCTL을 사용하여 NGINX를 사용하여 시스템 시작시 NGINX의 자동 시작을 활성화하십시오. SystemCTL 상태 nginx를 사용하여 시작이 성공했는지 확인하십시오. 기본 환영 페이지를 보려면 웹 브라우저의 http : // localhost를 방문하십시오.

서버는 요청 된 리소스에 액세스 할 수있는 권한이 없으므로 Nginx 403 오류가 발생합니다. 솔루션에는 다음이 포함됩니다. 파일 권한 확인 권한을 확인하십시오. .htaccess 구성을 확인하십시오. nginx 구성을 확인하십시오. Selinux 권한을 구성하십시오. 방화벽 규칙을 확인하십시오. 브라우저 문제, 서버 장애 또는 기타 가능한 오류와 같은 다른 원인을 해결하십시오.

질문에 대한 답변 : 304 수정되지 않은 오류는 브라우저가 클라이언트 요청의 최신 리소스 버전을 캐시했음을 나타냅니다. 솔루션 : 1. 브라우저 캐시를 지우십시오. 2. 브라우저 캐시를 비활성화합니다. 3. 클라이언트 캐시를 허용하도록 nginx를 구성합니다. 4. 파일 권한을 확인하십시오. 5. 파일 해시를 확인하십시오. 6. CDN 또는 리버스 프록시 캐시를 비활성화합니다. 7. nginx를 다시 시작하십시오.

오류 로그는/var/log/nginx (linux) 또는/usr/local/var/log/nginx (macOS)에 있습니다. 명령 줄을 사용하여 단계를 정리하십시오. 1. 원래 로그를 백업하십시오. 2. 빈 파일을 새 로그로 만듭니다. 3. Nginx 서비스를 다시 시작하십시오. 자동 청소는 Logrotate 또는 구성과 같은 타사 도구와 함께 사용할 수도 있습니다.
