Monolog 3-ის SlackWebhookHandler JSON-ს აგზავნის PHP cURL-ით და არ აყენებს პროქსის მკაფიო პარამეტრს. HTTPS ვებჰუკისთვის მიეცით ამ PHP პროცესს libcurl-ის პროქსის გარემო:

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

ეს Laravel რიგის worker-ის გაშვებაა. PHP-FPM ვებ მოთხოვნებისთვის მიაწოდეთ გარემო FPM worker-ის კონტექსტში. სხვა ტერმინალში გაკეთებული export არ აახლებს უკვე მომუშავე გამგზავნს.

შეინარჩუნეთ ლოგირების არხის Slack ვებჰუკის URL. HTTP მნიშვნელობა ასახელებს შუამავალს, რომელიც HTTPS მოთხოვნას ატარებს; HTTP პროქსის სიიდან მიღებული endpoint კანდიდატია იმ საჯარო მარშრუტისთვის, რომელსაც ეს PHP worker იყენებს. ნებისმიერი პროქსის ანგარიში მიეკუთვნება მხარდაჭერილ პროქსის ავთენტიფიკაციის სქემას და არა JSON დატვირთვას ან Slack ვებჰუკის საიდუმლოს.

სცადეთ ეს გზა handler-ის შეცვლამდე. მასივის ჩანაწერების მიმღები კოპირებული override უფრო ძველ Monolog API-ს ეკუთვნის; Monolog 3-ის write იღებს LogRecord-ს.

შეატყობინეთ ვებჰუკის ტრანსპორტის ხარვეზები სხვა დიაგნოსტიკური გზით. ხარვეზის იმავე წარუმატებელ ვებჰუკზე დაბრუნებამ შეიძლება რეკურსია გამოიწვიოს.

დაკავშირებული სტატიები