نشر الالتزامات عبر ويب هوك داخل موضوع كرد

[B-iggy]

مرحباً يا أصدقاء،
لقد بحثت ولكن لم أستطع العثور على التوجيه الصحيح.

أريد نشر رد تلقائي داخل موضوع بمجرد دفع (push) التزام (commit) في مستودع على GitHub - تلقائياً عبر Webhook.

أعمل مع Integromat ونجحت بالفعل في فعل شيء مشابه مع المواضيع

لقد قمت بإعداد واجهة برمجة تطبيقات (API) في Discourse، و Webhook في GitHub، وسيناريو POST HTTP في Integromat، لكنني أفتقد القطعة النهائية لجعلها تعمل.

يبدو أن محاولتي الحالية كالتالي وهي لا تعمل.

أعتقد أن السبب هو أن Discourse لا يعرف ماذا يفعل بطلب POST.
أعني أن هناك /new-message؟ و /new-topic؟ ولكن لا يوجد /new-reply؟

ربما يكون الأمر تافهاً، شكراً مقدماً على مساعدتكم!

[bartv (Bart)]

يمكنك معرفة كيفية بناء طلبك من خلال الهندسة العكسية لـ Discourse API. ببساطة، افتح أداة فحص الشبكة، وانشر ردًا على موضوع، ثم راقب ما يحدث في الخلفية:

الهندسة العكسية لواجهة برمجة تطبيقات Discourse

يتم دعم Discourse بواجهة برمجة تطبيقات JSON كاملة. كل ما يمكنك القيام به على الموقع يمكنك أيضًا القيام به باستخدام واجهة برمجة تطبيقات JSON. تتوفر وثائق واجهة برمجة التطبيقات على docs.discourse.org. يمكنك أيضًا استخدام مكتبة العميل discourse_api الخاصة بلغة Ruby. ومع ذلك، ليست كل نقطة نهاية موثقة. لتحديد كيفية القيام بشيء ما باستخدام واجهة برمجة تطبيقات JSON، إليك بعض الخطوات التي يمكنك اتباعها. مثال: إعادة تصنيف موضوع. انتقل إلى موضوع وابدأ في تحرير فئة: [image] افتح أدوات مطور Chrome، …

[B-iggy]

شكرًا جزيلاً لك @bartv
سأقوم بذلك الآن

السؤال الوحيد هو: هل جميع الحقول إلزامية لإجراء استدعاء POST للرد؟ إنها كثيرة جدًا، وأعتقد أن بعض الحقول لا يمكن ملؤها ديناميكيًا من قبلي أو أنها عرضة للأخطاء! (مثل الحقل: id على سبيل المثال)

في Zapier على سبيل المثال، قمت مرة بإنشاء Webhook ناجح لنشر مواضيع باستخدام حقول البيانات تلك فقط

[bartv (Bart)]

أشك في أن جميعها مطلوبة. فقط جربها

[B-iggy]

فقط كمعلومة، الفشل ليس بسبب حقول البيانات بل بسبب CSRF سيئ.
انظر هنا:

Improve BAD CSRF error message when making API calls with content-type application/json

API requests with the Content-Type as “application/json” often receive an unhelpful message like “BAD CSRF”, so we should improve the error messaging so that it provides more details as to why they are receiving this error message.

@blake هل هذا يعني أنني بحاجة إلى تعيين api_username و api_key في الرأس (Header)؟

تقدّمي الحالي الذي يفشل:

[blake (Blake Erickson)]

نعم، ستحتاج إلى تعيين Api-Username و Api-Key في الرأس. تأكد من استبدال _ بـ -. ستحتاج أيضًا إلى إزالة بيانات الاعتماد من الجسم.

[B-iggy]

رائع، شكرًا جزيلاً لك @blake!
هذا هو الحل.

بالنسبة لشخص قضى ساعات في البحث عبر Google وSearch كما فعلتُ، فإن الحل هو: