Reparieren Sie Valet, WordPress, Ajax, Bad Gateway

Vor einiger Zeit habe ich Valet wieder für die lokale Entwicklung verwendet und bin seitdem damit zufrieden. Bis irgendwann letzte Woche hatte ich noch keine Probleme.

Aber als ich an einem WordPress-Plugin arbeitete, das Daten mit admin-ajax importiert, erhielt ich immer wieder eine merkwürdige Meldung in der Konsole, egal wie groß oder klein die Daten waren. Insbesondere habe ich eine Fehlermeldung zu „502 (Bad Gateway)” erhalten.

Der Server, der als Gateway oder Proxy fungiert, hat eine ungültige Antwort von einem Eingangsserver erhalten, auf den er zugegriffen hat, als er versuchte, die Anforderung zu erfüllen.

Und wenn Sie versuchen, es basierend auf dieser Definition zu diagnostizieren, werden Sie nicht sehr weit kommen. Es ist nicht so, dass es falsch ist, aber Sie müssen Ihre Serverkonfiguration ändern.

Zum Glück ist es einfach. Oder es ist wahrscheinlich einfach.

Parkservice, WordPress, Ajax, Bad Gateway: Die Lösung

Bevor ich den Fix mit Ihnen teile, möchte ich sagen, dass mich dies in ein tiefes Kaninchenloch mit allen Arten von Nginx – Konfigurationen, Reverse-Proxy-Informationen, PHP-FPM und so weiter und so weiter geführt hat. Wenn Sie sich dafür für Google entscheiden, seien Sie sich bewusst, dass Sie wahrscheinlich auch auf sie stoßen werden.

Und die Wahrheit ist, vielleicht ist das Ihr Problem (ich werde die Links am Ende des Beitrags teilen), aber meine spezielle Lösung war viel einfacher als das.

Angenommen, Sie verwenden macOS, navigieren  Sie mit dem folgenden Befehl zum Verzeichnis .valet in Ihrem Terminal:

$ cd ~/.valet

Suchen Sie dort nach dem Nginx- Verzeichnis und geben Sie Folgendes ein:

$ ls Nginx

Überprüfen Sie, ob Sie eine Datei für Ihren spezifischen Entwicklungsserver sehen. Beachten Sie, dass ich den Link – Befehl über den Park- Befehl verwende, also habe ich so etwas wie wptrunk.dev. Wenn Sie dort keine Datei haben, ist das wahrscheinlich das Problem.

Und wenn ja, geben Sie den folgenden Befehl ein:

$ touch Nginx/your-site.dev

Wo your-site.dev ist, was auch immer die Domain ist, die das Problem verursacht.

Öffnen Sie als Nächstes diese bestimmte Datei in einem Texteditor Ihrer Wahl und fügen Sie zwei Zeilen hinzu:

fastcgi_buffers 16 16k;
fastcgi_buffer_size 32k;

Speichern Sie die Datei und starten Sie Valet im Terminal mit einem einfachen Befehl neu:

$ valet restart

Wiederholen Sie dann das aufgetretene Problem. Für mich hat das Erhöhen (oder Definieren) der Puffergrößen auf die obigen Werte funktioniert. Möglicherweise benötigen Sie größere Werte, also, wie sie sagen, YMMV.

Der Punkt ist, dass die Lösung möglicherweise nicht außerordentlich kompliziert ist. Bevor Sie also beginnen, eine vollständige benutzerdefinierte Konfigurationsdatei von Grund auf neu zu schreiben, versuchen Sie zuerst, an diesen Werten herumzubasteln.

ähnliche Links

• 502-Fehler auf admin-ajax.php
• admin-ajax.php: 502 Bad Gateway
• WordPress-Admin-URLs geben 404 zurück
• Fehlerbehebung bei Valet auf Sierra
• Beginnend mit Laravel Valet auf OSX
• Upstream hat zu großen Header gesendet, während der Antwortheader von Upstream gelesen wurde