Monolog 3 ၏ SlackWebhookHandler သည် PHP cURL ဖြင့် JSON ကို ပို့ပြီး တိကျသော proxy ရွေးချယ်မှုကို မသတ်မှတ်ပါ။ HTTPS webhook အတွက် ထို PHP လုပ်ငန်းစဉ်ကို libcurl ၏ proxy ပတ်ဝန်းကျင် ပေးပါ-

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

ဤသည် Laravel တန်းစီ worker တစ်ခု စတင်ခြင်း ဖြစ်သည်။ PHP-FPM ဝဘ်တောင်းဆိုချက်များအတွက် ပတ်ဝန်းကျင်ကို FPM worker ၏ ဆက်စပ်အခြေအနေ တွင် ပေးပါ။ အခြား terminal ရှိ export သည် လုပ်ဆောင်နေပြီဖြစ်သော ပို့သူကို မွမ်းမံမပေးပါ။

Logging channel ၏ Slack webhook URL ကို ထိန်းထားပါ။ HTTP တန်ဖိုးသည် HTTPS တောင်းဆိုချက်ကို သယ်ဆောင်သော ကြားခံသမားကို ညွှန်းသည်။ HTTP proxy စာရင်း မှ endpoint တစ်ခုသည် ထို PHP worker အသုံးပြုသော အများသူငှာ လမ်းကြောင်းအတွက် ကိုယ်စားလှယ်လောင်း ဖြစ်သည်။ မည်သည့် proxy အကောင့်မဆို ပံ့ပိုးထားသော proxy စစ်မှန်ကြောင်းအတည်ပြုမှု အစီအစဉ်တွင် ပါဝင်ပြီး JSON payload သို့မဟုတ် Slack webhook လျှို့ဝှက်ချက်တွင် မပါဝင်ပါ။

Handler မလဲလှယ်မီ ဤလမ်းကြောင်းကို စမ်းကြည့်ပါ။ Array မှတ်တမ်းများကို လက်ခံသော ကူးယူထားသည့် override သည် အဟောင်း Monolog API ၏ အစိတ်အပိုင်း ဖြစ်သည်။ Monolog 3 ၏ write သည် LogRecord ကို လက်ခံသည်။

Webhook သယ်ယူပို့ဆောင်မှု မအောင်မြင်မှုများကို အခြား စစ်ဆေးရေး လမ်းကြောင်းဖြင့် အစီရင်ခံပါ။ မအောင်မြင်မှုကို တူညီသော မအောင်မြင်သည့် webhook သို့ ပြန်ပို့ခြင်းသည် ထပ်ခါတလဲလဲ ဖြစ်စေနိုင်သည်။

ဆက်စပ်ဆောင်းပါးများ