Skip to main content

​
صفحات سرد جديدة للوحات المعلومات وعمليات البحث المحفوظة

عرض توضيحي بواسطة @pulpdrew
انتقلت لوحات المعلومات وعمليات البحث المحفوظة من الشريط الجانبي إلى صفحات سرد مخصصة. إذا كان فريقك قد راكم عددًا كبيرًا من لوحات المعلومات، فقد أصبح النهج القديم المعتمد على الشريط الجانبي غير عملي بسرعة. تعرض الصفحات الجديدة كل شيء في عرض بطاقات منظَّم حسب الوسوم، مع البحث بالاسم وتصفية الوسوم بشكل مدمج. كما يتوفر عرض قائمة أكثر كثافة إذا كنت تفضّله. وأصبحت إضافة العناصر إلى المفضلة جزءًا من التجربة أيضًا. ضع نجمة على لوحة معلومات أو عملية بحث محفوظة، فتُثبَّت في أعلى صفحة السرد وتظهر مجددًا في الشريط الجانبي للوصول السريع، على نحو مشابه لما كان عليه الأمر سابقًا ولكن من دون ازدحام شريط التنقل لدى الجميع. كما تعرض صفحة السرد أيقونات حالة التنبيه وبيانات «أنشأه / حدّثه» الوصفية على كل بطاقة، بحيث يمكنك أن تعرف بنظرة سريعة من يملك ماذا وما إذا كان أي تنبيه نشطًا. ويكتمل ذلك بمعرض قوالب جديد. يمكن استيراد أربع لوحات معلومات جاهزة مسبقًا تغطي مقاييس وقت تشغيل OTel لكل من Node.js وبايثون وGo وJava ببضع نقرات. ويمكن تعديل الوسوم ومصدر المقاييس المستهدف أثناء الاستيراد، بحيث يمكنك دمجها مباشرةً ضمن بنية الوسوم الحالية لديك. طلبات السحب ذات الصلة: #1971 إضافة صفحة سرد لوحات المعلومات، #2012 إضافة صفحة سرد عمليات البحث المحفوظة، #2021 إضافة المفضلة للوحات المعلومات وعمليات البحث المحفوظة، #2033 تجميع لوحات المعلومات وعمليات البحث حسب الوسم، #2031 إظهار البيانات الوصفية للإنشاء/التحديث، #2053 إضافة أيقونات التنبيه إلى صفحة قائمة لوحات المعلومات، #2010 إضافة معرض قوالب لوحات المعلومات

​
عوامل تصفية لعوامل التصفية

عرض توضيحي بواسطة @pulpdrew
باتت عوامل تصفية متغيرات لوحة المعلومات تدعم الآن شروط التصفية الخاصة بها. والحالة التي دفعت إلى ذلك واضحة: إذا كانت لديك قائمة منسدلة لـ “اسم الخدمة” في لوحة معلومات Node.js، فغالبًا ما تريد أن تعرض هذه القائمة خدمات Node.js فقط، لا كل الخدمات في بيئتك. يمكنك الآن ضبط شرط تصفية مباشرةً على متغير لوحة المعلومات لحصر ما يتم عرضه. كما جرى تحديث مُحدِّد التصفية ليدعم التحديد المتعدد. وبالنسبة إلى لوحات المعلومات التي تُجري التجميع حسب الخدمة، فإن إمكانية اختيار عدة قيم دفعة واحدة من قائمة منسدلة تجعل المقارنات أكثر عملية بكثير. طلبات السحب ذات الصلة: #1969 إضافة شروط إلى عوامل تصفية لوحة المعلومات؛ دعم التحديد المتعدد في عوامل التصفية

​
RBAC للوحات المعلومات الجاهزة

عرض توضيحي من @pulpdrew
ينطبق الآن التحكم في الوصول المستند إلى الأدوار على لوحات المعلومات الجاهزة في ClickStack. في السابق، كانت هذه اللوحات المدمجة تتجاهل RBAC تمامًا، لذلك كان بإمكان أي مستخدم الوصول إليها بغض النظر عن الدور المعيّن له. وقد أُغلقت هذه الثغرة الآن. تعمل أذونات القراءة الدقيقة كما هو متوقع. فالدور المُعدّ بصلاحية وصول للقراءة فقط إلى خدمات محددة يقيّد المستخدمين بحيث لا يرون إلا لوحات المعلومات الجاهزة الخاصة بتلك الخدمات. ويمكن للمستخدمين ضمن هذا الدور عرض لوحات المعلومات وعوامل التصفية الخاصة بها، لكن عناصر التحكم في عوامل التصفية تكون مقفلة لمنع تحريرها. ويعرض المثال دورًا مخصصًا يتضمن إذن قراءة لـ “services” ضمن نطاق خدمة معيّنة، ومستخدمًا سجّل الدخول بهذا الدور ويرى بالضبط لوحات المعلومات وحالة عوامل التصفية التي يُفترض أن تكون متاحة له.

​
تحسينات لعمليات البحث

عرض توضيحي من @knudtty
يجعل تحسين “Read in Order” في ClickHouse استعلامات البحث سريعة، إذ يقرأ البيانات بشكل تسلسلي عندما يطابق ORDER BY المفتاح الأساسي للجدول، ثم يتوقف بمجرد الوصول إلى LIMIT. وكشفت اختبارات الأداء أنه رغم ذلك، كانت عمليات البحث لا تزال تجلب بيانات أكثر من اللازم في مجموعات البيانات الكبيرة. ويعود السبب إلى عدد الأجزاء التي يجري التكرار عليها: فحتى مع تفعيل هذا التحسين، قد يحتوي الجدول الكبير على عدد كافٍ من الأجزاء يجعل ClickHouse يقرأ بيانات أكثر مما يلزم. ويتمثل الإصلاح في إضافة نافذة زمنية مدتها دقيقة واحدة في بداية مصفوفة الاستعلامات ذات النوافذ الخاصة باستعلامات البحث. فمعظم عمليات البحث تجد البيانات التي تحتاج إليها ضمن الدقيقة الأخيرة أصلًا، لذا فإن البدء بهذه النافذة يعيد النتائج بشكل شبه فوري. وإذا لم يُعثر فيها على شيء، يعود الاستعلام كالمعتاد إلى نوافذ أوسع تدريجيًا. ومن ناحية أخرى، لم يكن تحسين ORDER BY يُطبَّق بشكل صحيح على مخطط otel_traces لأن عمود الطابع الزمني كان يستخدم التعبير toDateTime(Timestamp)، ولم يكن يجري التعرّف عليه. وقد أُصلح ذلك أيضًا. طلبات السحب ذات الصلة: #2019 استخدام نافذة مدتها دقيقة واحدة لعمليات البحث، #2014 إصلاح أوجه القصور في تحسين ORDER BY لـ otel_traces

​
نسخ الصف وأحجام عوامل التصفية القابلة للضبط

عرض توضيحي من @knudtty
أصبح زر النسخ بصيغة JSON متاحًا الآن في عارض الصفوف، ما يتيح لك نسخ صف السجل بالكامل بنقرة واحدة. ويظهر الزر أيضًا في العرض الكامل للشريط الجانبي. وهو مفيد للصق صف داخل prompt لنموذج لغوي كبير لسؤاله أين قد يظهر هذا السجل في الشيفرة، أو ببساطة لالتقاط حدث كامل لتقرير حادثة من دون تحديد النص كله يدويًا. أصبح عدد مفاتيح التصفية التي تُجلب في الشريط الجانبي إعدادًا قابلًا للضبط على مستوى الفريق ضمن إعدادات الاستعلام. وكان الحد الثابت السابق يعني أنه في مجموعات البيانات الأكبر، لم يكن يظهر سوى جزء من سمات التصفية المتاحة. ويمكن للفرق الآن رفع هذا الحد لإظهار المزيد من سمات المورد والسجل. ويتضمن هذا التغيير أيضًا تحسينات على العرض الافتراضي للحفاظ على سرعة عرض لوحة عوامل التصفية حتى عند إظهار عدد كبير من مجموعات التصفية. طلبات السحب ذات الصلة: #2035 إضافة زر نسخ الصف بصيغة JSON، #2020 إعداد جديد على مستوى الفريق لعدد عوامل التصفية المطلوب جلبها، #1979 دعم العرض الافتراضي لمجموعات التصفية المتداخلة

​
علامات التبويب والمجموعات في لوحات المعلومات

عرض توضيحي بواسطة @alex-fedotyev
يمكن الآن تنظيم بلاطات لوحة المعلومات ضمن مجموعات. ويحل هذا محل النموذج السابق الذي كان يتضمن نوعين منفصلين من الحاويات (“sections” و”groups”)، ما كان يفرض على المستخدمين تحديد نوع الحاوية التي يريدونها مسبقًا. ويجعل مفهوم Group الواحد الجديد الأمور أبسط: تكون المجموعة قابلة للطي افتراضيًا، ويمكن أن يكون لها حد مرئي اختياريًا، كما يمكن إضافة علامات تبويب إليها. ويحتوي كل تبويب على مجموعته الخاصة من البلاطات، ويمكن نقل البلاطات بين المجموعات باستخدام مقابض السحب. يوضح العرض مجموعة مع تفعيل بعض خيارات التخصيص: قابلية الطي تشغيلًا وإيقافًا، وإظهار الحد أو إخفاؤه، وتمكين علامات التبويب أو تعطيلها. وقت العرض التوضيحي، كان طلب السحب لا يزال قيد المراجعة مع جمع ملاحظات التصميم. وبعد دمجه، من المفترض أن يمنح مؤلفي لوحات المعلومات مجموعة عناصر بناء أكثر مرونة وأقل إرباكًا مقارنة بالنموذج القديم ذي نوعَي الحاويات. طلبات السحب ذات الصلة: #1972 مجموعات لوحات المعلومات مع علامات تبويب وخيارات الطي/الحدود، #2015 توحيد section/group في Group واحد

​
ClickStack CLI

عرض توضيحي من @wrn14897
يُعد ClickStack CLI (hdx) واجهة TUI طرفية جديدة للبحث في السجلات، ومتابعتها لحظيًا، وفحصها، وكذلك التتبعات، من دون مغادرة الطرفية. ويتصل بمثيل HyperDX لديك باستخدام آلية جلسة الويب نفسها التي يستخدمها المتصفح، لذلك لا توجد أي API key منفصلة لإدارتها. وبعد تنفيذ hdx auth login مرة واحدة باستخدام URL المثيل وبريدك الإلكتروني، يظل موثَّقًا. واجهة TUI هنا هي نفسها واجهة البحث التي تحصل عليها في تطبيق الويب: صياغة الاستعلامات نفسها، واختيار المصدر نفسه، والقدرة نفسها على التعمق في إدخالات السجل الفردية. ومن أبرز الميزات عرض trace waterfall، حيث يؤدي النقر على إدخال سجل إلى إظهار التتبع الموزع الكامل مباشرة داخل الطرفية. ويستعرض العرض التوضيحي أيضًا تجربة مبكرة لاستخدامات قائمة على AI Agent: فمن خلال منح AI Agent إمكانية الوصول إلى مخرجات استبطان المخطط في CLI، إلى جانب القدرة على تشغيل الاستعلامات عبر وكيل ClickHouse، يمكنه التحقيق في المشكلات بشكل مستقل. ويمضي العرض التوضيحي أبعد من ذلك، إذ يُظهر الوكيل وهو يستخدم جلسات الويب للتنقل داخل HyperDX UI عبر Playwright، مع استخراج المقاييس من المخططات المعروضة لمقارنتها بما وجده في السجلات. طلبات السحب ذات الصلة: #2043 إضافة حزمة @hyperdx/cli — واجهة TUI طرفية للبحث في الأحداث ومتابعتها لحظيًا
آخر تعديل في ٣ يوليو ٢٠٢٦