Monolog 3 и Slack webhook: поставување на прокси околината за cURL
Поставете ја околината на PHP работникот што го испраќа барањето webhook и задржете го интерфејсот на handler во Monolog 3 при прилагодување на постари примери.
SlackWebhookHandler во Monolog 3 испраќа JSON преку PHP cURL и не поставува изречна опција за прокси. За HTTPS webhook дајте му на тој PHP процес прокси околината на libcurl:
https_proxy=http://proxy.example:8080 php artisan queue:workОва е стартување на работник на ред во Laravel. За веб-барања преку PHP-FPM обезбедете ја околината во контекстот на FPM работникот. export во друг терминал не го ажурира веќе активниот испраќач.
Задржете ја Slack webhook URL адресата на каналот за логирање. Вредноста HTTP го именува посредникот што го носи HTTPS барањето; крајна точка од списокот на HTTP прокси е кандидат за јавна рута што ја користи тој PHP работник. Секоја прокси сметка припаѓа на поддржаниот начин на прокси автентикација, а не на JSON товарот или на тајната на Slack webhook.
Пробајте ја оваа рута пред да го замените handler. Копиран override што прифаќа записи од низа припаѓа на постар Monolog API; write во Monolog 3 прифаќа LogRecord.
Пријавете ги грешките при пренос на webhook преку друг дијагностички пат. Враќањето на грешката кон истиот неуспешен webhook може да предизвика рекурзија.