أنا مشغول بالتعمق في Discourse (لقد قمت بتشغيل واحد على Vultr ). بعد أحد أسئلتي حول وضع علامات على المجموعات Group tagging notification (السماح بوضع علامات على المجموعات).
الآن كنت أتساءل عما إذا كان من الممكن إعطاء جميع المستخدمين علامة مجموعة افتراضياً (بدون عمل يدوي ؛)). حتى يتمكن كل مستخدم من وضع علامات على جميع المستخدمين.
يتيح هذا للمسؤولين، على سبيل المثال، إجبار المستخدمين على تلقي إشعار لمنشور معين (بالطبع هذا مفيد فقط للاستخدام الداخلي .
هل تقوم بوضع علامات للمستخدمين؟ العلامات لا تعمل بهذه الطريقة، أو لم يُقصد استخدامها بهذه الطريقة. سيكون لديك الكثير من العلامات حينها. هل تقصد الإشارات؟
وإذا كنت تريد إيقاظ جميع المستخدمين باستخدام العلامات أو الإشارات، فهذا مستحيل ببساطة.
هذا لا يصل إلى الجميع، على حد علمي. يمكنني مزج ذلك مع @here، مع ذلك. يوجد إعداد max users notified per group mention (الحد الأقصى للمستخدمين الذين تم إعلامهم لكل إشارة مجموعة)، ولكنني لا أعرف ما إذا كان يمكن أن يكون لانهائيًا أو كبيرًا بشكل سخيف.
حسنًا، أريد أن أكون قادرًا على الإشارة إلى @all على سبيل المثال. وسيصل ذلك إلى جميع المستخدمين على المنصة. عند إعادة تسمية @trust_level_0 (مجموعة) إلى @all ووضع علامة عليها في رسالة، هل سيتلقى جميع المستخدمين إشعارًا؟
عندما يحصل شخص ما على مستوى ثقة أعلى، هل سيتم فصل هذا المستخدم أيضًا عن مجموعة @trust_level_0؟
يمكنك إعادة تسمية المجموعات الافتراضية من خلال admin/customize/site_texts لتغيير مستوى الثقة 0 سيكون groups.default_names.trust_level_0
لا يمكن مشاركة الاسم مع مستخدم أو مجموعة موجودة، أو لن تتم إعادة التسمية. يتم التغيير كجزء من مهمة خلفية، لذلك سيتم تحديثه عند تشغيلها. يمكنك تسريعها عن طريق تشغيل Jobs::EnsureDbConsistency من /sidekiq/scheduler
كنت أتساءل لماذا استغرق التحديث وقتًا طويلاً (كنت أقوم باختباره). ولكن عندما تقوم بتغيير اسم المجموعة، هل سيكون من الممكن الإشارة إليها باستخدام @newGroupname؟
يمكنك إعادة تسميته. سيكون الأمر مربكًا فقط لأي شخص لديه معرفة بـ discourse ويحاول المساعدة لاحقًا. من المرجح أن يسبب مشاكل أكثر مما يحل، لكنني لا أعرف هذا المجتمع، فقط بضع مئات ممن ساعدتهم هنا. قد أكون مخطئًا.
السبب في طرحي لهذا السؤال هو أنه إذا كنت تستخدم، على سبيل المثال، طبقة مصادقة من Google (oauth2)، فلا يمكنك تعيين عضو لمجموعة معينة يدويًا في كل مرة، لذلك سواء كنت:\n- يجب تغيير اسم المجموعة الافتراضي\n- تشغيل خطاف استدعاء (webhook) باستخدام برنامج نصي (PHP) يقوم بإنشاء رد اتصال، مضيفًا المستخدم إلى تلك المجموعة.
لا أعتقد أن الأمر مربك للغاية؟ طالما أنهم يذكرون أنهم أعادوا تسميته إذا كان ذلك ذا صلة، فيبدو الأمر واضحًا جدًا. أعتقد أن عددًا قليلاً من الأشخاص قد قاموا بذلك ممن أعرفهم ولا أعتقد أنهم أبلغوا عن أي مشاكل؟ (باستثناء تعارض المجموعة/اسم المستخدم الذي يتسبب في فشل إعادة التسمية بصمت).
يُستخدم مستوى الثقة في عدد لا يحصى من الأماكن. إذا تم استدعاء trust_level_0 باسم “not_trust_level” وبدأت في تصحيح مشكلة ما تتعلق بمستويات الثقة، فمن المحتمل أن تشعر بالارتباك. قد تقول: “انتظر. لا يوجد trust_level_0. كيف يعمل هذا!؟”.
لقد كنت أستخدم أسماء مخصصة لمستويات الثقة دون مشاكل باستثناء التعارض المذكور سابقًا بين اسم مستخدم موجود واسم المجموعة الجديد (تم حله هنا Trust_level default name?) أليس الهدف الكامل لقسم النص المخصص في قائمة المسؤول هو أن تحتاج فقط إلى إجراء تغيير واحد لتغيير الأماكن التي لا حصر لها في واجهة المستخدم التي يُستخدم فيها النص؟
بناءً على تجربتي، فإن تغيير اسم مستوى الثقة هو طريقة سهلة لمنح منتداك مظهرًا أكثر تماسكًا وهو أكثر متعة.
مدرب > محترف > قائد له معنى أكبر، ويتوافق مع العلامة التجارية، وهو أكثر متعة لمجتمعي من مستوى_ثقة_1 > مستوى_ثقة_2 > مستوى_ثقة_3
كانت وجهة نظري هي أن هناك العديد من السلاسل النصية التي يمكن تخصيصها والتي تتحدث عن مستويات الثقة. ولكن إذا لم تواجه مشكلة، فهذه بيانات حقيقية وليس لدي أي أمثلة محددة (أتذكرها) لمشكلة فعلية، لذلك من المحتمل أن يكون من الآمن تجاهل رأيي.