لقد سألت هذا في موضوع آخر، ولكن آخر مشاركة قبلي كانت قبل 5 سنوات، لذا ربما لن تحصل على نفس القدر من الاهتمام مثل موضوع جديد.
لدي سؤال من منظور غير مطور.
أنا أستخدم Discourse كنظام تذاكر لشركتنا وقد قمت بإعداده بنجاح لإنشاء مواضيع جديدة من مستخدمين غير مسجلين في منتدى الدعم الخاص بنا.
في بعض الأحيان، أحتاج إلى إنشاء تذكرة نيابة عن عميل بدلاً من قيامه بإنشائها مباشرة.
هل هناك طريقة سهلة خطوة بخطوة للقيام بذلك وإنشاء موضوع نيابة عن شخص ليس لديه حساب بالفعل في المنتدى؟ لا أريد أن يكون لديهم حساب كامل إلا إذا قاموا بالتسجيل بأنفسهم.
إذا كان يجب القيام بذلك من واجهة سطر الأوامر، فلا بأس بذلك، ولكنني بحاجة إلى بعض المساعدة مثل:
الدخول إلى الحاوية باستخدام foo
كتابة rails bar etc etc
أي شيء آخر يلزم القيام به
أدرك أنه يمكنني إعادة تعيين المشاركات، لذلك إذا كان الأمر معقدًا للغاية للقيام بكل شيء، فإن التعليمات فقط لإنشاء المستخدم، ثم استخدام واجهة المستخدم الرسومية لتغيير المالك ستكون مفيدة للغاية.
طالما يمكنني كتابة مقال مفصل لمكتب المساعدة ليتبعه بقية الموظفين، فلا يهمني ما يتطلبه الأمر. سيكون من الرائع عدم الاضطرار إلى وصول جميع الموظفين إلى الحاوية عبر ssh، ولكننا سنتدبر الأمر إذا كان ذلك لا مفر منه.
ليس بريدًا إلكترونيًا مباشرًا بشكل عام. في معظم الأحيان، يقوم رئيسي بإعادة توجيه بريد إلكتروني من العميل إليّ ويطلب مني تحويله إلى تذكرة للرد عليهم.
أعتقد أن كل ما سيفعله ذلك هو إنشاء الموضوع باستخدام البريد الإلكتروني الخاص برئيسي كمستخدم المعين لـ الذي أنشأ التذكرة.
يمكنك أيضًا إنشاء مستخدم مرحلي ببساطة عن طريق إرسال رسالة خاصة إليه، ولصق عنوان البريد الإلكتروني كالمستلم. إذا لم يكن عضوًا بالفعل، فسيتم إنشاء حساب مستخدم مرحلي له. إذا قام بتسجيل الدخول لاحقًا باستخدام نفس عنوان البريد الإلكتروني، فسيتحول حسابه بشكل سحري وسيرى رسائله الخاصة على الموقع.
حيلة أخرى لطيفة، إذا كنت تستخدم مجموعة لمشاركة معالجة التذاكر مع فريق، هي تضمين تلك المجموعة عند إرسال رسالة خاصة. بهذه الطريقة، سيتم إرسالها من المجموعة وستعود أي ردود أيضًا إلى المجموعة.
من الجيد معرفة ذلك، لكنني قمت بإعداد نظام التذاكر بحيث يحتوي كل شيء داخل Discourse.
لقد كان يعمل بشكل جيد جدًا حتى الآن باستثناء عميل واحد يستخدم نظام التذاكر الخاص به لإرسال طلبات الدعم إلينا، بمجرد أن يكون لدي مزيد من الوضوح بشأن المشكلة، قد أبدأ موضوعًا آخر لمحاولة حل مشكلتهم.
إرسال الرسائل الخاصة (PMs) كبريد إلكتروني يعمل بالتأكيد بالنسبة لي. لا أفهم لماذا لا يعمل بالنسبة لك. ربما سيساعد إذا قمت بتسجيل مثال؟ يمكنك إدخال شيء مثل discourse@example.com حتى لا تحتاج إلى مشاركة عنوان بريد إلكتروني.
لذا، فهو لا يعمل مع العناوين التي تحتوي على “+”، وأفترض أنه ربما كان هناك شيء غريب في عنوان العميل الأصلي تسبب في هذه المشكلة في المقام الأول.
لقد ذهبنا بالفعل بالطريقة الطويلة لإدخالهم في النظام، لذا لست متأكدًا مما كان يحدث.
شكرًا لك مرة أخرى على المساعدة، على الرغم من أنه تبين أنه ليس مشكلة!
نعم، تم تحديد خيار “البريد الإلكتروني الموحّد” (normalized emails)، وقمت بإيقاف تشغيله والآن يمكنني إنشاء مستخدمين مرحليين باستخدام خاصية “العنونة الإضافية” (plus addressing).
بعد المزيد من الاختبارات، اتضح أن هذا يسمح لي بإنشاء عناوين إضافية فقط عندما يكون هناك مستخدم آخر (أنا على سبيل المثال) يستخدم النسخة الموحدة من العنوان.
حتى مع تحديده، كان بإمكاني إنشاء عنوان إضافي عشوائي مثل test+this@thing.com، ولكن لم يتم إنشاء david+test@example.com لأن david@example.com كان موجودًا بالفعل.
أعتقد أن هذا هو المتوقع.
لم ألاحظ ذلك قط، ولكن إذا كان مقصودًا، فهذا بالتأكيد ذكي للغاية! هذا هو نوع الهدف منه.. السماح لك باستخدام عنوان بريد إلكتروني واحد لإنشاء مجموعة من حسابات المستخدمين التجريبية.
كنت أعني مجموعة Discourse بالطبع.
