أعتقد أنهم لا يستطيعون. سيتعين عليهم التسجيل وتحديث تفضيلاتهم المتعلقة بهذا الموضوع أو تفضيلات الإشعارات العامة لديهم.
هل توجد وثائق حول هذه النقطة النهائية (endpoint)؟ لقد بحثت في وثائق واجهة برمجة التطبيقات (API) لكنها غير موجودة هناك.
أبحث عن طريقة لإنشاء موضوع وتعيينه لمستخدم محدد (عن طريق إضافة discourse-assign).
كما أفكر فيما إذا كان يجب أن يكون مفتاح واجهة برمجة التطبيقات (API key) مخصصًا لنظام المستخدم، أو هل يمكنني استخدام مستخدم آخر بحد أدنى من الصلاحيات (وما هي هذه الصلاحيات الدنيا المطلوبة؟).
فقط هذا المنشور: Creating a staged user with an API call - #8 by blake
هذا ممكن تمامًا. اطلع على Reverse engineer the Discourse API وستجد نقطة النهاية التي تستدعيها إضافة discourse-assign.
لا، لا يحتاج إلى أن يكون مع مستخدم النظام. كل ما تحتاجه هو مستخدم لديه مستوى ثقة كافٍ لإنشاء الموضوعات وتعيينها.
شكرًا لك على الرد. أنا أفهم كيفية تعيين منشور محدد، ولكن كيف يمكنني العثور بشكل موثوق على المنشور الذي تم إنشاؤه حديثًا عبر نقطة نهاية /admin/email/handle_mail؟ يبدو أيضًا أن النظام يضع المكالمات المستلمة في قائمة انتظار، لذا لن أتمكن دائمًا من العثور عليها فورًا بعد المكالمة الأولى.
صحيح، أن نقطة النهاية هذه لا ترجع معرف الموضوع (topic_id).
هل يجب أن يكونوا مستخدمين في مرحلة الاختبار؟ ألا يمكنك ببساطة إنشاء المستخدم عبر واجهة برمجة التطبيقات (API) ثم إنشاء موضوع؟ أم أن الأشخاص الذين ليس لديهم حسابات بعد سيقومون بالمراسلة إلى نقطة النهاية هذه؟
هو نموذج اتصال عام لمنتجات مختلفة، حيث يملك كل منتج تاجرًا مختلفًا. أريد تعيين موضوع لتاجر محدد، ومنع الوصول إلى المواضيع التي لا تنتمي إلى ذلك التاجر.
لدي سؤال من منظور غير مطور.
أنا أستخدم Discourse كنظام تذاكر لشركتنا وقد قمت بإعداده بنجاح لإنشاء مواضيع جديدة من مستخدمين غير مسجلين في منتدى الدعم الخاص بنا.
في بعض الأحيان، أحتاج إلى إنشاء تذكرة نيابة عن عميل بدلاً من قيامه بإنشائها مباشرة.
هل هناك طريقة سهلة خطوة بخطوة للقيام بذلك وإنشاء موضوع نيابة عن شخص ليس لديه حساب بالفعل في المنتدى؟ لا أريدهم أن يحصلوا على حساب كامل إلا إذا قاموا بالتسجيل بأنفسهم.
أود أن أجرب إنشاء موضوع عبر البريد الإلكتروني الوارد:
بهذه الطريقة سيتم إنشاء مستخدم مرحلي عند إنشاء الموضوع.
يمكنك إنشاء المستخدم المرحلي عبر واجهة برمجة التطبيقات (API)
curl -i -sS -X POST "http://localhost:4200/users" \
-H "Content-Type: multipart/form-data" \
-H "Api-Key: 3e8aa0b7970cf010da24d06215fdc7b3951352c61a59ada70f5f36b4ce890bb2" \
-H "Api-Username: system" \
-F "name=2e6ac3603" \
-F "active=false" \
-F "staged=true" \
-F "username=2e6ac3603" \
-F "email=2e6ac3603@example.com" \
-F "password=f9b4c3c7ebd1c2877a0ad659be6ca83e"
ثم إنشاء الموضوع للمستخدم، ولكن عند إجراء إنشاء المستخدم، سيرسل Discourse بعد ذلك بريدًا إلكترونيًا للتنشيط:
{“success”: true,“active”: false,“message”: “You’re almost done! We sent an activation mail to 2e6ac3603@example.com. Please follow the instructions in the mail to activate your account.If it doesn’t arrive, check your spam folder.”}
إذًا، هل كل سطر من هذه الأسطر مفصول بـ CR في النهاية؟ وهل هناك مسافة مزدوجة، أو علامة جدولة قبل كل شرطة مائلة للخلف؟
عذرًا، كما قلت، أنا لست مطورًا، لذا فإن مجرد عرض هذا الرمز لا يكفي لجعلني أكمل دون القليل من المعلومات الإضافية.
إذًا، باستخدام هذه الطريقة، يتم إنشاء المستخدم فقط، ولكن على الرغم من أن staged=true، فإنه يرسل دعوة البريد الإلكتروني؟
الإجابة الأسهل هي دائمًا الأفضل:
لذلك سنستخدم هذا لاحتياجاتنا العرضية.
شكرا للمساعدة.