منذ إطلاق Discourse Gamification قبل عام، كانت إحدى أكثر الميزات المطلوبة من خارطة طريقنا هي القدرة على دمج Discourse Gamification مع نظام تحفيز خارجي. الأمثلة كثيرة:
التكامل مع برامج التحفيز الحالية في الشركات
القدرة على منح نقاط للأحداث التي تحدث خارج Discourse، مثل الأحداث الواقعية، أو في أماكن أخرى عبر الإنترنت، مثل كونك عميلاً في مجتمع، أو شراء منتج.
القدرة على السماح للمستخدمين باستبدال نقاطهم بالمقتنيات أو المنتجات أو المزايا.
اليوم، في الوقت المناسب للاحتفال بالذكرى السنوية الأولى للإضافة، جعلنا كل ما سبق ممكنًا من خلال واجهة برمجة تطبيقات كاملة للتعامل مع أحداث تسجيل النقاط المخصصة .
يسمح هذا النظام الجديد للمسؤولين بما يلي:
منح المستخدمين حدث تسجيل نقاط مخصص
منح المستخدمين أحداث تسجيل نقاط سلبية، لاستيعاب أحداث الاستبدال أو العقوبات
تحديث وقائمة الأحداث المخصصة التي تم إنشاؤها مسبقًا.
واجهة برمجة التطبيقات (API)
قد تستغرق النقاط الممنوحة عبر واجهة برمجة التطبيقات ما يصل إلى 10 دقائق للانعكاس في النتيجة الإجمالية للمستخدم للأحداث التي تم إنشاؤها بالتاريخ الحالي، وما يصل إلى 24 ساعة للأحداث التي تم إنشاؤها في الأيام العشرة الماضية. بالنسبة للأحداث التي تم إنشاؤها بتاريخ أقدم من الأيام العشرة الماضية، تحتاج إلى تشغيل مهمة rake backfill.
هناك 3 نقاط نهاية لواجهة برمجة التطبيقات مختلفة حاليًا.
هذا لا يصدق. نحن في منتصف البدء وتجريب برنامج سفراء/أبطال، وقد استخدمنا Airtable لمراقبة خطافات الويب من مصادرنا المختلفة (Discourse، GitHub، Ghost) وتجميع برنامج الأبطال لدينا هناك. أنا متحمس لتجربة هذا ومعرفة ما إذا كان يمكن استخدامه لإدارة/مراقبة برنامجنا ومساهماتنا.
سيكون من الرائع إذا كان بإمكانك منح نقاط لمجموعة مستخدمين بدلاً من مستخدم. حالة الاستخدام بالنسبة لنا كعميل مؤسسي هي أننا نريد أساسًا منح نقاط للشركة التي يعمل بها المستخدمون وتجميع نقاطهم لكل شركة. ما مدى جدوى شيء كهذا؟
إنه يعمل بشكل جيد بالنسبة لي، سواء في المتصفح أو عبر واجهة برمجة التطبيقات (API). إنه نقطة نهاية للمسؤول، لذا تحتاج إلى أن تكون مسؤولاً مسجلاً الدخول عبر المتصفح، أو تمرير مفاتيح واجهة برمجة التطبيقات (API keys) كما هو موضح في المنشور الأصلي.
هل هناك أي خطط لإضافة نطاقات (scopes) إلى واجهة برمجة التطبيقات هذه؟ يبدو أن الطريقة الوحيدة التي يمكنني بها إنشاء أو تحديث النتائج هي عن طريق امتلاك مفتاح واجهة برمجة تطبيقات مسؤول لديه وصول شامل. أود أن يكون لدي نطاق يقيد مفتاحًا لتحديث النتائج فقط. هذا من شأنه أن يمنحني مزيدًا من الثقة في استخدام واجهة برمجة التطبيقات هذه في أدوات الأتمتة حيث لن يكون لدي مفتاح مسؤول يمكنه فعل أكثر من مجرد تحديث النتائج.
لقد كنت أختبر هذا قليلاً اليوم. أرى الأحداث التي يمكنني تتبعها، على الرغم من أنني لست متأكدًا مما إذا كان هناك استعلام مباشر لعرض الأحداث حسب معرف المستخدم فقط. أبحث عن طريقة ربما لإنشاء سجل تدقيق أو تقديم للمستخدمين كيف اكتسبوا / فقدوا النقاط.
رائع! ولدي اقتراح آخر، هل من الممكن إضافة ميزة تتيح للمستخدمين استبدال النقاط بالاشتراكات في واجهة المستخدم؟ والقدرة على إضافة حد لعدد النقاط التي يمكن للمستخدم كسبها يوميًا في حدث ما (مثل إنشاء مواضيع).