docs(locadex): update translations on main

ar/clickstack/features/dashboards/overview.mdx

@@ -212,6 +212,20 @@ import Tagging from '/snippets/ar/_clickstack_tagging.mdx';
 
 <Image img="/images/use-cases/observability/hyperdx-dashboard-edit.png" alt="تحرير لوحة المعلومات" size="lg" />
 
+<div id="tile-display-settings">
+  ### إعدادات عرض البطاقة
+</div>
+
+تحتوي كل بطاقة على درج **إعدادات العرض** يضم خيارات تتحكم في كيفية إظهار قيمتها. افتحه من محرر البطاقة بالنقر على **إعدادات العرض**. وتعتمد الخيارات المتاحة على نوع التصور.
+
+يمكن أن تعرض بطاقات **Number** **مخططًا خلفيًا**: خطًا بيانيًا مصغرًا للاتجاه يُرسَم خلف القيمة، بحيث يظهر تغيّره عبر النطاق الزمني المحدد بنظرة سريعة. وهذا مفيد في بطاقات SLO وميزانية الأخطاء، حيث يكون اتجاه القيمة مهمًا بقدر أهمية قراءتها الحالية.
+
+بعد تحديد بطاقة Number، افتح **إعدادات العرض** واضبط **المخطط الخلفي** على **Line** أو **Area** (أو **None** لإيقافه). ويُشتق هذا الخط البياني المصغر من نسخة مجمّعة زمنيًا من استعلام البطاقة، لذلك لا يلزم أي إعداد إضافي. ويرث لون البطاقة افتراضيًا؛ ويمكنك ضبط **لون الخلفية** لاستبداله بلون محدد من لوحة الألوان.
+
+<Image img="/images/clickstack/dashboards/number-tile-background-chart.png" alt="درج إعدادات العرض لبطاقة Number، مع ضبط المخطط الخلفي على Area" size="lg" />
+
+تنطبق المخططات الخلفية على بطاقات Number الخاصة بباني الاستعلامات. أما بطاقات Number الخاصة بـ Raw SQL فتُرجع قيمة واحدة من دون بُعد زمني يمكن تجميعه، لذلك يظهر هذا الخيار لكنه يكون معطّلًا لها.
+
 <div id="dashboard-listing-search">
   ## لوحة المعلومات - العرض والبحث
 </div>

ar/clickstack/index.mdx

@@ -2,7 +2,7 @@
 title: 'ClickStack'
 sidebarTitle: 'الرئيسية'
 description: 'حزمة observability مفتوحة المصدر ومدعومة من ClickHouse — توحّد السجلات والتتبعات والمقاييس والجلسات'
-mode: "custom"
+mode: "wide"
 ---
 
 export function useDark() {

ar/concepts/best-practices/minimize-optimize-joins.mdx

@@ -51,7 +51,7 @@ import { Image } from "/snippets/ar/components/Image.jsx";
 يدعم ClickHouse عدة خوارزميات JOIN توازن بين السرعة واستهلاك الذاكرة:
 
 * **Parallel Hash JOIN (default):** سريع للجداول الموجودة على الجانب الأيمن ذات الحجم الصغير إلى المتوسط والتي تتسع في الذاكرة.
-* **Direct JOIN:** مثالي عند استخدام القواميس (أو محركات الجداول الأخرى ذات خصائص key-value) مع `INNER` أو `LEFT ANY JOIN` — وهو أسرع أسلوب لعمليات lookup المباشرة، لأنه يلغي الحاجة إلى إنشاء hash table.
+* **Direct JOIN:** مثالي عند استخدام القواميس (أو محركات الجداول الأخرى ذات خصائص key-value) مع `INNER` أو `LEFT ANY JOIN`  — وهو أسرع أسلوب لعمليات lookup المباشرة، لأنه يلغي الحاجة إلى إنشاء hash table.
 * **Full Sorting Merge JOIN:** فعّال عندما يكون كلا الجدولين مرتَّبين حسب join key.
 * **Partial Merge JOIN:** يقلّل استهلاك الذاكرة إلى الحد الأدنى، لكنه أبطأ — وهو الأنسب لربط الجداول الكبيرة عند محدودية الذاكرة.
 * **Grace Hash JOIN:** مرن وقابل لضبط الذاكرة، ومناسب لمجموعات البيانات الكبيرة مع إمكانية ضبط خصائص الأداء.
@@ -62,7 +62,7 @@ import { Image } from "/snippets/ar/components/Image.jsx";
   يختلف دعم كل خوارزمية لأنواع JOIN. ويمكن العثور على قائمة كاملة بأنواع JOIN المدعومة لكل خوارزمية [هنا](/ar/concepts/features/operations/select/joining-tables#choosing-a-join-algorithm).
 </Note>
 
-يمكنك ترك ClickHouse يختار أفضل خوارزمية عبر ضبط `join_algorithm = 'auto'` (وهو الإعداد الافتراضي)، أو التحكّم بها صراحةً وفقًا لـ workload لديك. وإذا كنت بحاجة إلى اختيار خوارزمية JOIN لتحسين الأداء أو تقليل overhead الذاكرة، فنوصي بهذا [الدليل](/ar/concepts/features/operations/select/joining-tables#choosing-a-join-algorithm).
+يمكنك ترك ClickHouse يختار أفضل خوارزمية عبر ضبط `join_algorithm = 'auto'`، أو التحكّم بها صراحةً وفقًا لـ workload لديك. القيمة الافتراضية هي `direct,parallel_hash,hash`، لذلك يستخدم ClickHouse عملية direct join عندما يكون الجانب الأيمن قاموسًا أو محرك key-value، وإلا فإنه يعود إلى parallel hash ثم hash. وإذا كنت بحاجة إلى اختيار خوارزمية JOIN لتحسين الأداء أو تقليل overhead الذاكرة، فنوصي بهذا [الدليل](/ar/concepts/features/operations/select/joining-tables#choosing-a-join-algorithm).
 
 لتحقيق أفضل أداء: