لقد لاحظت ضمن Admin|Emails|Sent أن بريدًا ملخصًا لم يتم إرساله للمستخدمين، ولكنهم تلقوا جميعًا بريدًا إلكترونيًا لـ user_watching_first_post (وفقًا لإعداد افتراضي مسبق الإعداد).
لقد تحققت من أن هذا ليس هو الحال بالنسبة لهؤلاء المستخدمين الذين زاروا مؤخرًا، أو تجاوزوا إعداد “كبت البريد الإلكتروني الملخص بعد أيام”، أو قاموا بتغيير تفضيلات بريدهم الإلكتروني.
هل من الصحيح أن البريد الإلكتروني للإشعار يُعامل كنشاط للمستخدم، مما يتسبب في تخطي الملخص؟ إذا كان الأمر كذلك، فهذا ليس السلوك الذي توقعته…
نحن نستخدم “مشاهدة أول مشاركة” لعلامة معينة لإعلام المستخدمين بالمواضيع ذات الأولوية العالية، ولكننا ما زلنا نريدهم أن يتلقوا الملخص المنتظم لأنشطة المنتدى الأخرى.
هذا أمر أساسي لرؤيتنا - أرحب بأي مدخلات حول كيفية تحقيق ذلك.
إذًا، هل يعني ذلك أن تلقي إشعار بريد إلكتروني حول موضوع ما يمنع ظهور الموضوع في الملخص؟ من المنطقي ألا ترغب في الحصول على رسالة في الملخص تم إرسالها إليك بالفعل بطريقة أخرى.
هذا أكثر من ذلك بكثير. يبدو أن تلقي إشعار بريد إلكتروني يعيد تعيين العد تمامًا بحيث لا تدخل أي مواضيع أقدم من الإشعار في الملخص. هذا الأمر أزعجني دائمًا.
بشكل أساسي، إذا لم يزر الشخص الذي تم إخطاره عبر البريد الإلكتروني الموقع، فلا يوجد أي تعرض لأي مواضيع بين الملخص السابق وآخر إشعار بريد إلكتروني. وهذا يجعل الموقع يبدو أهدأ بكثير مما هو عليه في الواقع عندما يظهر الملخص أخيرًا.
أود أن أرى الأمر كما تقترح، حيث يتم فقط قمع المواضيع التي تم إخطارها في الملخص للمستخدمين الذين يتلقون إشعارًا عبر البريد الإلكتروني ولكنهم لا يزورون الموقع. سيكون هذا تحسنًا كبيرًا للمواقع التي تقوم بالكثير من المراقبة الافتراضية!!
سيتطلب ذلك إضافة. لقد كتبت واحدة ذات مرة تدعي على الأقل في وقت ما أنها “تضيف عدد المشاركات الجديدة إلى ملخص/بريد إلكتروني موجز في الموضع الثالث (عادةً حيث يكون المستخدمون الجدد).”. لذا فهي تغير فقط هذا العنوان في أعلى الصفحة.
بعد مزيد من التفكير، يبدو هذا حقًا خطأ وليس شيئًا يمكن إصلاحه بسرعة باستخدام إضافة. يجب أن أصدق أن السلوك ليس مقصودًا.
تتضمن إعدادات الموقع خيارات لقمع الملخص، ولكن لا يتعلق أي منها بإشعارات البريد الإلكتروني الأخرى:
قمع البريد الإلكتروني للملخص بعد أيام
فئات قمع الملخص
علامات قمع الملخص
والأهم من ذلك، تفضيل المستخدم لـ Emails|Activity Summary هو: “عندما لا أزور هنا، أرسل لي ملخصًا عبر البريد الإلكتروني للمواضيع الشائعة والردود.” - نعم أو لا، نقطة. لا توجد علاقة بإشعارات التتبع.
بناءً على هذه الإعدادات، يجب أن يتوقع المستخدمون أن ينطبق إعداد ملخص النشاط كما هو موصوف، وبشكل مستقل.
سيكون قمع المواضيع التي تم إعلامها من الملخص أمرًا رائعًا، ولكني سأعتبر ذلك رفاهية. مجرد جعل الملخص غير مدرك لإشعارات البريد الإلكتروني للتتبع سيجعله يتماشى مع التوقعات.
أتورط هنا، ولكن بدافع الفضول ألقي نظرة على الكود على Github…
في قسم الملخص في app/mailers/user_notifications.rb،
يتم البحث عن topics_for_digest بناءً على min_date الذي يأخذ في الاعتبار user.last_emailed_at
السطر 227:
min_date = opts[:since] || user.last_emailed_at || user.last_seen_at || 1.month.ago
# Fetch some topics and posts to show
digest_opts = {
limit: SiteSetting.digest_topics + SiteSetting.digest_other_topics,
top_order: true,
}
topics_for_digest = Topic.for_digest(user, min_date, digest_opts).to_a
if topics_for_digest.empty? && !user.user_option.try(:include_tl0_in_digests)
# Find some topics from new users that are at least 24 hours old
topics_for_digest =
Topic
.for_digest(user, min_date, digest_opts.merge(include_tl0: true))
.where("topics.created_at < ?", 24.hours.ago)
.to_a
end
(تعديل: أرى أن last_emailed_at يُشار إليه أيضًا في app/jobs/scheduled/enqueue_digest_emails.rb و spec/jobs/enqueue_digest_emails_spec.rb من بين أشياء أخرى.)
هذا يجعلني أعتقد أنه لا يتم إنشاء ملخص للمستخدمين الذين يكون user.last_emailed_at لديهم حديثًا جدًا.
لم أتمكن من تمييز رسائل البريد الإلكتروني التي تُحتسب ضمن last_emailed_at. من الواضح أنها تتضمن الإشعارات بناءً على إعدادات التتبع، ولكن ماذا عن الرسائل الخاصة، وما إلى ذلك..؟
حاليًا، عندما يتم تمكين وضع القائمة البريدية - على الأقل على مستوى تفضيلات المستخدم (انظر المنشور التالي) - فإن الواجهة توضح أن إعدادات الملخص يتم تجاوزها.
لذا ربما الشيء الوحيد الذي يمكن إضافته هو “إرسال دائمًا”، على سبيل المثال:
ملخص النشاط:
أرسل لي دائمًا ملخصًا عبر البريد الإلكتروني
أرسل لي ملخصًا عبر البريد الإلكتروني فقط عندما لا أزور هنا
(قائمة منسدلة): كل 30 دقيقة | كل ساعة | يوميًا | أسبوعيًا | كل شهر | كل ستة أشهر
لكنني سأعتبر خيار “دائمًا” ميزة إضافية لطيفة. مجرد جعل الملخص مستقلاً عن رسائل البريد الإلكتروني الأخرى سيبدو أنه يعمل كما هو متوقع.
(ملاحظة جانبية: إذا كان لدي منتدى كبير، فقد أرغب في أن تكون الأطر الزمنية المتاحة قابلة للتكوين من قبل المسؤول. قد يؤدي عدد كبير جدًا من الأشخاص الذين يختارون “إرسال دائمًا… كل 30 دقيقة” إلى زيادة تكاليف البريد الإلكتروني.)
هذا ثانوي للمشكلة التي أبلغت عنها، ولكنه يتعلق بقلق سام بشأن وضع قائمة البريد مقابل ملخص النشاط…
ومن المثير للاهتمام، عندما يقوم المسؤول بتمكين “وضع قائمة البريد الافتراضية” و “تعطيل وضع قائمة البريد” (السيناريو أ)، فليس من الواضح ما يحدث. لا يرى المستخدم أي شيء حول وضع قائمة البريد، ويمكنه على ما يبدو تمكين ملخص النشاط والبريد الإلكتروني الآخر.
يبدو أن إعدادات المسؤول هذين مستقلان، عندما ربما يكون هناك تبعية… هل “منع المستخدمين من تمكين وضع قائمة البريد” يلغي “وضع قائمة البريد الافتراضي”؟
ومع ذلك، إذا ترك المسؤول الخيار “تعطيل وضع قائمة البريد” غير محدد، يرى المستخدم أنه تم تعيينه افتراضيًا على “وضع قائمة البريد ممكّن”. يبدو هذا واضحًا بما فيه الكفاية.
شكراً على التحديث يا سام. أتمنى لو كانت لدي المهارات اللازمة لتطوير وتقديم طلب سحب.
بالنظر إلى عدد الإصلاحات والتحسينات في ملاحظات الإصدار، لا يسعني إلا أن أتخيل كيف تبدو قائمة المهام المعلقة. لكنني آمل حقًا أن يحظى هذا بالاهتمام - ليس لدى المستخدمين أي سبب للشك في أن الملخص لن يبقيهم على اطلاع دائم بشكل موثوق.
مرحباً @ToddZ — أعتذر عن انقطاع الاتصال من جهتي. شكراً لك على طرح كل هذه الأمور.
أتفق مع @sam في أن تلقي إشعار لا ينبغي أن يُحتسب كزيارة تمنعك من تلقي بريد إلكتروني ملخص للنشاط. سأعمل مع الفريق لإصلاح ذلك وسأبلغكم بمجرد معالجة هذه المشكلة، على الرغم من أنني في الوقت الحالي لا أملك موعداً محدداً لمشاركته.
