Monolog 3 et les webhooks Slack : régler l'environnement proxy de cURL
Réglez l'environnement sur le worker PHP qui émet la requête webhook et conservez l'interface du handler de Monolog 3 lors de l'adaptation d'exemples plus anciens.
Le SlackWebhookHandler de Monolog 3 envoie du JSON avec PHP cURL et ne définit aucune option de proxy explicite. Pour un webhook HTTPS, fournissez à ce processus PHP l'environnement proxy de libcurl :
https_proxy=http://proxy.example:8080 php artisan queue:workIl s'agit du lancement d'un worker de file d'attente Laravel. Pour les requêtes web PHP-FPM, fournissez l'environnement dans le contexte du worker FPM. Un export dans un autre terminal ne met pas à jour un émetteur déjà en cours.
Conservez l'URL du webhook Slack du canal de journalisation. La valeur HTTP désigne l'intermédiaire qui transporte la requête HTTPS ; un point de terminaison de la liste de proxies HTTP est candidat pour une route publique utilisée par ce worker PHP. Tout compte proxy relève du dispositif d'authentification proxy pris en charge, non de la charge JSON ni du secret du webhook Slack.
Essayez cette voie avant de remplacer le handler. Un override copié acceptant des enregistrements de type tableau relève d'une API Monolog plus ancienne ; le write de Monolog 3 accepte LogRecord.
Signalez les échecs de transport du webhook par un autre chemin de diagnostic. Renvoyer l'échec au même webhook défaillant peut provoquer une récursion.