نحن نستخدم نسخة مستضافة من Discourse ونستفيد من المكون الإضافي للأتمتة المقدم مع مجموعة من البرامج النصية والمشغلات، ومع ذلك نواجه مشكلات في تلقي رسائل خاصة من البرنامج النصي “جدولة رسالة خاصة مع نتائج مستكشف البيانات”.
يبدو أن مشغل الأتمتة يعمل ويتم تشغيل استعلام مستكشف البيانات (يعمل هذا الاستعلام وينتج نتائج عند تشغيله يدويًا)، ومع ذلك لا نتلقى أي رسائل خاصة بعد ذلك. لقد جربت مع نفسي كمستلم وأيضًا مجموعة “المسؤول” ولكن في كلتا الحالتين لم يتم تلقي أي رسائل خاصة.
لست متأكدًا مما إذا كنت أغفل شيئًا واضحًا هنا ولكن أي مساعدة ستكون موضع تقدير.
بعد مزيد من التحقيق، أعتقد أنه قد يكون مرتبطًا بنوع الاستعلام الذي تحاول تشغيله. لقد حاولت للتو باستخدام استعلام بسيط جدًا وتمكنت من تشغيله وإرسال رسالة خاصة. هل يمكنك مشاركة استعلامك؟
شكراً لك على النظر في هذا الأمر.
الاستعلام ليس بسيطًا تمامًا ويبدو كالتالي:
WITH
ua AS (
SELECT target_topic_id, COUNT(id) FROM user_actions
WHERE action_type = 15
GROUP BY target_topic_id
)
SELECT
t.id,
t.title,
t.created_at,
t.last_posted_at,
t.views,
t.posts_count,
t.user_id,
t.last_post_user_id
FROM topics t
INNER JOIN users us ON us.id = t.user_id
LEFT JOIN ua ON ua.target_topic_id = t.id
WHERE t.deleted_at IS NULL
AND t.closed = false
AND t.archived = false
AND t.visible = true
AND ua.target_topic_id IS NULL
AND us.username_lower != 'system'
AND t.created_at > now() - INTERVAL '7' DAY
ORDER BY created_at DESC
أعتقد أن الأمر يتعلق بالسحر من نوع user_id الذي يقوم به مستكشف البيانات عند تحويلها من معرفات عادية إلى روابط قابلة للاستخدام. إذا قمت بتشغيل تقريرك كما هو، فسيحدث خطأ تمامًا كما تراه، ولكن إذا قمت بإزالة كل من t.user_id و t.last_post_user_id من SELECT، فسيتم العمل.
إذا قمت بتحويلها إلى أسماء مستخدمين عادية، فستعمل أيضًا بشكل صحيح من خلال الأتمتة:
WITH
ua AS (
SELECT target_topic_id, COUNT(id) FROM user_actions
WHERE action_type = 15
GROUP BY target_topic_id
)
SELECT
t.id,
t.title,
t.created_at,
t.last_posted_at,
t.views,
t.posts_count,
us.username,
u2.username
FROM topics t
INNER JOIN users us ON us.id = t.user_id
LEFT JOIN ua ON ua.target_topic_id = t.id
JOIN users u2 ON u2.id = t.last_post_user_id
WHERE t.deleted_at IS NULL
AND t.closed = false
AND t.archived = false
AND t.visible = true
AND ua.target_topic_id IS NULL
AND us.username_lower != 'system'
AND t.created_at > now() - INTERVAL '7' DAY
ORDER BY created_at DESC
على الرغم من أننا قمنا أيضًا بإبلاغ شخص أكثر معرفة لإلقاء نظرة بمزيد من التفصيل.
على الرغم من ذلك، بشكل منفصل، لست متأكدًا مما إذا كان استعلامك يفعل ما تريد. هل يتعلق الأمر بالحل بطريقة ما، حيث أرى الكثير من رسائل PM في نتائجي؟
related = relations.dig(colrender[col_index].to_sym) if col_index < colrender.size
الشرط if في النهاية غير صحيح: من المفترض أن يكون colrender متفرقًا، وليس مكدسًا. سيحتوي على قيم فارغة إذا كانت بعض الأعمدة، وليس كلها، توفر بيانات عرض إضافية.
التحقق الصحيح سيكون على الأرجح unless colrender[col_index].nil?
أيضًا، يبدو أن هذا الرمز يتجاهل أنواع العرض url و reltime و html لأنها ليست فئات ActiveRecord.
