أنا جزء من مجتمع Discourse خاص جديد نسبيًا، وقد أصبح نشطًا للغاية بسرعة – partly لأنّه هجرة من حلول سابقة إلى حل جديد. وDiscourse أفضل.
لدينا عدة أعضاء حاسمين يجدون رسائل البريد الإلكتروني الافتراضية في Discourse غير كافية (أو غير شاملة)، ولا يرغبون أو لا يستطيعون استخدام أنظمة البريد الإلكتروني الخاصة بهم كجزء من الحل؛ ونحن نحاول تلبية احتياجاتهم.
ومع ذلك، رأينا أيضًا أن هذا قد يسبب مشاكل – سواء بسبب حجم SMTP المحتمل (نحن نستخدم استضافة ذاتية) أو بسبب التعارضات المحتملة والأخطاء المستقبلية (قد تكسر تحديثات Discourse الإضافة من وقت لآخر، وعندها نحتاج إلى انتظار إصلاح الإضافة).
ما هي أفضل طريقة لتحقيق ملخصات يومية لوضع قائمة البريد الآن مع أقل خطر من أن يتعطل الحل في وقت ما في المستقبل؟
تفاصيل حالة الاستخدام لدينا:
تقوم “المجلس” (Board) للمجموعة بإدارة أعمالها كسلسلة من الاجتماعات الطويلة عبر الإنترنت في خيوط نقاش يجب أن تكون مفتوحة لجميع الأعضاء للمشاهدة، سواء شاركوا في منتدى Discourse أم لا. ستكون هذه الخيوط مواضيع في فئة محدودة مخصصة لهذا الغرض فقط. لنسمّها فئة اجتماعات المجلس.
نبحث عن إعطاء الناس خيار تفعيل وضع قائمة البريد الذي سيعطيهم رسائل بريد إلكتروني شاملة (تشمل جميع الردود) للمواضيع ضمن فئة اجتماعات المجلس، ولكن مع دمج جميع الرسائل في رسالة بريد إلكتروني واحدة تُرسل يوميًا (مثل ملخص البريد الإلكتروني اليومي من قائمة البريد القديمة). قد يكون بريد إلكتروني يومي واحد لكل موضوع نشط مقبولاً، لكن بريد إلكتروني واحد لكل رد غير مقبول.
هذه وظيفة يمتلكونها حاليًا مع حل ما قبل Discourse، دون الحاجة إلى أي إجراء إضافي من عملاء البريد الإلكتروني لديهم، وهم غير سعداء بالانتقال إلى Discourse ما لم نتمكن من تلبية هذه الحاجة.
شكرًا مسبقًا على أي اقتراحات أو روابط لحلول أو مواضيع أخرى.
في منشورك أعلاه، يبدو أنك تقول -أو هكذا أفهمه عند قراءته- إنك تجد الإضافات غير مقبولة لأنه (بالنسبة للإضافتين اللتين ذكرتهما أعلاه)، توحي بأنها قد تتعطل في المستقبل.
وهذا يبدو أنه يعني مرة أخرى أنك معارض للإضافات “غير الرسمية” بشكل عام؛ لكنك تريد وظائف مخصصة غير متاحة “رسميًا”.
يبدو لي، بناءً على قراءتي لمنشورك مرتين @MentalNomad، أنه ينبغي لك الاستعانة بمطور إضافات احترافي لـ Discourse لتصميم وصيانة إضافة خاصة بحالتك المحددة، مما يحقق هدفك لموقعك، وعندها يمكنك ضمان عمل إضافتك المخصصة في المستقبل حتى عند تغييرات نواة Discourse (التي قد تؤثر على الإضافة).
هل يبدو ذلك معقولاً؟
جميع إضافات Discourse “غير الرسمية” تحمل خطر التعطل عند ترقية نواة Discourse، وبعض مطوري الإضافات يحافظون على أكوادهم بينما قد لا يفعل آخرون. وعندما تريد ميزة مخصصة وتقلق بشأن هذا الخطر، فإن خيارًا جيدًا لك، كما يبدو من منشورك، هو نشر متطلباتك في قناة Marketplace والسماح لمحترف بتطوير إضافة تلبي احتياجاتك.
بشكل عام، وليس دائمًا، فإن الإضافة التي تعدّل وظيفة أساسية في Discourse تتطلب فتح وتعديل فئة Ruby. وتعديل أي فئة Ruby أساسية يحمل خطر التعطل إذا تغيرت النواة. وبشكل عام، هذا هو الحال دائمًا عندما ترغب في توسيع الوظائف؛ فستحتاج إلى صيانة ذلك الكود إذا أردت ضمان استمرارية صيانة كود إضافة Discourse “غير الرسمية” بمرور الوقت.
ليس تمامًا. لكن موظفي تكنولوجيا المعلومات لدينا قلقون، بعد أن راجعوا المواضيع المتعلقة بهذه الإضافات، من أنها قد تعطلت بالفعل في الماضي بعد تحديثات النواة. الأمر أقل من “قد يحدث شيء ما” وأكثر من “هذا يحدث بالفعل بشكل متكرر.”
لا، ليس على الإطلاق! كنت آمل في الحصول على تغذية راجعة حول ما إذا كانت هناك إضافات أخرى متاحة، رسمية أو غير رسمية، قد تكون أكثر ملاءمة أو موثوقية، أو ربما رسالة تفيد بأن المشاكل المحددة التي أثرت على هذه الإضافات غير شائعة وغير مرجحة التكرار. بعبارة أخرى، أنا أبحث عن نصيحة لفريقنا.
أيضًا ليس تمامًا… سأكون سعيدًا جدًا لو سمعت أن الوظائف التي يطالب بها بعض مستخدمينا متاحة من خلال نهج أكثر رسمية أو أقل تدخلاً - أو حتى مجرد معرفة أن هناك ميزة موجودة لم نعثر عليها بعد والتي ستعالج ما يطلبه مستخدمونا.
في الحقيقة، أنا أطلب نصيحة حول أفضل نهج لمعالجة الحاجة الحالية. آمل أن يبدو ذلك معقولاً.
بينما أشكرك على وقتك واهتمامك، لا أرى سبب منطقي لتوظيف شخص لإنشاء إضافة أخرى عندما تكون هناك إضافة موجودة تناسب حالة الاستخدام. يبدو أن بناء (وتصحيح الأخطاء وصيانة) إضافة أخرى نهج أقل موثوقية.
أنا مؤلف أحد ملحقات البرمجيات (التي نشرت قبل بضعة أيام فقط) التي ذكرتها، وهذا الملحق لم يتعطل أبدًا، ولا توجد خيوط نقاش يذكر فيها أحد ذلك. في الواقع، يعمل بسلاسة تامة دون أي أخطاء.
أنا لا أدعوكم لاستخدام ملحق البرمجيات الخاص بي، لكن تصريحاتكم عنه خاطئة تمامًا، لذا أقوم بتصحيحها.
تصريحكم حول هذا الملحق غير صحيح واقعيًا، آسف لإخباركم بذلك @MentalNomad :slight_smile
لقد جمعتهم معًا وسميتهم بـ “هم”. و"هم" قد تعطلوا بسبب وجود مشاكل داخل تلك المجموعة.
عندما أشرت إليهم، صغتها على النحو التالي:
لكن دعونا نتوقف عن الجدال حول الدلالات. أنا أقدر وجود إضافتك، وجهودك الشاقة لإنتاجها، وأقدر أي شخص ساهم بالكود الذي استخدمته في إضافتك، وجميع من عملوا على إضافة MLM Daily Summary، ومطوري Discourse الذين أنشأوا وظيفة MLM Daily Summary الأولية ويعملون بجد كبير للحفاظ على Discourse.
لكنني هنا أبحث عن نصيحة حول كيفية تلبية احتياجات مستخدمينا بأفضل طريقة وأكثرها موثوقية باستخدام الأدوات المتاحة؛ شكرًا لك.
لا يهم كم مرة يفشل إضافة ما، بل يهم مدى سرعة إصلاحه. طالما أن الإضافة قيد الصيانة النشطة، سيتم إصلاحها قبل أن يلاحظها معظم المستخدمين حتى.لاحظوا أنها كانت معطلة.
بل إنني لأجادل بأن الإضافة الأكثر تعقيدًا هي التي ستفشل بشكل متكرر أكثر (وستتم إصلاحها).
أقترح أن تعمل مع الأعضاء الحاسمين وتخبرهم بمدى الجهد المطلوب لإرضائهم وتلبية رغباتهم. أحيانًا لا يحصل الأقلية الصاخبة على ما يُعتبر فعليًا ضروريًا.
من ناحية أخرى، إذا كانوا مرتبطين جدًا بالبريد الإلكتروني، فقد يكون تصورك بأن Discourse مناسب لهذه المجموعة غير دقيق؟ ربما قائمة البريد الإلكتروني هي كل ما يحتاجونه ويستحقونه.
ولكن، لتذكيركم بطبيعة النقاش هنا، تجدر الإشارة إلى أننا نتحدث عن مجموعة فرعية صغيرة تُسمّى “المجلس”، وسبب تسمية تصنيفها “اجتماعات المجلس” يعود إلى ذلك.
إن منصة Discourse مناسبة بشكل قاطع ورائع لغالبية النقاشات الأوسع للمجموعة الكبيرة. وهذه المجموعة الفرعية الصغيرة هي المنطقة المشكلة الوحيدة، وليس من السهل تحديد ما هو “مستحق” في هذه الحالة، وذلك بسبب الأشخاص المعنيين والتقاليد الطويلة الكامنة وراء كل ذلك.
أتفق معك! ولكن إذا فاتني وجود إضافة أفضل الصيانة تلبي هذه الحاجة، فسأكون ممتنًا لأي ملاحظات في هذا الصدد.
في المرة الأخيرة التي واجهت فيها الإضافة مشكلة، تم حلها في غضون يوم واحد. إذا لم يكن هذا جيدًا بما يكفي بالنسبة لك، فعليك حقًا أن تحاول العيش بدون أي إضافات.
نعم، هذا “غريب”. أداة تقوم بإعداد ملخصات يومية وتسمح للمستخدم بتحديد الفئات المراد تضمينها ستكون كافية أيضًا.
لقد قمنا بتثبيت “وضع ملخص قائمة البريد اليومية” واختباره من قبل شخص ما… كانت الرسالة الإلكترونية كبيرة نسبيًا ليوم واحد بحجم 341 كيلوبايت، لكن المشكلة الحقيقية كانت أن تحميل الصورة عند فتحها من قبل المستخدم جعل هاتفه المحمول يعاني من صعوبة في الأداء.
نحن نفكر في تعديله لغاياتنا، وذلك بترميزه بشكل ثابت ليشمل الفئة المستهدفة فقط، وهي أقل نشاطًا بكثير من الموقع بأكمله ولا تحتوي على صور، إن وجدت. سيؤدي هذا التعديل إلى تلبية احتياجات “الأشخاص الرئيسيين” الذين يصرّون على هذه الوظيفة لفئة “اجتماع المجلس”، مع السماح للمستخدمين العاديين… أو بالأحرى، المستخدمين النمطيين، بالتفاعل مع ديسكورا كما هو مُصمم.
هذه مناقشة مثيرة ومفيدة. لقد كنت أستكشف شيئًا مشابهًا، لكنه ليس مطابقًا تمامًا. أريد أن أتمكن من إنشاء قائمة يومية بالمواضيع الجديدة، مع إمكانية تضمين عدد الردود الجديدة للمواضيع في فئات فرعية محددة. سيتم إعادة نشر هذه القائمة (عبر واجهة برمجة تطبيقات) إلى خدمة دردشة، كما سيتم إنشاء بريد إلكتروني للأعضاء من الجيل القديم.
في الواقع، ستكون هناك عدة ملخصات مختلفة لمجموعات فرعية متنوعة من الفئات، سيتم إنشاؤها وإرسالها إلى وجهات مختلفة.
يهدف هذا إلى تعزيز التفاعل، وتشجيع الناس على الابتعاد عن إجراء مناقشات معمقة في الدردشة، وكذلك لجذب غير المتحمسين للبيئة الرقمية الذين لا يزالون يعتبرون قائمة بريدية تقليدية شيئًا رائعًا ومتقدمًا (يجب أن تكون قائمة للقراءة فقط!) أو الذين يفضلون التواصل بالنص العادي فقط بدلاً من المواقع الإلكترونية الفخمة والمشرقة (إنهم موجودون بالفعل! )
(يجب أن تكون قائمة للقراءة فقط!) أو الذين يفضلون التواصل بالنص العادي فقط بدلاً من المواقع الإلكترونية الفخمة والمشرقة (إنهم موجودون بالفعل! 
)