إدارة التقارير والتحليلات: تغييرات تدريجية

نحن بصدد إجراء إعادة هيكلة أوسع للوحة تحكم المشرف.
تركز هذه الخطوة الأولى على جعل قسم التقارير والتحليلات (Reporting & Analysis) أكثر وضوحًا وسهولة في التنقل.

في هذا الموضوع، سنستعرض التغييرات التزايدية الأولى ونوضح لك كيف يمكنك البدء في استخدامها اليوم.

:microscope: ما الذي تغير

تجميع التقارير (Report grouping)

إحدى الخطوات الأولى التي نتخذها هي تجميع التقارير. نهدف إلى تجميعها حسب نوع السؤال الذي يمكن أن تجيب عليه. في الوقت الحالي، تشمل هذه التجميعات:

  • المشاركة (Engagement)
  • الزيارات (Traffic)
  • الأعضاء (Members)
  • المحتوى والصحة (Content & Health)
  • الإشراف (Moderation)
  • الأمان (Security)

أي شيء لا يتناسب أو التقارير الجديدة ستذهب إلى فئة متبقية (“أخرى”).

الهدف هو تقليل العبء المعرفي وتسهيل العثور على التقرير الذي تحتاجه دون الحاجة إلى مسح قائمة طويلة ومسطحة.

تنظيف التقارير (Report cleanup)

بمرور الوقت، تراكمت في صفحة التقارير رسوم بيانية أكثر مما يستخدمه معظم المشرفين بشكل فعال.

كجزء من هذا التحديث، أزلنا مجموعة من التقارير من العرض الرئيسي.

نظرة عامة على التقارير القديمة
  • bookmarks
  • likes
  • moderator_warning_private_messages
  • notify_moderators_private_messages
  • notify_user_private_messages
  • post_edits
  • profile_views
  • system_private_messages
  • top_users_by_likes_received_from_inferior_trust_level
  • top_users_by_likes_received_from_a_variety_of_people
  • user_to_user_private_messages

في الوقت الحالي، لا تزال هذه التقارير متاحة عبر رابط مباشر ولكنها مخفية عن صفحة التقارير، وسيتم إيقافها في النهاية. (يسعدنا إعادة النظر إذا كانت هناك حالات استخدام قوية قد أغفلناها.)

للحصول على تحليل أكثر دقة أو لمرة واحدة، يمكن دائمًا محاكاتها عبر مستكشف البيانات.

تغييرات التنقل والتخطيط (Navigation & Layout changes)

لقد قمنا أيضًا بتبسيط قسم الرأس (header) ليتناسب مع تخطيط المشرف الأحدث لدينا ويوفر مساحة عن طريق عدم التكرار في كل صفحة تقرير.

كما ترى: المزيد من المحتوى فوق الطية (above the fold).

أصبحت صفحة التقارير الآن منفصلة عن لوحة التحكم.
بدلاً من العرض داخل عرض لوحة التحكم، أصبحت الآن تعيش في مسار مخصص لها (/admin/reports).

يزيل هذا مسارات مكررة ويبسّط التنقل بينما نتجه نحو تجربة مشرف أكثر نمطية (modular).

هذه خطوة أولى في إعادة هيكلة لوحة التحكم الأكبر، وعلى الرغم من أن هذا المجال يتصرف بشكل غير متناسق الآن، إلا أنه سيتحسن في التكرارات اللاحقة.

:gear: تفعيل تحسينات التقارير في مجتمعك

في الوقت الحالي، يعتبر هذا تغييرًا تجريبيًا! نحن نرحب بملاحظاتكم، والتي ستساعدنا في إجراء التحسينات ونشر هذا بشكل أوسع.

لتفعيل هذا، توجه إلى صفحة التغييرات القادمة في منطقة المشرف الخاصة بك (/admin/config/upcoming-changes) وابحث عن عنصر Reporting improvements. قم بتحديث حقل Enabled for… لتسجيل موقعك في هذا التصميم الجديد:

:mega: ما رأيك؟

الكلمة لكم: نود أن نسمع رأيكم في هذه الإعادة الهيكلة. هل التجميعات منطقية؟ كيف تستخدمون تقاريرنا؟

سيتم تحديث هذا الموضوع بمزيد من التحسينات لهذه المنطقة.

17 إعجابًا

شكرًا لاهتمامكم بالمسؤولين!

هل يمكن نشر هذه كاستعلامات data-explorer في #data-reporting، أم سيقوم شخص ما بتوثيق كيفية استخدام Discourse Prometheus للأشخاص المهتمين؟

بصراحة، أعتقد أنني سأستخدم التقارير أكثر بعد إعادة العمل. حتى الآن، لم أر اهتمامًا كبيرًا باستكشاف هذا المجال، خاصة بسبب افتقاره إلى الهيكلية، لذا… عمل جيد!

3 إعجابات

إنها كذلك. لا يزال بإمكانك العثور عليها حاليًا باستخدام وسم #dashboard-sql، وهي مرتبطة في Admin dashboard report reference guide

للمرجع المستقبلي حيث من المرجح إزالتها من هذه قريبًا:

التقرير الموضوع
bookmarks Dashboard Report - Bookmarks
likes Dashboard Report - Likes
moderator_warning_private_messages Dashboard Report - Moderator Warnings
notify_moderators_private_messages Dashboard Report - Notify Moderators
notify_user_private_messages Dashboard Report - Notify User
post_edits Dashboard Report - Post Edits
profile_views Dashboard Report - User Profile Views
system_private_messages Dashboard Report - System
top_users_by_likes_received_from_inferior_trust_level Dashboard Report - Top Users by Likes Received from a User with a Lower Trust Level
top_users_by_likes_received_from_a_variety_of_people Dashboard Report - Top Users by Likes Received From a Variety of People
user_to_user_private_messages Dashboard Report - User-to-User
إعجابَين (2)

طلب ميزة:

هل تفكر في نقل التقارير إلى مسار غير خاص بالمسؤول (non-admin path)، وإدارة الوصول عبر إعداد جديد باسم ..._allowed_groups؟ :))

  access_reports_allowed_groups:
    default: "1|2" # مجموعات المسؤولين والمشرفين تلقائياً
    mandatory_values: "1|2" # مجموعات المسؤولين والمشرفين تلقائياً
    type: group_list
    allow_any: false
إعجابَين (2)

هل التحذير الموجود داخل الجدول في لوحة التحكم الخاصة بي هو نتيجة متوقعة؟

ما الذي يحدد الترتيب الذي يتم به عرض تقارير المكونات الإضافية؟ يبدو أن الترتيب يتغير بناءً على لغة الواجهة الخاصة بي، ولكنه ليس أبجديًا.

الإنجليزية الألمانية
solved solved
documentation categories AI
AI user notes
Reactions Calendar
User notes documentation categories
Calendar Reactions

في الوقت الحالي، هذا ليس مطروحاً على الطاولة على الإطلاق. نحن نرى أن التقارير هي منطقة إدارية محددة جداً.

هل لديك حالة استخدام محددة في ذهنك؟

هاها، حسناً، أعتقد أننا فعلنا شيئاً مميزاً جداً هنا :sweat_smile:

يبدو أنها مرتبة أبجدياً، بناءً على اسم التقرير الأول في المجموعة…

لذا على سبيل المثال باللغة الإنجليزية لدي:

في حين أنني أعتقد أن هناك سحراً غريباً معيناً في ذلك، سنقوم بـ… ترتيبه

إعجابَين (2)

لقد تلقيت اهتمامًا معينًا ببعض التقارير من القيادة الذين ليسوا بالضرورة تقنيين ولا ينبغي أن يحصلوا على دور المسؤول أو المشرف فقط للوصول إلى التقارير.

يمكنني بالطبع إعادة إنشاء التقارير باستخدام مستكشف البيانات (Data Explorer)، ومشاركة تلك التقارير معهم أيضًا. ولكن على الجانب السلبي؛

  • أحتاج إلى صيانة تقارير مستكشف البيانات هذه حيث يتم تحديثها في النظام الأساسي (core)
  • الرسوم البيانية والمخططات متاحة فقط في التقارير (Reports)، وليس في تقارير مستكشف البيانات (Data Explorer reports) (ما لم أغفل شيئًا ما)
  • واجهة مستخدم التقارير (Reports UI) أقل إدارية (أكثر سهولة في الاستخدام) من واجهة مستخدم تقارير مستكشف البيانات (data explorer reports UI)

حتى أنني سأذهب إلى أبعد من ذلك وأطلب تمكين تقارير التقارير (Reports reports) لمجموعات محددة، تمامًا كما تفعل تقارير مستكشف البيانات :smiley:

ومع ذلك، فإن هذا الطلب بأكمله سيكون ميزة “لطيفة للحصول عليها” (nice to have)، وليس “يجب الحصول عليها” (must have) : ))

5 إعجابات

شكرًا لتوضيحك - إنها حالة استخدام مثيرة للاهتمام.

لا أعرف مقدار الحمل الإضافي الذي قد يجلبه شيء كهذا؛ ربما يكون ضئيلاً. سأثير هذا الأمر داخليًا عند مناقشة هذا المشروع!

3 إعجابات

لقد تم ذلك الآن - يجب أن يكون أبجدياً، ويتغير مع لغة واجهة المستخدم.

أستخدم top_users_by_likes_received_from_a_variety_of_people لتحديد إحدى جوائز نهاية العام لدينا. أود أن أظل قادرًا على الوصول إلى هذا التقرير لهذا السبب.

لقد استخدمت أيضًا بعض التقارير الأخرى التي سيتم إيقافها. أؤيد الرغبة في الاحتفاظ بالوصول إليها بطريقة ما. … سيكون من الأفضل في الواقع أن يكون لدينا قائمة بالتقارير والقدرة على اختيار التقارير التي نريدها على لوحة المعلومات الخاصة بنا، بما في ذلك التقارير المخصصة.

إعجاب واحد (1)

هل يمكنك شرح سبب عدم كفاية إجمالي الإعجابات؟ هل هذا لتجنب إمكانية التلاعب بالجوائز عن طريق الإعجاب المكثف بين مجموعة صغيرة؟

أنا لا أحتج - مجرد فضول: لماذا تتم إزالة هذه التقارير بدلاً من وضعها تحت عنوان مطوي أو شيء من هذا القبيل. هل ستتطلب صيانة لا تستحق العناء؟

نعم. لدينا مجموعة صغيرة تستغل النظام بشكل مكثف، على الرغم من أنها مفيدة أيضًا بطرق أخرى، لذلك لن نطردها أو أي شيء من هذا القبيل. يميلون إلى السيطرة على الجوائز… نحن نقدم جوائز للأرقام المباشرة أيضًا، ولكننا نريد التنويع وتقديم جوائز (وجذب الانتباه إلى) الأشخاص الذين يتصرفون بشكل أفضل.

كلما زاد عدد تقارير المستخدمين التي تُظهر أشخاصًا يقومون بأشياء نريد تحفيزها، كان ذلك أفضل.

خارج الموضوع لهذه المحادثة، ولكني أتمنى أيضًا أن نتمكن من تعديل النقاط بشكل أكثر تحديدًا. لا أريد إيقاف تشغيلها تمامًا في المناطق الممتعة من موقعي وتثبيط عزيمة الأشخاص المشاركين هناك، ولكني أود منح المزيد من النقاط في فئات معينة، بدلاً من مجرد تشغيل النقاط أو إيقافها.

3 إعجابات

سؤال وجيه.

في البرمجيات، كقاعدة ذهبية، كل شيء يتطلب صيانة! قد لا تكون التقارير المحددة كذلك، لذا يمكننا الاحتفاظ بها.
للإجابة على سؤالك الرئيسي:

لأن مراقبة ما إذا كانت هناك أية شكاوى تظهر هي أسهل طريقة لمعرفة ما إذا كان شيء ما ذا قيمة أم لا :slight_smile:
وفي التصميم، وبالنسبة لي شخصيًا، فإن مفهوم وجود فئة “إضافية” يتم إخفاؤها ببساطة تحت عنوان قابل للطي هو علامة على أن الميزات المحيطة ليست مصممة بشكل جيد. جزء من التصميم الجيد هو أيضًا الجرأة على تقليم الأشياء.

إعجابَين (2)

هذا يستحق الاقتباس حقًا :clinking_beer_mugs:

شكرًا على الرد – من الجيد دائمًا معرفة طريقة التفكير وراء التغييرات. لم أستخدم تلك التقارير كثيرًا بنفسي، ولكن من الجيد معرفة أن الاستعلامات ستظل موجودة إذا احتاج إليها شخص ما حقًا.

إعجابَين (2)

لاحظت أن التقارير التي لا تحتوي على بيانات في لوحة المعلومات تحتاج إلى مساحة أكبر بكثير عند تمكين التغيير القادم.


إعجاب واحد (1)

مرحباً

في القائمة المنسدلة الخاصة بي، لا يمكنني رؤية خيار “للموظفين فقط” (Staff only)، ولكنني أرى “للجميع” (Everyone) بدلاً من ذلك… ماذا يعني هذا لأنه يختلف عن خيار “للموظفين فقط” في لقطة الشاشة الخاصة بك؟ يرجى الاطلاع على لقطة الشاشة أدناه:


شكراً!

تعمل القائمة المنسدلة كما هو متوقع :wink:

إعداد “تحسينات الإبلاغ” هو تبديل بسيط بين التشغيل/الإيقاف، لذا فهو يوفر فقط الجميع (تشغيل) ولا أحد (إيقاف) — لا يوجد استهداف قائم على المجموعات لهذا الإعداد.

أجرينا هذا التغيير في 2026-02-15T23:00:00Z لمنع الالتباس بشأن التغييرات القادمة التي لا تدعم النطاق إلى مجموعات محددة. نظرًا لأن “تحسينات الإبلاغ” تنطبق عالميًا على واجهة مستخدم الإبلاغ للمسؤول، فإن تقديم خيار “للموظفين فقط” لم يكن منطقيًا — إما أن يكون ممكّنًا أو لا يكون كذلك.

تم التقاط لقطة الشاشة في المنشور الأصلي قبل هذا التغيير. تحديد الجميع هو الطريقة الصحيحة للاشتراك.

3 إعجابات

ونخطط أيضًا لإجراء تغيير طفيف آخر هنا حتى تتمكن الأشياء من هذا القبيل من الحصول على خيارات “للموظفين فقط” أو “لا أحد”، لأن “الجميع” لا يزال لا معنى له حقًا.

إعجاب واحد (1)