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

[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. ببساطة، افتح أداة فحص الشبكة، وانشر ردًا على موضوع، ثم راقب ما يحدث في الخلفية:

Reverse engineer the Discourse API

Discourse is backed by a complete JSON api. Anything you can do on the site you can also do using the JSON api. The API is documented at docs.discourse.org. You can also use the discourse_api Ruby gem as a client library. However, not every endpoint is documented. To determine how to do something with the JSON API here are some steps you can follow. Example: recategorize a topic. Go to a topic and start editing a category: [image] Open Chrome dev tools, switch to the Network tab, select …

[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 كما فعلتُ، فإن الحل هو: