من فضلك، أود أن أعرف كيف يمكن تغيير المستخدم الذي “دعاك”. أريده أن يكون دعوة من النظام لأنه لا يمثل فردًا واحدًا. الدعوة من المجتمع. هذا أمر بالغ الأهمية. شكراً لك! (:
يمكنك انتحال شخصية system من صفحة /admin/user.
إنه يخفي الانتحال للنظام بالفعل والشيء الوحيد الذي يمكنك رؤيته هو:
ربما هناك شيء يمكنني تغييره في الإعدادات، شكرًا!
هممم. أين تستضيفه؟ إذا كان مع Discourse.org فقد ترسل بريدًا إلكترونيًا إلى الدعم. لقد اختبرت على تثبيت مستضاف ذاتيًا تم ترقيته مؤخرًا قبل أن أقدم التوصية وكانت شاشتي تبدو كالتالي:
ثم نقرت عليه وأصبحت النظام. لم أنشئ دعوة، مع ذلك.
شكرا لك! سأتصل بالشخص المسؤول عن إعدادات هذا الموقع. ![]()
إذا كنت مشرفًا ولست مسؤولًا، فهذا يفسر الأمر. بالطبع لا يمكنك انتحال شخصية مستخدم لديه صلاحيات أكثر مما لديك.
أعتقد أن البريد الإلكتروني الخاص بمسؤول النظام/المطور فقط في تطبيق.yml هو من يمكنه انتحال شخصية النظام؟ لقد منحت للتو حقوق المسؤول لمستخدم تجريبي، ولم يحصلوا على خيار انتحال شخصية النظام.
يبدو صحيحًا. أنسى أن المطور مختلف، حيث غالبًا ما تكون هذه هي الطريقة التي أحصل بها على وصول المسؤول.
حسنًا شكرًا لك، سأبحث في هذا الأمر! أقدر مساعدتك! ![]()
إذًا، إذا تمكنت من انتحال شخصية النظام، فهل سأتمكن من تغيير مالك روابط الدعوة؟ هذا أفضل من إنشاء الروابط مرة أخرى وإعادتها إلى السياق!
شكرًا مقدمًا!
لا. ستتمكن من إنشاء روابط بصفتك النظام. لا أعتقد أنه يمكنك تغيير مالكها بسهولة. بالنظر إلى أنني على حق، ستحتاج إلى القيام بذلك في وحدة تحكم Rails. إذا كان هناك الكثير منها، فستحتاج إلى الاطلاع على العمليات المجمعة الإدارية للحصول على بعض الأدلة حول كيفية القيام ببعض الأشياء بشكل مجمع. أشك في وجود مثال دقيق، رغم ذلك.
شكرا! (:
أعتقد أنه سيكون #ميزة جيدة ومفيدة إذا كان بإمكاننا تغيير المالك (تمامًا كما هو مسموح لنا بتغيير ملكية المنشور).
مرحباً جاسم! هل يمكنك إخبارنا بالمزيد عن حالة استخدامك؟ كيف تشارك هذه الدعوات؟ الفكرة وراء “ملكية” الدعوات هي وجود ثقة بين الداعي والشخص الذي يدعوه، مما يساعد على بناء المجتمع. يمكن للداعي أيضًا مراقبة دعواته المعلقة وإعادة إرسال الدعوات حسب الحاجة، ويتم إعلامه عند قبول دعواته، ويحصل أيضًا على رصيد للدعوات المقبولة.
إذا كنت لا تريد كل هذا، فأقترح عليك تغيير إعدادات المسؤول للسماح للمستخدمين الجدد بالتسجيل مباشرة. أو ربما يمكنك التسجيل كمستخدم يمثل المجتمع الذي يُسمح لك بانتحاله ولا يكون system.
شكرًا @tobiaseigen! لقد انتهيت من اختيار هذا الخيار.
شكرًا على أسئلتك! لقد شرحت المزيد من التفاصيل حول حالة الاستخدام في الموضوع: حد الدعوة إلى غير محدود!؛ ومع ذلك، فإن خيار تغيير الملكية يرجع إلى أننا ندعو المشاركين في الدورة التدريبية إلى منتدى المناقشة والمجتمع/الدورة التدريبية… إلخ لا يمثل فردًا واحدًا، لذا فإن “الشخص دعاك للانضمام إلى منتدى المناقشة” لا يمثل الغرض من الدعوة.
باختصار، لم أكن أعرف أنه سيقول “دعاك شخص” لأنني استخدمت المسؤول، لذلك اعتقدت أنه سيقول إن الموقع دعاك… ثم عندما كنت أختبر رأيت تلك الرسالة والآن أريد تغيير ملكية الروابط بدلاً من الاضطرار إلى إنشاء روابط واستبدالها في محتوى الدورة التدريبية مرة أخرى! ( :
آمل أن أكون قد أوضحت حالة الاستخدام جيدًا! لا يزال قيد الاختبار وأشكرك جزيل الشكر على دعمك.
قراءة حالة الاستخدام الخاصة بك:
… أردت مشاركة تجربة مماثلة مررت بها، حيث احتجنا إلى ترك رابط في الوثائق يوجه الأشخاص إلى الفئة الخاصة الصحيحة عند اتباعهم له. وبالنظر إلى كيفية عمل النظام…
… لم تنجح معنا، حيث كانت دعوة لاتخاذ إجراء لسكان مدينة، مما جعلها غير معقولة بالنسبة لنا، وفقًا لإرشادات المدينة.
لقد جمعت بين ميزتين من ميزات Discourse:
- مجموعات المستخدمين للأذونات
- الروابط الدائمة
عندما يرتبط المرء مباشرة بمجموعة، قد يطلب الانضمام إليها (وفقًا لإعدادات تلك المجموعة)، وهناك زر “طلب”. إذا قمت بزيارة https://meta.discourse.org/g/chat-testers، سترى شيئًا مشابهًا:
سيؤدي الضغط على زر “طلب” إلى نقل المستخدمين إلى عملية التسجيل/الانضمام إلى تلك المجموعة.
نظرًا لأننا لم نرغب في إرسال روابط تبدو مثل https://example.org/g/neighborhood، فقد اخترنا إرسال عمليات إعادة توجيه. ولأننا أردنا التحكم فيها (سياسات خصوصية المدينة، وهي رائعة!)، بالإضافة إلى القدرة على تحديث الرابط إذا لزم الأمر، استخدمنا إعدادات الروابط الدائمة الأصلية في Discourse، المتاحة في /admin/customize/permalinks.
ثم في وثائقنا نترك رسالة مثل:
شكراً لاهتمامك بهذه الدورة، لإكمال الدروس، يرجى الانضمام إلى الدورة 1 على https://forums.example.edu/student-invite.
والتي مع إعادة توجيه الرابط الدائم في لقطة الشاشة ستقوم بتحميل https://forums.example.edu/g/Students، والمتابعة في تأهيل الطالب.
لقد استمتعت بهذه الطريقة، لأنها أعطت المشرفين لدينا أدوات مماثلة لتأهيل المجموعات، مع الحفاظ على مرونة نظام الدعوة. ![]()
شكراً جزيلاً @maiki على المشاركة! أعتقد أن فكرتك رائعة جداً؛ ~ولكن سؤالي هو هل سيظهر «طلب الانضمام» لمستخدم لم يسجل دخوله بعد إلى المنتدى (المستخدمين المجهولين)؟ وإذا ظهر، هل يعيد توجيههم إلى الموضوع بعد طلب الانضمام؟ تحديث: لقد اختبرت ذلك ولكنه لا يعيد توجيه المستخدمين إلى الموضوع المحدد.
المشكلة الأخرى هي أن المشاركين سيتعين عليهم الانتظار حتى يتم قبول طلبهم. هل قمت بأتمتة ذلك؟ (أعتقد أن هذا صالح في الإعدادات، أليس كذلك؟) تعديل: لقد تحققت ولا توجد طريقة لأتمتة القبول في المجموعة (بنفس الطريقة التي تعمل بها روابط الدعوة) وهذا يعني أنه سيتعين على المشاركين الانتظار حتى يقبل مالك المجموعة طلبهم، ولكن بالنسبة للدورات التدريبية الدولية لا يمكننا ضمان التواجد على مدار 24 ساعة لقبول الطلبات فوراً ولا توجد طريقة لجعل المشاركين ينتظرون!
هناك خيار يشبه “السماح للمستخدمين بالانضمام إلى المجموعة ومغادرتها بحرية”. ولكن الاجتماع غير متاح إذا كانت المجموعة مخفية.
شكرًا، ولكن ليس فقط يجب أن تكون المجموعة مرئية، ولكنها لا تعمل مع خيار “طلب الانضمام”.
لا يزال خيارًا للنظر فيه، ولكن المشكلة هي أن هذا سيعمل فقط إذا كان بإمكاننا ضمان أن المشتركين في الدورة سيسجلون في المنتدى مبكرًا وباستخدام الدعوة الأولى!
شكرًا!
لقد قمنا بتثبيت مواضيع مفيدة في الفئات المعنية؛ في حالة الاستخدام الخاصة بي، كان لدينا موضوع معقد لمناقشته، لذلك قسمناه إلى مواضيع منفصلة لتسهيل فهمه ومناقشته.
صحيح، الطريقة التي وصفتها لا تعمل بشكل جيد مع المجموعات الخاصة…
![]()
بأخذ كل شيء معًا… ربما يمكنك أتمتة سير العمل هذا الخاص بك، عبر Discourse Automation. قم بإعداده بحيث عندما ينضم مستخدم إلى مجموعة، يتم إرسال رسالة خاصة إليه برابط إلى الموضوع الذي تريد منه قراءته…
هذا هو السبب في أنني أستخدم روابط الدعوة لأن هذا ما يفترض أن يفعله:
- إضافة المستخدم إلى مجموعة خاصة
- إعادة توجيه المستخدم إلى منشور الموضوع



