لقد قمت بإنشاء إعداد يقوم فيه كل مرة يتم فيها إنشاء منشور في فئة معينة بإنشاء تذكرة Jira أيضًا باستخدام Zapier. المشكلة التي أواجهها هي أن كل مرة يقوم فيها شخص ما بتحرير منشور ويعيد نشره، يتم إنشاء تذكرة Jira أخرى (حيث يعتبرها منشورًا جديدًا مرة أخرى). هل توجد أي طريقة لمنع ذلك؟ لست متأكدًا مما إذا كان هناك نوع من المعرف الفريد يشير إلى أن المنشور أصلي ولم يتم تحريره من قبل، يمكنني الرجوع إليه لمنع حدوث ذلك.
يوجد رأس في طلب الويب هوك باسم X-Discourse-Event يجب أن يوضح ما إذا كان المنشور جديدًا أم تحريرًا.
للحصول على الوصول إلى رؤوس الويب هوك في Zapier، أعتقد أنك ستحتاج إلى استخدام خيار ‘Catch Raw Hook’ للويب هوك في Zapier. يقدم هذا الموضوع مثالاً على كيفية القيام بذلك لويب هوك حدث المستخدم: Create a Salesforce lead via Zapier when a user signs up on Discourse. سيكون إعداد Zap للاستماع إلى ويب هوك حدث المنشور وتصفية جميع الطلبات حيث يتم تعيين X-Discourse-Event إلى post_edited مماثلاً إلى حد كبير.
العيب في هذا النهج هو أنك مضطر لمعالجة مجموعة كبيرة من أحداث المواضيع التي تعلم مسبقًا أنك لا تريدها، مما يجعل الأمر مكلفًا في النهاية.
يبدو أن وجود حدث “موضوع جديد” فكرة جيدة.
مرحبًا @pfaffman! نعم، لقد قمت بإعداده حاليًا كحدث موضوع جديد، لكنني لا أستطيع معرفة أي من هذه الحقول يجب تصفيته للتخلص من أي منشورات بعد المنشور الأصلي (بما في ذلك أي تعديلات). هل لديك أي أفكار حول كيفية القيام بذلك؟
هل لدى أي شخص أفكار حول الحقل الذي يمكنني استخدامه لمنع الإشارة إلى المنشورات المكررة؟