L'SlackWebhookHandler di Monolog 3 invia JSON con PHP cURL e non imposta alcuna opzione proxy esplicita. Per un webhook HTTPS, fornisci a quel processo PHP l'ambiente proxy di libcurl:

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

Si tratta dell'avvio di un worker di coda Laravel. Per le richieste web PHP-FPM, fornisci l'ambiente nel contesto del worker FPM. Un export in un altro terminale non aggiorna un mittente già in esecuzione.

Mantieni l'URL del webhook Slack del canale di logging. Il valore HTTP indica l'intermediario che trasporta la richiesta HTTPS; un endpoint dalla lista di proxy HTTP è un candidato per una rotta pubblica usata da quel worker PHP. Qualsiasi account proxy rientra nella modalità di autenticazione proxy supportata, non nel payload JSON né nel segreto del webhook Slack.

Prova questa strada prima di sostituire l'handler. Un override copiato che accetta record di tipo array appartiene a un'API Monolog più vecchia; il write di Monolog 3 accetta LogRecord.

Segnala i guasti di trasporto del webhook tramite un altro percorso diagnostico. Inviare l'errore allo stesso webhook che fallisce può causare ricorsione.

Articoli correlati