مرحباً. أرى مخاوف من المستخدمين بشأن القدرة على إضافة مستخدمين إضافيين إلى موضوع رسالة شخصية يمكنهم بعد ذلك رؤية سلسلة الرسائل بأكملها، مما يؤدي إلى الكشف المتعمد أو غير المتعمد عن المعلومات إذا نشر شخص ما معلومات خاصة في وقت سابق من السلسلة.
السلوك المتوقع لهؤلاء المستخدمين هو أن يتمكن المستخدمون المضافون فقط من عرض موضوع الرسالة الشخصية من النقطة التي تمت إضافتهم فيها. هذا يبدو مثالياً بالنسبة لي أيضاً، ولكنه صعب التنفيذ من وجهة نظر Discourse.
أتساءل عما إذا كان من الممكن على المدى القصير منع إضافة المستخدمين بعد بدء موضوع رسالة شخصية، وربما السماح بالإزالة فقط؟
سؤال عام حول ميزة المراسلة، لاحظت أنه يبدو أن أي عضو في سلسلة رسائل خاصة يمكنه إضافة أعضاء جدد، هل هناك إعداد لتغيير ذلك؟
سمعت أن هذا قد يكون مقصودًا لكي يتمكن أي شخص من إضافة مشرفين إلى هذه الرسائل إذا لزم الأمر، لأنه إذا كانت مشفرة فلن يتمكن المشرفون من الوصول إلى الرسائل حتى لو تم الإبلاغ عنها.
ومع ذلك، يمكن أن يكون ذلك مشكلة إذا أضاف شخص ما مستخدمين غير مشرفين إلى سلسلة رسائل دون السؤال عما إذا كان باقي أعضاء المحادثة موافقين على ذلك أولاً.
السؤال الرئيسي هو ما إذا كانت هناك بالفعل إعدادات يمكن تعديلها للأذونات المتعلقة بهذا الأمر أو ما إذا كان يمكن تطويرها كميزة جديدة بحيث يكون الشخص الذي يبدأ رسالة خاصة فقط هو من يمكنه إضافة أعضاء جدد إليها افتراضيًا، أو بدلاً من ذلك، حتى لو لم يتمكنوا من القيام بذلك، مع استثناء واحد لطلب الإشراف على المشاركات التي تم الإبلاغ عنها.
نعم، لقد تم طرح هذا الموضوع من قبل بما في ذلك موضوع أنشأته. لا أعتقد أن هناك حاليًا إعدادات أو آلية للتحكم في إضافة مستلمي الرسائل الخاصة، بخلاف max_allowed_message_recipients و min_trust_level_to_allow_invite settings.
في اليوم الآخر، كان شخص ما (بدا لي) يجادل في رسالة خاصة مع مشرف هنا. بدأ المشرف الرسالة الخاصة. دعاني المستخدم غير المشرف إلى الرسالة. شعرت بالغرابة لأنه كان قادرًا على فعل ذلك. أنا على علم أيضًا بحالات يكون فيها من المناسب السماح للمستخدمين الذين لم يبدأوا رسالة خاصة بدعوة مستخدمين آخرين إلى رسالة خاصة. بدلاً من إعداد موقع يمنع المشاركين في الرسائل الخاصة من إضافة مشاركين آخرين إلى رسالة خاصة، قد يكون من الجيد أن تكون هناك قيمة افتراضية يمكن تجاوزها على أساس كل رسالة خاصة على حدة.
هذا أحد الأشياء التي أحب أن أفكر أنها تندرج تحت آداب المنتدى (على عكس القواعد الصريحة، والتي يمكن للمرء بالتأكيد وضع قاعدة خاصة بإضافة المستلمين إذا شعر بالحاجة إليها) - أعتقد أنه من آداب السلوك الجيدة أن تسأل المشاركين الحاليين في الرسالة الجماعية عما إذا كان من المناسب بالفعل دعوة الآخرين.
أحب هذه الفكرة. لست متأكدًا من كيفية تنفيذها، مثل ربما مربع اختيار مثل مربع التحذير الرسمي الذي يمتلكه الموظفون؟ (إعداد للسماح بالرسائل الجماعية الخاصة على ما أعتقد )
هاه، نعم يمكنني التفكير في بعض المواقف المحرجة حيث تمت دعوتي إلى محادثات شعرت فيها أنه ربما لم يكن من المناسب لي أن أكون هناك.
حدث لي نفس الشيء. لم أكن متأكدًا مما إذا كان يجب علي ذكر ذلك هنا في المنتدى، ربما سيعلق المشرفون أو يشرفون على هذا الأمر.
بعد ذلك، ذكرت للمشرف أنني نصحت المستخدم بطلب الإذن أولاً قبل القيام بذلك، لكنهم شعروا أن ذلك لم يكن ضروريًا لأن الموضوع كان في الأصل سلسلة بدأها وتم حذفها لتصبح رسالة بدلاً من ذلك.
أعتقد أنه من المهم ملاحظة أنها ليست رسائل خاصة في الواقع. تسمى الرسائل الشخصية وليست بالضرورة “خاصة” بالطريقة التي يعتقدها البعض. إنها تعمل بشكل رائع للمناقشات الجماعية ويستخدمها موظفو المنتدى الخاص بي كثيرًا. أعرف أن العديد من مستخدمي المنتدى لدينا يفعلون ذلك أيضًا لأنها ذات طابع خاص جدًا هههه.
[اقتباس=“anon65426961, post:7, topic:278446”]
لم أكن متأكدًا بشأن ذكر ذلك هنا
[/اقتباس]
يبدو أنه مثال جيد على المشكلة. بشكل أساسي، مُنحت حق الوصول إلى شيء لا يخصني.
[اقتباس=“Lilly, post:6, topic:255868, username:Lilly”]
أعجبتني هذه الفكرة. لست متأكدة من كيفية تنفيذها،
[/اقتباس]
أنا لست متأكدًا أيضًا. خاصة إذا كان الهدف هو عدم إدخال الكثير من التعقيد في واجهة المستخدم. بالنسبة للحالات التي أفكر فيها، يمكن التحكم فيها كإعداد مجموعة، لكنني لا أعتقد أن ذلك سيحل المشكلة المذكورة في المنشور الأصلي.
أعتقد أنه إذا كان بإمكانك حصر الأمثلة في مصطلحات عامة بحتة، فسيكون ذلك ذا صلة بالمناقشة. ومع ذلك، فإن مناقشة تفاصيل محددة للمستخدم و/أو الموقف ستكون غير مناسبة على الأرجح. يرجى الانتباه إلى ذلك.
أتفق. أعتقد أنه في تلك الحالات يمكن أن يضع الشخص المدعو في مناقشة الإشراف في موقف محرج حقًا، ولن أوصي به كمثال على آداب المنتدى الجيدة. إذا كان هناك تبديل يمكنني استخدامه لتعطيله، أعتقد أنني سأستخدمه عند إنشاء تلك الأنواع من الرسائل الخاصة.
يبدو أن هناك عددًا قليلاً من الموضوعات التي تم طرحها فيها، لذا سأرى ما إذا كان بإمكاني تنظيمها حتى نتمكن من تركيز المناقشة في مكان واحد.
الحالة التي تبدو واضحة بالنسبة لي هي رسائل التحذير الرسمية. في هذه الحالة، لست متأكدًا مما إذا كان التبديل ضروريًا حتى.
تجدر الإشارة إلى أن قدرة أي مستخدم على إضافة مستخدمين إلى الرسائل الشخصية مفيدة جدًا عندما يُستخدم Discourse كمنصة دعم. فهي تسمح للشخص الذي يطلب الدعم بإضافة أعضاء من فريقه إلى الرسالة الشخصية. هذا يجعل الأمور أسهل إلى حد ما لفريق الدعم، لأنه يضع العبء على الأشخاص الذين يدعمونهم للتأكد من عدم دعوة الشخص الخطأ إلى الرسالة الشخصية.
بالنسبة لشخص ينشئ سلسلة رسائل جديدة، يمكن أن يكون هذا خيارًا، ولكن قد يكون من الأفضل قصر هذا الخيار على موظفي المستوى الرابع الموثوق بهم / المشرفين المتطوعين فقط.
عندما تتم إزالة جميع الأعضاء من رسالة خاصة، فإنها تدخل في حالة غريبة نوعًا ما. لا يتم أرشفتها أو حذفها، ولكنها لا تظهر في أي مكان في واجهة المستخدم على حد علمي. لا يزال بإمكان المسؤولين الوصول إلى الرسالة إذا كانوا يعرفون معرف الرسالة. إليك مثال:
مثير للاهتمام، لقد اختبرت هذا للتو وكانت سلسلة الرسائل لا تزال موجودة بنفس عنوان URL بعد إزالة الجميع من الرسالة. هناك قيود على من يمكنه إزالة الآخرين من الرسالة، ويبدو أن هذا يقتصر فقط على من بدأ الرسالة أو مسؤول/مشرف.
يبدو هذا شيئًا قد يتم تطويره بشكل أكبر في السنوات القادمة. إذا حدث هذا دون تسجيل عنوان URL أولاً، فلن تكون هناك طريقة للوصول إلى سلسلة الرسائل/حذفها، باستثناء ربما هناك طريقة أخرى.
مع ميزة دعوة أعضاء جدد إلى محادثة، لا يوجد دعوة رسمية تُمنح مع فرصة لشخص ما للاختيار بين قبول الدعوة أو رفضها.
إذا كان يمكن تطوير ذلك بشكل أكبر للقيام بذلك، فربما ستكون هناك طريقة لدمج نظام بحيث: يرغب المستخدم العشوائي 478 في دعوة شخص ما إلى محادثة: سيؤدي ذلك إلى إخطار الأعضاء الآخرين بأنهم طلبوا إرسال الدعوة، ولكن قد يستغرق ذلك بضعة أيام لتسليم خدمة البريد.
يبدو أن Discourse يسير بسرعة كبيرة ولكن البطء في بعض الأحيان أفضل.
)
