ملخص سريع: يبدو أن المواضيع المجدولة لا تُفعّل إشعارات المواضيع الجديدة للمشتركين في وقت النشر. حالة الاستخدام هي تجميع إشعار اجتماع الوقوف اليومي (Scrum Standup) في موضوع واحد لكل يوم عمل، ونشره في وقت محدد، وإرسال تذكيرات لمشاركين الاجتماع.
طريقة إعادة إنتاج المشكلة:
اجعل مستخدمين غير مشرفين يتابعون فئة خاصة معينة.
تأكد من أن هؤلاء المستخدمين، عند عدم وجود جلسة نشطة لهم، يتلقون إشعارات بريد إلكتروني عن المواضيع الجديدة التي تُنشأ يدويًا في هذه الفئة.
أنشئ يدويًا موضوعًا جديدًا في الفئة المحددة لاختبار “الحالة المرجعية” التي يتلقى فيها المستخدم إشعارات بريد إلكتروني عن المواضيع الجديدة.
بعد ذلك، أنشئ موضوعًا جديدًا في وضع المسودة في فئة خاصة منفصلة، مثل فئة الموظفين. (اختياريًا، حرّر موضوع/صاحب المنشور الأول.) جدول نشر الموضوع لاحقًا، مثل بعد 5 دقائق.
انتظر حتى وقت النشر…
السلوك المتوقع:
نظرًا لأنهم يتابعون الفئة المحددة (الخاصة)، يجب أن يتلقى المستخدمون غير المشرفين الذين ليسوا نشطين على الموقع إشعارًا عبر البريد الإلكتروني لكلا النوعين من المواضيع (“العادية” والمجدولة).
السلوك الفعلي:
يتلقى المستخدمون إشعارات البريد الإلكتروني فقط للمواضيع “العادية” (غير المجدولة) التي تم إنشاؤها يدويًا في الفئة المحددة.
لقد اختبرت ذلك للتو على موقع التطوير المحلي الخاص بي. لم يتلق مستخدم بريديًا إلكترونيًا لإشعار حول مسودة مشتركة كان من المقرر نشرها في فئة محمية يراقبها. ومع ذلك، يتلقى المستخدم إشعارات بالبريد الإلكتروني للمواضيع التي تُنشر مباشرة في الفئة المحمية.
عند تسجيل الدخول كمستخدم الاختبار، أرى أنه تلقى إشعارًا بـ “تعديل” للموضوع الذي نُشر من فئة المسودات. لكن إشعار “التعديل” لا يولد بريدًا إلكترونيًا.
تعديل: جربت أيضًا نشر مسودة مشتركة يدويًا عن طريق النقر على زر “نشر المسودة المشتركة”. وهذا أيضًا لا يولد إشعارًا جديدًا للموضوع أو بريدًا إلكترونيًا للإشعار. إنه ببساطة ينشئ إشعار “تعديل” للمستخدمين الذين يراقبون الفئة.
لا يملك المستخدمون النهائيون أي معرفة ضمنية بهذا الأمر، حيث تم إعداد الموضوع خارج نطاق رؤيتهم بالضرورة، وكان من المفترض عرضه كـ “جديد” في الوقت المحدد. في الواقع، هذا هو حالة الاستخدام الأساسية للمواضيع الموقّتة، حسب فهمي.
لقد تحققنا من هذا بعناية شديدة عندما قمنا بتحدياتنا الأولى في 3 ديسمبر. كان هذا يعتمد بالكامل على المواضيع المنشورة تلقائيًا، وقد تلقى المستخدمون إشعارًا في ذلك الوقت. إذا لم يعد هذا يعمل، فسيكون ذلك مشكلة بالنسبة لنا.
أفترض أن المشكلة التي يتم مناقشتها هنا هي ما يحدث عند نشر مسودة موضوع في فئة الوجهة الخاصة به. تُطبّق نفس القواعد على نشر مسودة مشتركة كما تُطبّق عند إعادة تصنيف موضوع، لذا يمكن معالجة الحالتين هنا.
بالفعل الحالي، سيستلم المستخدمون الذين يتابعون فئة ما إشعار “تعديل” عند نشر مسودة مشتركة في فئة الوجهة الخاصة بها، أو عند إعادة تصنيف موضوع إلى الفئة التي يتابعونها. لا تولد إشعارات التعديل رسائل بريد إلكتروني، لذا لن يتم إشعار المستخدمين عبر البريد الإلكتروني عند نشر المسودة.
يتم تحديد ما إذا كان سيتم إنشاء إشعار “منشور” أو “معدّل” بناءً على قيمة معلمة new_record المستخدمة في استدعاء post_alerter.notify_post_users ضمن مهمة NotifyCategoryChange. هذه المعلمة تكون افتراضيًا true، لكنها تُضبط الآن صراحةً على false في المهمة. هذا تغيير حديث. قد يكون هناك سبب وجيه لذلك لا أكون على علم به.
أحب تحميل مواضيعي كمواضيع مجدولة زمنيًا في فئة خاصة، ثم نشرها تلقائيًا في فئة عامة.
ولكن مثلما يحدث معك، حتى عندما أذكر فريقًا باستخدام @، لا يتلقى أحد إشعارًا. يبدو أن إعادة النشر لا تخلق إشعارًا. وكما أشار @codinghorror، يجب أن يكون الأمر مشابهًا لموضوع تم تعديله عند تغيير الفئة.
وبغض النظر عن التعقيدات التقنية، هل توجد طريقة لتوقيت نشر منشور وإشعار مجموعة محددة من المستخدمين المذكورين باستخدام @ (مثل @members)؟
يبدو أن هذا هو التغيير، لكنني لا أستطيع معرفة ما ألهمه:
تحديث:
بالنسبة للأشخاص الذين يحتاجون إلى حل بديل عاجل، تمكنت من استخدام إجراء “منشور جديد” في Discourse عبر Zapier لتفعيل إشعارات إلى نظام الدردشة الخاص بفريقنا بدلاً من إضافة دردشة Discourse.
في النهاية، تجنبت هذا الخطأ المتعلق بالمواضيع الموقوتة تمامًا وقمت بتفعيل “Zap” بناءً على وقت اليوم، ونشرته مباشرةً في فئة الوجهة المطلوبة، بحيث يقوم الـ API بتفعيل حدث “جديد”، ويمكنني استخدام إضافة تكامل دردشة Discourse لإرسال الإشعارات المناسبة.
من الممكن أيضًا مراقبة المواضيع ثم تصفية “المواضيع الجديدة” (لا تزال Zapier تعتبرها جديدة) التي تظهر في فئة الوجهة المطلوبة. في البداية استخدمت هذا النهج، لكنني فضلت النهج الأبسط المذكور أعلاه حتى أتمكن من أتمتة إنشاء الرسائل اليومية لبدء اجتماعنا اليومي السريع.
بشكل أساسي، قمت بتحسين المنطق المتعلق بالإشعارات قليلاً.
إذا كان المستخدم قد شاهد المنشور بالفعل، فيجب أن يكون نوع الإشعار edited. تكون هذه الحالة عندما يقوم، على سبيل المثال، منشئ الموضوع الأصلي بإضافة فئة أو وسم يراقبه مستخدم آخر.
ومع ذلك، عندما لم يشاهد المستخدم المنشور بعد، فيجب أن يكون نوع الإشعار “رد جديد”. تكون هذه الحالة عندما يكون، على سبيل المثال، الموضوع ضمن فئة خاصة ومُعد للنشر لاحقًا. في هذه الحالة، نقوم بتعديل موضوع موجود، لكن من منظور المستخدم، يبدو وكأنه منشور جديد.
هل يمكنك تأكيد ما إذا كان هذا يحل المشكلة المذكورة؟
فهمي هو أنه عند إضافة الفئة (وهذا ما يتم تفعيله عند نقل الموضوع من فئة خاصة، على سبيل المثال، إلى فئة عامة)، يتم إشعار كلا النوعين من المستخدمين.
أولاً، يتم إشعار الأشخاص الذين يتابعون تلك الفئة المحددة، وبناءً على ما إذا كانوا قد شاهدوا الموضوع بالفعل أم لا، يتم اتخاذ قرار بشأن ما إذا كان يجب أن يكون التعديل محررًا أو ردًا جديدًا.
ثم يتم إشعار متابعي المنشور الأول، ولكن بالنسبة لهم نستخدم نوع إشعار مختلف يُسمى “متابعة المنشور الأول”.
