Monolog 3 at mga webhook ng Slack: itakda ang kapaligiran ng proxy ng cURL
Itakda ang kapaligiran sa PHP worker na gumagawa ng kahilingang webhook, at panatilihin ang interface ng handler ng Monolog 3 kapag inaangkop ang mas lumang mga halimbawa.
Ang SlackWebhookHandler ng Monolog 3 ay nagpapadala ng JSON gamit ang PHP cURL at hindi nagtatakda ng anumang tahasang opsyon sa proxy. Para sa HTTPS na webhook, bigyan ang prosesong PHP na iyon ng kapaligiran ng proxy ng libcurl:
https_proxy=http://proxy.example:8080 php artisan queue:workIto ay paglulunsad ng isang Laravel queue worker. Para sa mga kahilingang web ng PHP-FPM, ibigay ang kapaligiran sa konteksto ng FPM worker. Ang export sa ibang terminal ay hindi nag-a-update ng tumatakbong nagpapadala.
Panatilihin ang URL ng webhook ng Slack ng logging channel. Ang halaga ng HTTP ay tumutukoy sa tagapamagitan na nagdadala ng kahilingang HTTPS; ang endpoint mula sa listahan ng proxy ng HTTP ay kandidato para sa pampublikong ruta na ginagamit ng PHP worker na iyon. Ang anumang account ng proxy ay kabilang sa sinusuportahang paraan ng pagpapatotoo ng proxy, hindi sa JSON payload o sa secret ng webhook ng Slack.
Subukan ang rutang ito bago palitan ang handler. Ang kinopyang override na tumatanggap ng array records ay kabilang sa mas lumang Monolog API; ang write ng Monolog 3 ay tumatanggap ng LogRecord.
Iulat ang mga pagkabigo sa transport ng webhook sa ibang landas ng diagnostic. Ang pagpapadala ng pagkabigo pabalik sa parehong nabibigong webhook ay maaaring magdulot ng recursion.