关于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.笼统的说,易容性,稳定性,随着系统的增大可能会有一些差异。简单架构可能没有太大影响。

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



Wie konfiguriere ich Nginx in Windows? Installieren Sie NGINX und erstellen Sie eine virtuelle Hostkonfiguration. Ändern Sie die Hauptkonfigurationsdatei und geben Sie die Konfiguration der virtuellen Host ein. Starten oder laden Nginx neu. Testen Sie die Konfiguration und sehen Sie sich die Website an. Aktivieren Sie selektiv SSL und konfigurieren Sie SSL -Zertifikate. Stellen Sie die Firewall selektiv fest, damit Port 80 und 443 Verkehr.

Verwenden Sie unter Linux den folgenden Befehl, um zu überprüfen, ob Nginx gestartet wird: SystemCTL -Status Nginx Richter basierend auf der Befehlsausgabe: Wenn "aktiv: aktiv (lief) angezeigt wird, wird Nginx gestartet. Wenn "Active: Inactive (Dead)" angezeigt wird, wird Nginx gestoppt.

So bestätigen Sie, ob Nginx gestartet wird: 1. Verwenden Sie die Befehlszeile: SystemCTL Status Nginx (Linux/Unix), Netstat -ano | FindStr 80 (Windows); 2. Überprüfen Sie, ob Port 80 geöffnet ist; 3. Überprüfen Sie die Nginx -Startmeldung im Systemprotokoll. 4. Verwenden Sie Tools von Drittanbietern wie Nagios, Zabbix und Icinga.

Wie fixiere ich Nginx 403 Verbotener Fehler? Überprüfen Sie die Datei- oder Verzeichnisberechtigungen; 2.Htaccess -Datei prüfen; 3. Überprüfen Sie die Konfigurationsdatei der Nginx; 4. Starten Sie Nginx neu. Weitere mögliche Ursachen sind Firewall -Regeln, Selinux -Einstellungen oder Anwendungsprobleme.

Schritte zum Starten von Nginx unter Linux: Überprüfen Sie, ob Nginx installiert ist. Verwenden Sie SystemCTL Start Nginx, um den Nginx -Dienst zu starten. Verwenden Sie SystemCTL aktivieren NGINX, um das automatische Start von NGINX beim Systemstart zu aktivieren. Verwenden Sie den SystemCTL -Status NGINX, um zu überprüfen, ob das Startup erfolgreich ist. Besuchen Sie http: // localhost in einem Webbrowser, um die Standard -Begrüßungsseite anzuzeigen.

Der Server verfügt nicht über die Berechtigung, auf die angeforderte Ressource zuzugreifen, was zu einem NGINX 403 -Fehler führt. Zu den Lösungen gehören: Überprüfung der Dateiberechtigungen. Überprüfen Sie die Konfiguration .htaccess. Überprüfen Sie die Nginx -Konfiguration. Konfigurieren Sie Selinux -Berechtigungen. Überprüfen Sie die Firewall -Regeln. Fehlerbehebung bei anderen Ursachen wie Browserproblemen, Serverausfällen oder anderen möglichen Fehlern.

Antwort auf die Frage: 304 Nicht geänderter Fehler gibt an, dass der Browser die neueste Ressourcenversion der Client -Anfrage zwischengespeichert hat. Lösung: 1. Löschen Sie den Browser -Cache; 2. Deaktivieren Sie den Browser -Cache; 3. Konfigurieren Sie Nginx, um den Client -Cache zu ermöglichen. 4. Überprüfen Sie die Dateiberechtigungen; 5. Datei Hash prüfen; 6. Deaktivieren Sie CDN oder Reverse Proxy -Cache; 7. Starten Sie Nginx neu.

Das Fehlerprotokoll befindet sich in/var/log/nginx (Linux) oder/usr/local/var/log/nginx (macOS). Verwenden Sie die Befehlszeile, um die Schritte zu beseitigen: 1. Sicherung des ursprünglichen Protokolls; 2. Erstellen Sie eine leere Datei als neues Protokoll; 3. Starten Sie den Nginx -Dienst neu. Die automatische Reinigung kann auch mit Tools von Drittanbietern wie lehnte oder konfiguriertem verwendet werden.
