Monolog 3 und Slack-Webhooks: cURL-Proxy-Umgebung setzen
Setzen Sie die Umgebung auf dem PHP-Worker, der die Webhook-Anfrage stellt, und behalten Sie die Handler-Schnittstelle von Monolog 3 beim Anpassen älterer Beispiele bei.
Der SlackWebhookHandler von Monolog 3 sendet JSON mit PHP-cURL und setzt keine explizite Proxy-Option. Geben Sie für einen HTTPS-Webhook diesem PHP-Prozess die Proxy-Umgebung von libcurl:
https_proxy=http://proxy.example:8080 php artisan queue:workDas ist der Start eines Laravel-Queue-Workers. Für PHP-FPM-Webanfragen stellen Sie die Umgebung im Kontext des FPM-Workers bereit. Ein export in einem anderen Terminal aktualisiert einen bereits laufenden Absender nicht.
Behalten Sie die Slack-Webhook-URL des Logging-Kanals. Der HTTP-Wert benennt den Vermittler, der die HTTPS-Anfrage trägt; ein Endpunkt aus der HTTP-Proxy-Liste ist ein Kandidat für eine öffentliche Route, die dieser PHP-Worker nutzt. Ein Proxy-Konto gehört zur unterstützten Proxy-Authentifizierung, nicht zur JSON-Nutzlast oder zum Slack-Webhook-Geheimnis.
Probieren Sie diesen Weg, bevor Sie den Handler ersetzen. Ein kopiertes Override, das Array-Datensätze akzeptiert, gehört zu einer älteren Monolog-API; write von Monolog 3 akzeptiert LogRecord.
Melden Sie Transportfehler des Webhooks über einen anderen Diagnoseweg. Den Fehler an denselben fehlschlagenden Webhook zurückzusenden, kann eine Rekursion auslösen.