Monolog 3 ו-webhooks של Slack: הגדרת סביבת ה-proxy של cURL

הגדירו את הסביבה על תהליך ה-PHP ששולח את בקשת ה-webhook, ושמרו על ממשק ה-handler של Monolog 3 בעת התאמת דוגמאות ישנות יותר.

‏SlackWebhookHandler של Monolog 3 שולח JSON באמצעות PHP cURL ואינו מגדיר אפשרות proxy מפורשת. עבור webhook מסוג HTTPS, העניקו לתהליך ה-PHP הזה את סביבת ה-proxy של libcurl:

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

זהו אתחול של עובד תור של Laravel. עבור בקשות web ב-PHP-FPM, ספקו את הסביבה בהקשר של עובד FPM. export במסוף אחר אינו מעדכן שולח שכבר פועל.

שמרו על כתובת ה-URL של ה-webhook של Slack של ערוץ הרישום. ערך ה-HTTP מציין את המתווך שנושא את בקשת ה-HTTPS; נקודת קצה מרשימת ה-proxy של HTTP היא מועמדת למסלול ציבורי שבו משתמש עובד ה-PHP הזה. כל חשבון proxy שייך להסדר אימות ה-proxy הנתמך, ולא למטען ה-JSON או לסוד ה-webhook של Slack.

נסו את המסלול הזה לפני החלפת ה-handler. override מועתק שמקבל רשומות מערך שייך ל-API ישן יותר של Monolog; ה-write של Monolog 3 מקבל LogRecord.

דווחו על כשלי תעבורה של ה-webhook דרך נתיב אבחון אחר. שליחת הכשל חזרה לאותו webhook שנכשל עלולה ליצור רקורסיה.

מאמרים קשורים