هل يمكننا استخدامه دون إنشاء عند استخدام وحدة التحكم على Discourse؟
أرى أن الروبوت يخبرني بالأخطاء عندما أحاول إعادة تعيين 
لست متأكدًا تمامًا مما تعنيه بذلك. التفاعل الوحيد المفترض أن يحدث هو على Discord.
ولكن ما هي الأخطاء التي تحصل عليها؟ سألقي نظرة في وقت ما.
إعجاب واحد (1)
لدي هذه المشكلة أيضًا، يؤدي الدخول إلى حاوية discourse وبدء موجه rails c إلى ظهور نسخة أخرى من البوت. ينتج عن ذلك أوامر مثل Ping! تعود بـ Pong! مرتين وأشياء أخرى مثل عدم القدرة على تغيير اسم المستخدم أو اللقب عبر discordrb.
يؤدي تشغيل الأمر ::DiscordBot::Bot.discord_bot.stop إلى خروج النسخة التي تم إنشاؤها بواسطة rails c ولكنها لا تستطيع التفاعل مع البوت الذي تم إنشاؤه عند بدء Discourse.
إعجاب واحد (1)
شكرا على التقرير. سأسجل هذا كـ مشكلة معروفة (تعديل: تم - تمت إضافته إلى قسم “المشاكل المعروفة” في المنشور الأصلي). أشك في أنه كان يتصرف بهذه الطريقة منذ البداية، ونظرًا لأنه تم الإبلاغ عنه مرتين فقط ومؤخرًا جدًا، أشك في أنه لا يعتبر بشكل عام مشكلة كبيرة لأنه حالة هامشية.
نظرًا لأنك تبدو قادرًا تقنيًا، فإن طلب السحب (PR) مرحب به، إذا كان بإمكانك حله.
إعجاب واحد (1)
قد تكون المشكلة أساسية في Discordrb بصراحة، لا أرى طريقة لسرد الروبوتات الأخرى قيد التشغيل أو حتى تحديدها في وثائقهم، إذا اكتشفت ذلك فسأعلمك. أما بالنسبة لهذا الروبوت، فقد قمت بعمل تفرع للمشروع وقمت بتعديله بأفضل ما لدي من قدرة للعمل كجسر دردشة بدلاً من جسر نشر.
إعجاب واحد (1)
نعم، ما نحتاج إلى القيام به هو أن نكون قادرين على اختبار ما إذا كانت هناك نسخة قيد التشغيل وعدم تشغيل نسخة جديدة إذا كانت موجودة بالفعل.
هذه منطقة خطرة لحالات السباق، ولكنها ستكون تحسينًا رائعًا حقًا.
لو كان لدي المزيد من الوقت، لكان بإمكاني إلقاء نظرة في وقت أقرب، ولكن إذا كنت ترغب في المحاولة، فلا تتردد.
يبدو أنه عند بدء تشغيل وحدة تحكم rails، يتم ربط المتغير @@DiscordBot ببوت آخر في سلسلة محادثة أخرى بينما يُترك البوت الأصلي بمفرده. لست متأكدًا مما إذا كان من الممكن اكتشاف بدء تشغيل وحدة تحكم rails وعدم بدء تشغيل بوت ثانٍ، ولكن هذا يفسر سبب قدرتي على تشغيل أمر الإيقاف على البوت من خلال rails وعدم التأثير على البوت الذي بدأ مع Discourse.
إعجاب واحد (1)
أهلاً،
عمل رائع، أريد استخدام هذا ولكن أولاً لدي سؤال يتعلق بهذا الأمر، نوعاً ما…
أستخدم Discourse WP-Connect لاستخدام Wordpress كـ “سيد” الخاص بي لتسجيل الدخول الأحادي (يمكن لهذا أيضاً استخدام تسجيل الدخول عبر Discord) هل تعرف ما هي “متغيرات المستخدم” التي أحتاج إلى تمريرها في طلب تسجيل الدخول الأحادي لهذا المكون الإضافي لمطابقتها مع مستخدم Discord؟ أم أنه البريد الإلكتروني فقط (أفترض لا)
لقد قمت بالفعل بإرسال بعض القيم الإضافية لذا آمل أن أتمكن فقط من إرسال قيمة إضافية؟
وفقًا للموضوع الأصلي، يتطلب الأمر المصادقة عبر Discord (باستخدام المنطق الأساسي المدمج) لإنشاء العلاقة.
تسجيل الدخول الأحادي SSO المبرمج مسبقًا من Wordpress سيمنع ذلك، خاصة للمستخدمين الجدد.
نرحب بطلبات السحب (PR) أو الوثائق الإضافية إذا وجدت طريقة لتجاوز ذلك.
عمل رائع، أحسنت. هذه رؤية مفيدة.
حسنًا، هذا ليس ما طلبته في الواقع، ربما من الأفضل طرحه في الدعم نظرًا لأن تسجيل الدخول عبر Discord مدمج الآن في Discourse.
إعجاب واحد (1)
نعم، هذا يتجاوز نطاق هذا المكون الإضافي لدعم Wordpress SSO.
ولكن لتوجيهك في الاتجاه الصحيح، تحتاج إلى إدخال في هذا الجدول:
يتم ذلك تلقائيًا عند تسجيل الدخول عبر Discord.
أشك في أن Wordpress SSO يمكنه ملء ذلك نيابة عن Discord، ولكني مستعد لإثبات خطئي.
إعجاب واحد (1)
لدي أيضًا مصدر OAuth أحتاج إلى أن يستخدمه المستخدمون بدلاً من Discord. لتجاوز هذا، لدي OAuth الخاص بـ Discord كما هو مذكور في OP، ولكني استخدمت CSS مخصصًا لإخفاء جميع مصادر تسجيل الدخول الأخرى باستثناء المصدر الذي أريده أن يستخدمه المستخدمون مع خيار CSS display: none;. القدرة على OAuth مع Discord لا تزال “من الناحية الفنية” في HTML، ولكن المستخدم العادي لن يجده أبدًا.
يمكن للمستخدمين بعد ذلك “ربط” Discord الخاص بهم بالحساب الذي ينشئه مصدر OAuth الآخر الخاص بي ضمن تفضيلات المستخدم الخاصة بهم.
لطيف، يمكن أن يكون هذا حلاً بديلاً، قد أبحث عن حل برمجي فعلي، هل يظهر هذا ضمن تفضيلات Discourse إذن؟ ربما يمكننا إرسال رسالة خاصة لتجنب تضخيم هذا الموضوع؟
لماذا تقوم بمطابقة قنوات Discord مع فئات Discourse بدلاً من المواضيع؟ هل هذا بسبب إمكانية وجود مواضيع مكررة الاسم؟ أود أن أذهب 5 قنوات إلى المواضيع ذات الصلة في 3 فئات، ولكن يبدو أن هذا غير ممكن؟
لأن الإعلانات عن موضوع واحد ستكون مملة للغاية؟
إنها عالية المستوى عن قصد حتى تتمكن من الإعلان عن مواضيع جديدة في فئات محددة.
إعجابَين (2)
عذرًا، كنت أعني هذا
إعجابَين (2)
كان هذا طلب عميل 
كل الدردشات، على حد علمي، تدخل في موضوع واحد لكل فئة لتجنب الفوضى عبر عدد كبير جدًا من المواضيع.
إعجابَين (2)
حسناً
بالطبع، ولكن بما أنه يستخدم الفئات لا يمكنني الحصول على، على سبيل المثال، موضوع “#ford-support” في فئة “Ford” الخاصة بي والذي تتم مزامنته من قناة #ford-support في Discord. لغة Ruby ليست لغتي المفضلة، لذا أشك في أنني أستطيع عمل نسخة معدلة وتعديلها (كما أفعل للعديد من الأشياء الأخرى غير الموجودة في Ruby)
هل سيكون من السهل جعله يفعل ذلك بناءً على اسم الموضوع/الخيط بدلاً من ذلك؟ أو هل هناك أي قيود ربما؟
ملاحظة جانبية الصور (بشكل مثير للاهتمام GIF’s تفعل ذلك) لا تتم مزامنتها مع الموضوع، لست متأكداً مما إذا كان هذا معروفاً؟
تعديل: أوه انتظر يمكنني فقط نقل الموضوع بعد إنشائه على ما يبدو
لم تكن الخيوط (Threads) متاحة في واجهة برمجة تطبيقات Discord الخاصة بلغة Ruby في آخر مرة تحققت فيها، لكن قيل لي إنها “قيد العمل” (منذ عامين!).
أرحب بالتأكيد بطلب سحب (PR) لإضافة دعم للخيوط (Threads) عندما يصبح ذلك ممكنًا.
أخشى أنني مشغول جدًا هذه الأيام للتركيز على بناء الكثير من الميزات في الإضافات خارج نطاق العمل المدفوع، ولكني يسعدني مراجعة طلب سحب (PR).
إعجاب واحد (1)