لدينا خطاف ويب (webhook) على الحدث “user_logged_in”. تحتوي الحمولة (Payload) على الخاصية post_count للمستخدم الذي قام بتسجيل الدخول للتو. على الرغم من أن المستخدم كتب منشورين، إلا أن الحمولة تقرأ post_count: 0. يبدو هذا خطأً بالنسبة لي.
يحتاج مستقبل خطاف الويب (webhook) إلى إحصائية المستخدم هذه لتحديد كيفية المتابعة.
الموضوع الوحيد المشابه الذي وجدته هو هذا، قد يكون ذا صلة ولكنه لا يتحدث عن نفس واجهة برمجة التطبيقات (API): Category post_count not incrementing
يجب أن أصحح نفسي: post_count ليس صفرًا دائمًا. عند التحقق باستخدام المستخدم الخاص بي، كان post_count معقولاً (على الرغم من أنني لا أعرف ما إذا كان دقيقًا أم لا).\n\nولكن هناك مستخدم على موقعنا، دعنا نسميه المستخدم رقم 1234، والذي ينطبق عليه ما يلي:\n\n- SELECT * FROM posts WHERE user_id=1234 يُرجع إدخالين في الجدول. هذه هي المشاركات المدرجة أيضًا في صفحة نشاط ملف تعريف المستخدم\n- حمولة الـ webhook، عندما يقوم هذا المستخدم بتسجيل الدخول أو الخروج، تحتوي على \"post_count\": 0.
لقد اختبرت، وعدد المشاركات لا يتم تحديثه في الوقت الفعلي.
تخميني هو أن هناك مهمة Sidekiq تتولى ذلك بشكل دوري، لكنني لا أعرف أي مهمة.
لا يبدو أن هناك مهمة Sidekiq محددة ذات صلة
لكنني قرأت أن هذه الإحصائية يتم تحديثها مرة واحدة على الأقل في اليوم.
ربما هناك خلط بين “المواضيع” و"المشاركات". كنت أتوقع أن إنشاء موضوع جديد هو مجرد نوع خاص من المشاركات. هيكل قاعدة البيانات يدعم ذلك.
ولكن عند التحقق من إحصائيات ملف تعريف المستخدم، يقولون شيئًا مثل “تم إنشاء 2 موضوع، تم إنشاء 0 مشاركة”.
لذلك ربما يكون “post_count” الذي أحصل عليه هو عدد الردود على المواضيع بدلاً من عدد جميع المشاركات؟
من ناحية أخرى، هناك تاريخ “last_posted_at” يحتوي على التاريخ الذي تم فيه إنشاء آخر موضوع. لذلك على الأقل، هناك بعض عدم الاتساق في التسمية هنا. كنت أتوقع أن يشمل الرقم “post_count” المشاركات الأولى في المواضيع الجديدة أيضًا.
على أي حال، سواء كان هذا سلوكًا مقصودًا أم لا، لا أجد “topic_count” أو ما شابه في ملف JSON للمستخدم. كيف يمكنني معرفة العدد الإجمالي للمشاركات، بما في ذلك المواضيع الجديدة؟