Monolog 3 en Slack-webhooks: stel die cURL-proxy-omgewing

Stel die omgewing op die PHP-werker wat die webhook-versoek doen, en behou Monolog 3 se handler-koppelvlak wanneer ouer voorbeelde aangepas word.

Monolog 3 se SlackWebhookHandler stuur JSON met PHP-cURL en stel geen eksplisiete proxy-opsie nie. Vir 'n HTTPS-webhook gee jy daardie PHP-proses libcurl se proxy-omgewing:

https_proxy=http://proxy.example:8080 php artisan queue:work

Dit is 'n Laravel-waglys-werker wat begin. Vir PHP-FPM-webversoeke verskaf die omgewing in die FPM-werkerkonteks. 'n Export in 'n ander terminaal werk nie 'n bestaande sender by nie.

Behou die logkanaal se Slack-webhook-URL. Die HTTP-waarde noem die tussenganger wat die HTTPS-versoek dra; 'n eindpunt uit die HTTP-proxylys is 'n kandidaat vir 'n openbare roete wat daardie PHP-werker gebruik. Enige proxy-rekening hoort by die ondersteunde proxy-verifikasie-reeling, nie by die JSON-lading of die Slack-webhook-geheim nie.

Probeer hierdie roete voordat jy die handler vervang. 'n Gekopieerde override wat array-rekords aanvaar, hoort by 'n ouer Monolog-API; Monolog 3 se write aanvaar LogRecord.

Rapporteer webhook-vervoerfoute deur 'n ander diagnostiese pad. Om die fout terug te stuur na dieselfde foutiewe webhook kan rekursie veroorsaak.

Verwante artikels