مرحباً 
،
لقد حاولت مؤخرًا التعمق في قاعدة التعليمات البرمجية، لمعرفة معرّف العميل في نقطة النهاية /message-bus/{client-id}/poll. هل يمكن لأحد أن يقدم بعض الإرشادات أو يوجهني إلى التعليمات البرمجية أو الوثائق ذات الصلة التي تشرح ما يمثله معرّف العميل هذا بالضبط وكيف يتم تعيينه؟
شكراً مقدماً على مساعدتكم!
قد أكون مخطئًا، ولكن من المحتمل أن يكون clientId لتحديد لمن يجب على MessageBus تسليم الرسالة X.
تخيل الأمر كمحادثة حيث يسأل العميل الخادم كل X فترة زمنية * “مرحبًا، لدي المعرف XYZ، هل لديك رسالة لي؟” *
يبدو أن clientId يتم إنشاؤه تلقائيًا في كل مرة يتم فيها تحميل البرنامج النصي (لا أعرف ما إذا كان clientId الذي تم إنشاؤه في حالة Discourse يستمر بطريقة ما على العميل).
هل تحاول استخدام أو فهم message-bus؟
إذا كان الأمر الأول، فربما يمكنك وصف ما تحاول مشاهدته وما تفعله ولا يعمل. ما أفعله هو البحث في المكونات الإضافية في GitHub - discourse/all-the-plugins عن MessageBus.
لتقديم المزيد من السياق، لاحظنا عددًا كبيرًا من استدعاءات استطلاع ناقل الرسائل (message-bus poll calls) على استضافة discourse الخاصة بنا. أردنا التحقق مما إذا كانت هناك أي علاقة بين معرفات العملاء (client IDs) والمستخدمين الحاليين. إذا كان هذا الارتباط موجودًا، فيمكن أن يساعدنا في تحديد الأنماط وتحديد قواعد فعالة للحد من المعدل لإدارة حركة المرور.
في الغالب لا أفهم ذلك، ولكن يمكنك النظر إلى أدوات مطوري المتصفح ورؤية أن كل نافذة مفتوحة تستطلع ناقل الرسائل بانتظام. هذه هي الطريقة التي تحدث بها الأشياء دون إعادة تحميل الصفحة، مثل رؤية المشاركات يتم تعديلها، وتحديث عدد الرسائل، وما إلى ذلك. ومن المتوقع أن يكون الأمر كثيرًا. يبدو أنه يستطلع رقمًا عشوائيًا، لذلك لا يمكنك (على الأقل أنا) معرفة (بسهولة) المستخدم الذي هو عليه.
نعم - يمثل العدد الكبير من استدعاءات استقصاء ناقل الرسائل عددًا كبيرًا من المستخدمين المتزامنين، حيث يمثل كل معرف عميل فريد جلسة متصفح.
لا - هذه حركة مرور ضرورية، وهي مطلوبة لكي يعمل منتدى الخاص بك. إذا رأيت الكثير منها، فهي أيضًا علامة على النجاح! 