إعطاء كل مستخدم علامة مجموعة افتراضية (مثال للمستخدمين)

أهلاً بالجميع،

أنا مشغول بالتعمق في Discourse (لقد قمت بتشغيل واحد على Vultr :slight_smile: ). بعد أحد أسئلتي حول وضع علامات على المجموعات Group tagging notification (السماح بوضع علامات على المجموعات).

الآن كنت أتساءل عما إذا كان من الممكن إعطاء جميع المستخدمين علامة مجموعة افتراضياً (بدون عمل يدوي ؛)). حتى يتمكن كل مستخدم من وضع علامات على جميع المستخدمين.

يتيح هذا للمسؤولين، على سبيل المثال، إجبار المستخدمين على تلقي إشعار لمنشور معين (بالطبع هذا مفيد فقط للاستخدام الداخلي :slight_smile: .

هل تقوم بوضع علامات للمستخدمين؟ العلامات لا تعمل بهذه الطريقة، أو لم يُقصد استخدامها بهذه الطريقة. سيكون لديك الكثير من العلامات حينها. هل تقصد الإشارات؟

وإذا كنت تريد إيقاظ جميع المستخدمين باستخدام العلامات أو الإشارات، فهذا مستحيل ببساطة.

هل كنت تقصد ذكر @trust_level_0؟

إعجابَين (2)

هذا لا يصل إلى الجميع، على حد علمي. يمكنني مزج ذلك مع @here، مع ذلك. يوجد إعداد max users notified per group mention (الحد الأقصى للمستخدمين الذين تم إعلامهم لكل إشارة مجموعة)، ولكنني لا أعرف ما إذا كان يمكن أن يكون لانهائيًا أو كبيرًا بشكل سخيف.

حسنًا، أريد أن أكون قادرًا على الإشارة إلى @all على سبيل المثال. وسيصل ذلك إلى جميع المستخدمين على المنصة. عند إعادة تسمية @trust_level_0 (مجموعة) إلى @all ووضع علامة عليها في رسالة، هل سيتلقى جميع المستخدمين إشعارًا؟

عندما يحصل شخص ما على مستوى ثقة أعلى، هل سيتم فصل هذا المستخدم أيضًا عن مجموعة @trust_level_0؟

لا. الجميع موجودون هناك.

هذه قصة مختلفة إذا كان TL1 سيكون خيارًا أفضل، مما يعني أن الجميع أفضل من TL0.

يمكنك زيادتها إلى 2000000000

إعجاب واحد (1)

المشكلة الوحيدة هي أنه لا يمكنك إعادة تسمية trust_level_group_0 https://meta.discourse.org/t/is-it-possible-to-rename-the-trust-level-0-group-to-something-else/96639.

ولكن يمكنك إعداد خطاف في discourse يقوم بتنبيه نقطة نهاية، والتي بدورها تخبر واجهة برمجة تطبيقات discourse بإضافة مستخدم إلى مجموعة، عند التسجيل.

ليس جميلاً ولكنه سيعمل :okay:

لا. قم بإنشاء مجموعة وأضف الأشخاص إليها. بعد ذلك يمكنهم الإشارة إلى @group.

لا تقم بإعادة تسمية المجموعات الافتراضية. سيؤدي ذلك إلى إرباك (إذا سمح لك بذلك).

إعجاب واحد (1)

يمكنك إعادة تسمية المجموعات الافتراضية من خلال admin/customize/site_texts :+1: لتغيير مستوى الثقة 0 سيكون groups.default_names.trust_level_0

لا يمكن مشاركة الاسم مع مستخدم أو مجموعة موجودة، أو لن تتم إعادة التسمية. يتم التغيير كجزء من مهمة خلفية، لذلك سيتم تحديثه عند تشغيلها. يمكنك تسريعها عن طريق تشغيل Jobs::EnsureDbConsistency من /sidekiq/scheduler

كنت أتساءل لماذا استغرق التحديث وقتًا طويلاً (كنت أقوم باختباره). ولكن عندما تقوم بتغيير اسم المجموعة، هل سيكون من الممكن الإشارة إليها باستخدام @newGroupname؟

إذا قمت بتغيير الاسم من خلال admin/customize/site_texts فيجب أن ينتقل أيضًا إلى القوائم المنسدلة و @mentions، إلخ :+1:

في الواقع، لست متأكدًا من أنني اختبرت @mention. دعني أتحقق…

لقد تحققت، وهو كذلك. :+1:

إعجاب واحد (1)

يمكنك إعادة تسميته. سيكون الأمر مربكًا فقط لأي شخص لديه معرفة بـ discourse ويحاول المساعدة لاحقًا. من المرجح أن يسبب مشاكل أكثر مما يحل، لكنني لا أعرف هذا المجتمع، فقط بضع مئات ممن ساعدتهم هنا. قد أكون مخطئًا.

إعجابَين (2)

السبب في طرحي لهذا السؤال هو أنه إذا كنت تستخدم، على سبيل المثال، طبقة مصادقة من Google (oauth2)، فلا يمكنك تعيين عضو لمجموعة معينة يدويًا في كل مرة، لذلك سواء كنت:\n- يجب تغيير اسم المجموعة الافتراضي\n- تشغيل خطاف استدعاء (webhook) باستخدام برنامج نصي (PHP) يقوم بإنشاء رد اتصال، مضيفًا المستخدم إلى تلك المجموعة.

لا أعتقد أن الأمر مربك للغاية؟ طالما أنهم يذكرون أنهم أعادوا تسميته إذا كان ذلك ذا صلة، فيبدو الأمر واضحًا جدًا. أعتقد أن عددًا قليلاً من الأشخاص قد قاموا بذلك ممن أعرفهم ولا أعتقد أنهم أبلغوا عن أي مشاكل؟ (باستثناء تعارض المجموعة/اسم المستخدم الذي يتسبب في فشل إعادة التسمية بصمت).

هل هناك أي سبب آخر توصي بتجنبه؟

إعجاب واحد (1)

يُستخدم مستوى الثقة في عدد لا يحصى من الأماكن. إذا تم استدعاء trust_level_0 باسم “not_trust_level” وبدأت في تصحيح مشكلة ما تتعلق بمستويات الثقة، فمن المحتمل أن تشعر بالارتباك. قد تقول: “انتظر. لا يوجد trust_level_0. كيف يعمل هذا!؟”.

إعجاب واحد (1)

لقد كنت أستخدم أسماء مخصصة لمستويات الثقة دون مشاكل باستثناء التعارض المذكور سابقًا بين اسم مستخدم موجود واسم المجموعة الجديد (تم حله هنا Trust_level default name?) أليس الهدف الكامل لقسم النص المخصص في قائمة المسؤول هو أن تحتاج فقط إلى إجراء تغيير واحد لتغيير الأماكن التي لا حصر لها في واجهة المستخدم التي يُستخدم فيها النص؟

بناءً على تجربتي، فإن تغيير اسم مستوى الثقة هو طريقة سهلة لمنح منتداك مظهرًا أكثر تماسكًا وهو أكثر متعة.

مدرب > محترف > قائد له معنى أكبر، ويتوافق مع العلامة التجارية، وهو أكثر متعة لمجتمعي من مستوى_ثقة_1 > مستوى_ثقة_2 > مستوى_ثقة_3

إعجابَين (2)

يسعدني أن الأمر يعمل معك! ربما أنا جامد جدًا.

كانت وجهة نظري هي أن هناك العديد من السلاسل النصية التي يمكن تخصيصها والتي تتحدث عن مستويات الثقة. ولكن إذا لم تواجه مشكلة، فهذه بيانات حقيقية وليس لدي أي أمثلة محددة (أتذكرها) لمشكلة فعلية، لذلك من المحتمل أن يكون من الآمن تجاهل رأيي.

إعجاب واحد (1)

تحذير: يتضمن TL0 مستخدمي المراحل. إذا استخدمت مستخدمي المراحل وأرسلت رسالة إلى تلك المجموعة، فسيتم إرسال بريد إلكتروني إلى المستخدمين المرحليين.

لقد فاجأ هذا البعض. :slight_smile:

إعجابَين (2)

ماذا تقصد بالمستخدمين المرحليين؟