لقد أجريت للتو إجراء تعديل جماعي على ما يقرب من ألف موضوع لتنظيف/إعادة تنظيم فئة ما قليلاً. لم أتوقع أن يؤدي هذا الإجراء إلى إرسال رسائل بريد إلكتروني (باستثناء ربما لمنشئي المنشورات بأن منشوراتهم قد تم تعديلها)، ولكن المستخدمين الذين كانوا يراقبون الفئة الوجهة تلقوا ما يقرب من ألف رسالة بريد إلكتروني لكل منهم!
لاحظ أن إجراء التعديل الجماعي هذا لم يغير تاريخ تصعيد الموضوع - حتى على الموضوعات التي لم يكن بها ردود. بدأت ببضعة مواضيع لتأكيد أن هذا هو الناتج قبل القيام بالألف كلها. هذا هو بالضبط السلوك الذي كنت أريده هناك، وفي نموذجي الذهني الساذج، يرتبط تاريخ التصعيد المحدث ارتباطًا وثيقًا بإشعار البريد الإلكتروني (ولكن من الواضح أن هذا كان معيبًا).
هذا سلوك غير متوقع مع نتيجة ذات عواقب وخيمة للغاية. سيكون من الرائع إما أن تجعل الواجهة تجعل هذا الأمر أكثر وضوحًا أو أن هذا لا يحدث ببساطة.
يبدو مربع الحوار نفسه غير ضار إلى حد كبير، وتجعل النقاط الثلاث في زر “تعيين الفئة…” (Set Category…) تبدو وكأنها ستكون هناك لوحة أخرى قبل اتخاذ الإجراء.
لا أفهم تمامًا ما تطلبه، ولكن الوضع الراهن (الافتراضي) كما أفهمه هو:
تشاهد جين المنشورات الأولى الجديدة في فئة #foo.
أقوم بتغيير 1000 موضوع قديم بشكل جماعي، ونقلها من #bar إلى #foo.
تتلقى جين 1000 إشعار (رسائل بريد إلكتروني أو تنبيهات أو شارات) تبدو “قديمة” بالنسبة لها - التنقل إلى فئة #foo لا يعرض أيًا من هذه الموضوعات على أنها جديدة بالفعل نظرًا لأن تاريخ ترقية الموضوع لم يتغير.
أود أن يتغير هذا السلوك بطريقة واحدة أو أكثر. أعتقد أنه سيكون من المفيد إذا أبرز Discourse إمكانية وجود الكثير من الإشعارات أثناء الخطوة 2. سيكون من الأفضل إذا كان من الممكن تجنب هذه الإشعارات بمربع اختيار أو شيء من هذا القبيل أثناء الخطوة 2. وأعتقد أنه سيكون من الأفضل أن يكون هذا هو السلوك الافتراضي ببساطة - ربما هو افتقاري للخيال، ولكنني أشعر بأن المسؤولين يرغبون عمومًا في إجراء إجراءات جماعية دون إرسال إشعارات جماعية. هذه حالة مختلفة تمامًا عن نقل موضوع واحد.
نعم، اكتشفت أن إعداد “تعطيل إشعارات تعديل الفئة على المواضيع” يؤثر بالفعل على إشعارات watching_first_post بعد البحث هنا والعثور على الموضوع المرتبط أعلاه. لم أكن على علم بهذا الإعداد من قبل، وحتى لو كنت على علم به، أعتقد أنني كنت أتوقع فقط أن يؤثر على إشعارات edit لمؤلف الموضوع بناءً على صياغته. إنه مفيد بالتأكيد للمعرفة، ولكن أعتقد أن حقيقة أنك تحاول تذكر تعطيله للإجراءات المجمعة أمر مخبر للغاية.
أعتقد أنه من المنطقي أن يؤدي تعديل الفئة يدويًا (إجراء غير مجمع) إلى تشغيل إشعار watching_first_post. ولا أمانع حقًا في حصول مؤلف الموضوع على إشعار edit عند إجراء مجمع (من المحتمل أن يكون هناك عدد أقل بكثير وهي أوضح بكثير سبب حدوثها).
يوجد أيضًا إعداد تعطيل إشعارات تعديل النظام، والذي "يعطل إشعارات التعديل بواسطة مستخدم النظام عندما يكون ‘download_remote_images_to_local’ نشطًا“.
أفترض أن هذا هو السبب في أنه عند إعادة كتابة المنشورات تلقائيًا لاستخدام عناوين URL للتحميل المحلي، فإنها لا تكون مزعجة. (هل يمكن لأحد تأكيد ذلك؟) ولكن يبدو أيضًا أنه يمكنك إجراء تغييرات “صامتة” عبر واجهة برمجة التطبيقات إذا استخدمت مستخدم النظام…
لقد بحثت عن مواضيع كهذه ووجدت القليل منها، ولكن يا إلهي، هناك الكثير منها. هذا ببساطة لا يعمل كما يتوقع الكثير من الناس. كانت توقعاتي متوافقة تمامًا مع هذا الشعور:
لكن هذا ليس دقيقًا. صحيح أن التعديلات الجماعية لا تدفع المواضيع، لكنها تشغل الإشعارات.
لدينا بعض الحدود المعمول بها في أماكن أخرى مثل الحد الأقصى للإشارات التي تقدم فقط ملاحظات إعلامية على غرار “لقد تجاوزت الحد الأقصى لعدد الإشارات لذلك لن يتم إعلام أي شخص”.
ربما هذا ما نفعله هنا؟ تحديد حجم مجمع أقصى للإشعارات وعرضه بطريقة غير مزعجة عند تجاوزه؟
يمكننا اختيار قيمة افتراضية معقولة بين 5 و 20. المواقع التي لا ترغب أبدًا في إجراء إجراءات مجمعة لإعلام الأشخاص يمكنها تعيينها إلى 0 والمواقع التي ترغب دائمًا في إعلام الأشخاص يمكنها تعيينها إلى رقم كبير جدًا.
