Essay über Nginx-Reverse-Proxy-Fehler 404 und 500

Vor kurzem sind mir bei der Konfiguration des Nginx-Reverse-Proxy-Backend-Tomcat-Kerncomputers zwei interessante Fehler aufgefallen.

1 Auf das Projekt kann normal zugegriffen werden, und nach dem erneuten Aktualisieren wird 404 angezeigt. Ich habe

normal besucht. Nach einer Überprüfung stellte ich fest, dass der Nginx der Front-End-Maschine den Lastausgleich eingerichtet hatte, wodurch externe Anforderungen gleichmäßig auf die beiden Back-End-Kernmaschinen und eine davon verteilt wurden Das entsprechende Projekt wurde nicht bereitgestellt. Der Fehler wurde verursacht. Das Problem wurde nach der erneuten Bereitstellung behoben

2. 500 durch die Datenbank verursacht

Es ist erwähnenswert, dass MySQL-Tabellennamen unter WINDOWS nicht zwischen Groß- und Kleinschreibung unterscheiden, unter Linux jedoch. Also habe ich den Tabellennamen im SpringMVC-Modell geändert und das Problem wurde gelöst.

Was ich hier sagen möchte, ist, dass viele Leute nach dem Grund für den 500-Fehler fragen. Tatsächlich besteht oft keine Notwendigkeit, dies zu tun. Sie können versuchen, das 500-Problem selbst zu finden, bevor Sie fragen. Wenn Sie die Beschreibung der Fehlerseite und die folgende Zeile lesen, ist es leicht, den Kern dieses Problems zu finden. Finden Sie die entsprechenden Informationen und lösen Sie sie einfach

Das Obige ist eine Einführung in den Nginx-Reverse-Proxy-Fehler 404 und 500, einschließlich der relevanten Inhalte. Ich hoffe, dass es für Freunde hilfreich ist, die an PHP-Tutorials interessiert sind.