الآن يقوم Discourse بتعيين قيمة إعداد “تعطيل وضع القائمة البريدية” إلى true افتراضيًا. إذا كان مستخدمو موقعك يستخدمون وضع القائمة البريدية، فإن إعادة تعيين إعداد “تعطيل وضع القائمة البريدية” إلى false سيسبب إعادة إرسال رسائل البريد الإلكتروني الخاصة بالقائمة البريدية إليهم مرة أخرى.
أفهم ذلك. ومع ذلك، قد يكون هذا الأمر قد أثر على جميع مستخدمي Discourse الذين يستخدمون هذه الميزة عبر جميع تركيبات Discourse. أنصح فريق المطورين بأن يكونوا أكثر حذراً في المواقف المشابهة في المستقبل، وربما عدم عكس هذا الإعداد تلقائياً على النسخ الموجودة مسبقاً.
في حالتنا، فُقدت 20 ساعة من رسائل البريد الإلكتروني لهؤلاء الأشخاص، بالإضافة إلى رسالة لكل مستخدم متأثر (ولا يجعل Discourse من السهل بشكل خاص مراسلة الأشخاص بشكل فردي).
لم يتم اتخاذ هذا القرار بخفة. فقد استند إلى مشاكل حقيقية شديدة الخطورة لاحظناها، حيث ارتفعت تكاليف البريد الإلكتروني بشكل كبير للمضيفين الذاتيين ولبقية تثبيتات ديسكورد.
لقد اخترنا إعدادًا افتراضيًا أكثر أمانًا للحفاظ على انخفاض التكاليف للأشخاص.
@sam : المفاجأة التي عبّر عنها @deeplow (والتي عشتها أنا أيضًا) تثير فضولي: هل هناك فئة يمكن لمسؤولي Discourse الاشتراك فيها ليبقوا على اطلاع بالتغييرات عالية المستوى—والتغييرات المفاجئة على وجه الخصوص—التي تُطبّق على المجتمع دون الحاجة إلى تتبع تطوير Discourse عن كثب؟
بالنسبة لي، لم تكن المشكلة في التغيير نفسه، بل في أني فُوجئت به تمامًا ثم اضطررت إلى تصحيح ما حدث خطأ بعد ذلك. لكن ربما هناك فئة للإعلانات كنت يجب أن أتابعها ولم أفعل؟ (عند التصفح، أرى فئة releases، لكن عند تصفح مواضيع هذا الأسبوع فيها، لا أرى أي شيء كان سيلفت انتباهي إلى هذا التغيير قبل حدوثه، وحتى مع معرفتي بما أبحث عنه الآن بعد الوقوع فيه، لا أرى أي إشارة إليه).
رأيته في ملاحظات الإصدار، لكنني فوجئت بأنه لم يُمنح أهمية أكبر.
قد يكون تغيير الافتراضي لـ تثبيت جديد أمرًا منطقيًا، لكن تغيير الافتراضات على منتدى موجود قد يكون غير لائق بعض الشيء بالنسبة لنا كمسؤولين. هل يمكنك من فضلك عدم القيام بذلك في المستقبل؟
مرحبًا @TallTrees، تغيير الإعداد الافتراضي أمر نادر جدًا. ندرك أن ذلك يؤثر على المواقع الموجودة. أعتقد أنني منذ انضمامي إلى الفريق قبل أكثر من 3 سنوات، قمنا بذلك مرتين فقط. كما قال سام:
نحن نناقش إمكانية تعديل الإجراءات في حال اضطررنا إلى القيام بذلك في المستقبل. كما أنصحك بشدة بقراءة ملاحظات الإصدار - حتى لو لم نقم بتعديل الإجراءات في المستقبل، فإن بنودًا مثل هذه تُذكر في الملاحظات، والتي تُنشر في الوقت نفسه الذي نطلق فيه نسخ بيتا جديدة.
بصفتي عميلًا يدفع رسومًا، لا أتوقع الاضطرار إلى قراءة كل إعلان لملاحظات إصدار النسخة التجريبية لتجنب مفاجأة المستخدمين بهذه الطريقة. لقد اخترنا حل SaaS لأن تشغيل منتدى ليس نشاطنا التجاري الأساسي — فنحن بحاجة إلى منصة اتصال، لكن صيانتها تُعدّ مشتتًا وليس ما يملك أحد الوقت للتركيز عليه.
علاوة على ذلك، وكما أفهم، فإن إصدارات “النسخة التجريبية” تُنشر فعليًا في بيئات الإنتاج لمواقعنا، لذا ربما هذا ليس تسمية مناسبة؟
عند العودة وقراءة البيان المذكور في ملاحظات الإصدار مرة أخرى، أود أن أقترح أن الصياغة كانت غامضة فيما يتعلق بطبيعة التغيير الفعلي:
نقوم الآن بتعطيل وضع قائمة البريد الإلكتروني افتراضيًا عبر إعدادات الموقع حتى لا تتعرض المواقع لتكلفة غير متوقعة كبيرة من البريد الصادر.
أود أن أقترح أنه عادةً عندما يفكر الناس في تغيير الافتراضات، لا يتوقعون أن تُعدَّل خياراتهم المحددة في المستقبل. كما حدث هنا، الأمر يشبه إلى حد ما عندما يقوم يوتيوب بإعادة تمكين خيار “تشغيل الفيديو التالي تلقائيًا” في تحديثات تطبيقه الجديدة بعد أن أوقفه مرارًا، أو عندما يستمر مسوق في إرسال رسائل بريد إلكتروني إليّ لأنني انسحبت فقط من أحد الفروع المحددة لقائمة اشتراكهم الرئيسية.
هذه فكرة جيدة في رأيي للحفاظ على صورة إيجابية لدى المستخدمين تجاه منصة Discourse. وإلا فإن هذا التغيير سيُفسَّر على أنه شيء يكسر تجربة المستخدمين، وليس كتحسين لتجربة المسؤولين.
@mattdm، لا أختلف معك. عليك أن تثق بي بأن هذا التغيير قد أثار نقاشًا كبيرًا بين الفريق. نحن نحاول تجنب التغييرات التي تكسر التوافق مثل هذه، خاصة تلك التي تؤثر على المستخدمين النهائيين. لقد فشلنا هنا. ندرك التأثير الذي أحدثه هذا التغيير ونعتذر عنه.
أتفق معك. وقد قمنا بإجراء هذا التغيير في وقت سابق من اليوم. سيتم إعادة تفعيل وضع قائمة البريد على المواقع التي كان قد فعلها أي مستخدم في تفضيلاته قبل تغيير الإعداد الافتراضي.