Latest / M365.FM – بودكاست Microsoft 365 وCopilot والذكاء الاصطناعي بالعربية / إصلاح التحقق من نماذج Power Pages بسرعة باستخدام GitHub Copilot و@powerpages في VS Code (دبلجة بالذكاء الاصطناعي)

Transcript

إصلاح التحقق من نماذج Power Pages بسرعة باستخدام GitHub Copilot و@powerpages في VS Code (دبلجة بالذكاء الاصطناعي) · M365.FM – بودكاست Microsoft 365 وCopilot والذكاء الاصطناعي بالعربية

• 0:00
  هل تعرف ذلك الشعور المحبطة عندما يتعذر التحقق من صحة نموذج PowerPages الخاص بك؟
• 0:05
  وتكون رسائل الخطأ عديمة الفائدة تماماً
• 0:07
  هذه المشكلة تحديداً هي ما سنقوم بحله اليوم
• 0:10
  سنغطي خمس خطوات
• 0:11
  تبسيط قوالب Liquid وتسريع JavaScript والتحقق من النماذج
• 0:14
  والحصول على شرح للكود بلغة بسيطة
• 0:16
  ودمج HTML مع Bootstrap لتخطيطات متجاوبة
• 0:19
  وتبسيط استدعاءات واجهة برمجة تطبيقات الweb
• 0:22
  ملاحظة سريعة ستحتاج إلى VS Code مع إضافة Power Platform Tools
• 0:25
  وGithub Copilot Chat
• 0:26
  وأن يكون محتوى موقعك قد تم سحبه عبر Power Platform CLA مع مصادقة Dataverse
• 0:31
  هذا الإعداد يجعل Copilot على دراية بالسياق
• 0:34
  بوجود ذلك يتوقف Copilot عن طرح مقطفة برمجية عشوائية
• 0:37
  إنه يقدم كوداً تكرارياً سياقياً يقلل من وقت التجربة والخطأ
• 0:40
  سأعرض عليك المطالبات الدقيقة حتى تتمكن من تكرار النتائج بنفسك
• 0:43
  ونظراً لأن معظم المشاكل تبدأ مع JavaScript
• 0:45
  فلننتقل إلى ما يحدث عندما تبدو أخطاء النموذج وكأنها عفرة طبيعية
• 0:49
  عندما تبدو JavaScript وكأنها تعرقل عملك
• 0:51
  يمكنها تحويل ما يفترض أن يكون فحصاً بسيطاً للنموذج إلى كارثة بسرعة
• 0:55
  ضغطة مفتاح واحدة في غير مكانها
• 0:57
  وبدلاً من إيقاف المدخلات غير الصحيحة ينهار المسار بالكامل
• 1:00
  عادة ما تجلس هناك محدقاً في الشاشة متسائلاً كيف تجاوزت كلمة
• 1:03
  موز منطق التحقق الذي كتبته بعناية
• 1:06
  أنت تعرف السيناريو
• 1:07
  نموذج يبدو غير ضر ومدقق مصمم لتصفية الهراء
• 1:10
  ومستخدم ذكي يكتب الشيء الوحيد الذي لم تأخذه في الاعتبار
• 1:13
  فجأة تنفجر سجلات وحدة التحكم
• 1:14
  Console Logs بالشكوى
• 1:16
  ويبدو كل تبويب في VS Code وكأنه طريق مسدود آخر
• 1:18
  الأخطاء الصغيرة هي الأكثر إلاماً
• 1:20
  فاصلة منقطة مفقودة أو خطأ في النطاق
• 1:22
  سكو يبدو منطقياً في رأسك
• 1:24
  لكنه يعمل كضرر مصموم عند تشغيل الكودي
• 1:26
  تظهر هذه الزلات الصغيرة في عمليات النشر الحقيقية طوال الوقت
• 1:29
  وهي تفسر سبب كون التحقق المعطل تذكرة مألوفة في تطوير الوب
• 1:33
  عادة ما يكون نهجك هو القوة الغاشمة
• 1:36
  تقوم بتعديل سطر وإعادة التحميل وتقابل بخطأ آخر
• 1:39
  ثم تكرر الدورة حتى ينجح شيء ما أخيراً
• 1:41
  يتبخر المساء
• 1:42
  وغالباً ما تكون النتيجة النهائية مجرد نص برمجي تم ترقعه ليعمل فقط
• 1:46
  لا أناقة ولا درس يستفاد منه
• 1:48
  لهذا السبب يبدو تصحيح أخطاء التحقق وكأنه عثرة كلاسيكية
• 1:51
  أنت تحاول
• 1:52
  لكن النتيجة ليست في صالحك
• 1:54
  هنا يأتي دور كوبايلوت
• 1:56
  اقتراحات كوبايلوت العامة تساعد أحياناً
• 1:58
  لكن في أغلب الأحيان تبدو كأجزاء عشوائية منسية
• 2:01
  مفيدة في الجوهر لكنها خاطئة في التفاصيل
• 2:04
  ذلك لأن كوبايلوت العادية لا يعرف خصائص PowerPages الغريبة
• 2:07
  لكن أضف المشاركة أات PowerPages وفجأة لن يعد يقدم نصوصاً جاهزة
• 2:11
  بل سيقدم كوداً وعيناً بالسياق ومصممناً ليناسب بيئتك
• 2:14
  لقد صممتها مايكروسوفت لتتعامل مع خصوصيات PowerPages
• 2:17
  بما في ذلك قوالب Liquid وربط Dataverse
• 2:19
  مما يعني أن الاقتراحات تراعي الميزات التي قد تعيقك عادة
• 2:23
  ولا يقتصر الأمر على إنشاء مقتطفات برمجية فحسبه
• 2:25
  بل يمكن لدمج أات PowerPages إضاً شرح هيكل PowerPages الخاصة
• 2:29
  حتى لا تكتفي بالنسخ واللسق فحسبه
• 2:31
  بل تفهم فعلياً سبب قيام البرنامج بما يقوم به
• 2:33
  وهذا يجعل تصحيح الأخطاء أشبه بالعمل بجانب شخص
• 2:36
  اشتاز نفس التحديات من قبله
• 2:37
  بدلاً من التجول معصوب العينين
• 2:39
  على سبيل المثال يمكنك كتابة هذا الأمر حرفياً في دردشة
• 2:42
  Co-Pilot
• 2:43
  أت PowerPages إكتب كودا جافا سكريبت
• 2:45
  للتحقق من صحة حقل النموذج للتأكد من أن قيمة حقل الهاتف بالتنسيق الصحيحي
• 2:48
  هذه ليست مجرد نظرية
• 2:50
  بل هي مدخلات جاهزة للعرض التوضيحي ستراها لاحقاً في هذا الشرح
• 2:53
  الكود الذي ستحصل عليه ليس مقتطفاً برمجياً غامضاً
• 2:56
  بل هو قابل للتطبيق مباشرةً ومصمم ليتم تجميعه في سياق PowerPages الخاص بك
• 3:00
  هذه القدرة على التنبؤ هي التحول الحقيقي
• 3:02
  معكو بايلوت العامي
• 3:04
  يبدو الأمر وكأنك استعنت بموسيقار قد يعزف النغمة الصحيحة
• 3:06
  لكن في نصف الوقت لا علاقة للحن بالمعركة التي تخوضها حالياً
• 3:09
  أما مع آت PowerPages
• 3:10
  فالأمر أشبه بالسفر مع خبير يعرف مسبقاً أين تختبئ المخاطر
• 3:13
  تصبح المهمة أقل تركيزاً على النجاة من الفخاخ
• 3:16
  وأكثر تركيزاً على تصميم تجارب مستخدم واضحة
• 3:18
  هذه الأداة لا تحل محل حكمك بل تسقله
• 3:21
  لا تزال أنت من يقرر ما يعد إدخالاً صالحاً
• 3:23
  وكيف يجب أن توجه الأخطاء المستخدمة
• 3:25
  ولكن بدلاً من إهدار وقتك في إصلاح أخطاء الصغة والأخطاء المنطقية
• 3:28
  يمكنك تكريس جهدك لجعل سير العمل أكثر سهولة
• 3:31
  عند التعامل مع خطوات التحقق هذه بشكل صحيح
• 3:33
  تتوقف عن كونها عقبات وتصبح جزءاً من تجربة سلسة لأي شخص يستخدم النموذج
• 3:37
  قد لا يبدو هذا انتصاراً مبهراً
• 3:39
  لكن منع الفشل الأساسي هو ما ينقذك من طفان من تذاكر الدعم الفني البسيطة لاحقاً
• 3:44
  بمجرد أن يتولى كوبيلوت العمل الشاق المتمثل في إنشاء كودي تحقق دقيق
• 3:48
  ينتقل وقتك من وضع النجاة إلى تحسين سلوك التطبيق فعلياً
• 3:51
  هذا الفرق مهم لأنه عندما ترى كيف تغير الأوامر الموجهة بدقة تدفق إنشاء الكودي
• 3:56
  تبدأ في التساؤل عما يمكن لهذه الأوامر أن تفتحه أيضاً
• 3:59
  وهنا تصبح الميزة الحقيقية لاستخدام كوبيلوت مع باور بيجز واضحة
• 4:02
  الحصول على ميزة إضافية باستخدام أوامر كوبيلوت
• 4:05
  الحصول على ميزة هنا يعني معرفة الأوامر الصحيحة التي يجب إدخالها في كوبيلوت بدلاً من الاعتماد على الحظ
• 4:11
  تلك هي القوة الحقيقية لاستخدام مشارك أت باور بيجز
• 4:14
  إنه يحول دردشة كوبيلوت من مساعد عام إلى شريك واعي بسياق مصمم لبيئة باور بيجز الخاصة بك
• 4:20
  إليك كيفية استدعائه
• 4:22
  داخل VS Code
• 4:23
  افتح لوحة دردشة كوبيلوت ثم اكتب طلبك مسبوقاً بأة باور بيجز
• 4:27
  هذه العلامة هي ما يشير لام كوبيلوت بتحميل ذكاء باور بيجز بدلاً من الوضع الافتراضي
• 4:32
  يمكنك طلب أدوات التحقق
• 4:33
  ومقتطفات ليكويد
• 4:35
  وحتى استدعاءات ديتا فيرس المترابطة
• 4:37
  وسيقوم كوبيلوت بصياغة إجاباته لتناسب النظام الذي تبرمج له فعلياً
• 4:41
  الآن قبل أن ينجح ذلك
• 4:42
  تحتاج إلى الإعدادات المناسبة
• 4:44
  تثبيت فيشل ستوديو كود
• 4:46
  وملحق باور بلاتفورم تولز
• 4:47
  وملحق بيت هاب كوبيلوت شات
• 4:49
  وباور بلاتفورم سي أل أي مصادقاً عليه في بيئة ديتا فيرس الخاصة بك
• 4:53
  خطوة المصادقة هي الأكثر أهمية لأن كوبيلوت لا يفهم بيئتك
• 4:56
  إلا بعد أن تقوم فعلياً بسحب محتوى الموقع إلى في إس كود أثناء تسجيل الدخول
• 5:00
  بدون ذلك الأمر مجرد تخمين
• 5:02
  وهناك تنبيه واحد يتعلق بالحوكمة
• 5:04
  لا تزال بعض ميزات كوبيلوت لام باور بيتجز في مرحلة المعينة
• 5:07
  ويتحكم مسؤول المستأجر في تفعيلها من خلال مركز كوبيلوت في إعدادات الحوكمة
• 5:10
  لا تتفاجأ إذا كانت الميزات المعروضة هنا معطلة في مؤسستك
• 5:13
  هذا مجرد خيار إداري وليس خطأ برمجياً
• 5:16
  إليك الفرق بمجرد اكتمال الإعداد
• 5:17
  يعتبر كوبيلوت العدي أشبه بسؤال شاعر عن نصيحة في ساحة المعركة
• 5:21
  ستحصل على نغمة لطيفة وربما بعض التعليقات العامة
• 5:23
  ولكن لن تحصل على التفاصيل التي تحتاجها عند التعامل مع قوالب لكويد أو حقول كيانات ديتافرس
• 5:28
  المشارك أت باور بيتجز أشبه بحارس قام بالفعل برسم خريطة للمنطقة
• 5:32
  إنه ليس مجرد كود يتم تجميعه
• 5:33
  بل هو كود يشير إلى الروابط الصحيحة
• 5:35
  ويتناسب مع أدوات التحقق من النماذج
• 5:37
  ويتوافق مع كيفية عمل باور بيتجز فعلياً
• 5:39
  استعارة واحدة
• 5:40
  تباين واحد
• 5:41
  وفائدة واحدة
• 5:42
  مخرجة قابلة للاستخدام ومدركة للسياق بدلاً من مقطفات عامة وهشة
• 5:46
  دعونا نتحدث عن النتائج
• 5:47
  إذا طلبت من كوبيلوت العادي روتين تحقق
• 5:49
  فمن المحتمل أن تحصل على برنامج نصي يعمل في نموذج HTML أساسي
• 5:52
  لكن عند وضعه في باور بيتجز ستواجه نقاط عمياء
• 5:55
  لا يوجد تعرف على مخطط الكيانات ولا فكرة عما تفعله وسوم ليكويد
• 5:59
  وبالتأكيد لا يوجد وعي بقواعد ديتافرس
• 6:01
  إنه يعمل مثل الشريط اللاصق يلتصق
• 6:03
  لكنه غير موثوق
• 6:04
  إذا أرسلت نفس الطلب مع وضع آت باور بيتجز في المقدمة
• 6:06
  فستحصل فجأة على أدوات تحقق لا تعمل فحسبه
• 6:08
  بل ترتبط بمراجع حقول الكيانات الصحيحة التي تحتاجها فعلياً
• 6:11
  نفس الطلب مخرجات معدلة حسب السياقي
• 6:13
  ولا حاجة لجلسات إصلاح في منتصف الليل
• 6:15
  ولا يقتصر الأمر على توليد البرامج النصية فقط
• 6:18
  أوامر مثل آت باور بيتجز تشرح الكودة التالي
• 6:20
  أو تعطي جولات توضيحية بلغة بسيطة حول بنيات ليكويد أو باور بيتجز المحددة
• 6:25
  أنت لا تقوم بالنسخ واللسق بشكل أعمى
• 6:28
  بل تبني فهمك فعلياً
• 6:29
  هذا نوع مختلف من القوة لأنك تتعلم الرموز بينما تقوم بتنفيذها في الوقت نفسه
• 6:33
  كلما طالت فترة عملك بهذه الأوامر زاد تحول سير عملك
• 6:37
  بدلاً من إصلاح الأخطاء وحدك في الساعة الثانية صباحاً
• 6:40
  ستتعامل مع كو بيلوت كزوج ثان من العيون يعرف بالفعل ما تعطل في 90% من المشاريع المشابهة
• 6:45
  هذه الأوامر لا تمنحك رموز غشن
• 6:47
  بل تمنحك رؤية ونماذج عمل تحترم خصوصية البيئة
• 6:50
  إنها توفر عليك دورات لا نهائية من إعادة العمل
• 6:53
  في دور كو بيلوت العادي
• 6:54
  ستجد نفسك في المنتصف
• 6:56
  برنامج نصي مقبول مع القليل من التعديل
• 6:58
  وبعض التجربة والخطأ قبل أن يعمل بشكل جيد
• 7:00
  أما في دور آت باور بيتجز
• 7:02
  فيبدو الأمر وكأنه نجاح ساحق
• 7:03
  تندمج نصوص التحقق بسلاسة في نماذج باور بيتجز الخاصة بك
• 7:06
  وتمر تعليمات لكويد البرمجية
• 7:08
  ولا تظهر أخطاء في ارتباطات ديتافيرس
• 7:10
  هذا ليس حضناً
• 7:11
  بل هو ما يحدث عندما يعرف كو بيلوت البيئة التي تبرمج لها
• 7:14
  لكن هذه الميزة تمنحك المسودة الأولى فقط
• 7:17
  وجود جزء برمجي يعمل لا يعني تجربة مستخدم مكتملة
• 7:19
  يدخل المستخدمون بيانات غريبة
• 7:21
  وتحتاج رسائل الخطأ إلى تفاصيل
• 7:23
  ويجب أن تتطور النصوص البرمجية لتتجاوز المسودة الهيكلية التي يقدمها لك كو بيلوت
• 7:27
  وهنا يبدأ التحدي التالي
• 7:28
  من الهياكل البرمجية البسيطة إلى الأكواد القوية
• 7:31
  تبدأ رحلة البرمجة المتينة من حيث تبدأ معظم عمليات التحقق
• 7:34
  أي من الأساسية
• 7:35
  تحصل على مسودة أولى
• 7:36
  نص برمجي يعمل تقنياً
• 7:38
  لكنه يمنع فقط الأخطاء الأكثر وضوحاً
• 7:40
  تخيل الأمر كمقاتل من المستوى الأول يحمل درعاً من الورق المقوى
• 7:43
  يعمل الدرع أمام ضربة أو اثنتين
• 7:45
  لكن بمجرد أن يبدأ المستخدم الحقيقي في استخدامه
• 7:47
  فإنه يتحطم
• 7:48
  أي شخص سبق له إطلاق نموذج برمجي يعلم أن النص لا يدوم طويلاً في حالته الأولية
• 7:52
  أن تحمي من الأخطاء البسيطة
• 7:53
  لكن المستخدم قد يلصق رمزاً تعبيرياً في حقل الهاتف أو يكتب تاريخ الغد في خانة تاريخ الميلادي
• 7:58
  فجأة ينهار دفاعك وتغرق في تذاكر الدعم
• 8:01
  وتجد نفسك أمام نظام تحقق هش لا يقدم أي حماية حقيقية
• 8:04
  المشكلة الأساسية ليست في تغطية التحقق فحسبه
• 8:07
  بل في التغذية الراجعة
• 8:08
  رسالة مثل إدخال غير صالح
• 8:09
  هي المعادل البرمجي لباب مغلق بدون لافتة
• 8:12
  إنها لا تخبر المستخدمين بأي شيء
• 8:13
  فيبدأون بالتخمينة ويفشلون مجدداً
• 8:16
  ثم يلقن بالمشكلة عليك في النهاية
• 8:17
  هنا تتضاعف تذاكر مركز المساعدة لنفس الأسباب المتوقعة
• 8:20
  هنا يكمن التحول
• 8:21
  تلك النصوص البرمجية الهشة لا يجب أن تبقى على حالها
• 8:24
  مع كوبايلوت لا تكتفي بقبول الهيكل الأساسي
• 8:26
  بل طوره ليصبح حصيناً
• 8:28
  سير العمل بسيط ويمكن تذكره كحلقة من أربع خطوات
• 8:31
  إنشاء الهيكل وطلب تحسين رسائل الخطأ من كوبايلوت
• 8:34
  ثم إضافة معالجة الحالات الاستثنائية أخيراً النشر
• 8:37
  كل خطوة تحول الأداة البسيطة إلى سلاح حقيقي تثق به في الميدان
• 8:41
  يعمل كوبايلوت ضمن جلسة واحدة
• 8:42
  مما يجعل العملية سريعة
• 8:44
  بما أنك داخل نفس المحادثة التي جاء منها الهيكل
• 8:46
  يمكنك ببساطة كتابة تحديث الكود وكتابة رسائل خطأ مفصلة
• 8:50
  لا يبدأ كوبايلوت من الصفر
• 8:51
  بل يقوم حرفياً بتحديث الكود الموجود أمامك في المحرر
• 8:54
  لا داعي للتنقل بين علامات تبويب المتصفح أو إعادة صياغة الأوامر من البداية
• 8:58
  إنه عمل تكراري وليس مجرد نسخ ولسق
• 9:00
  ويمكنك رؤية التأثير بشكل فوري
• 9:02
  تخيل الفرق بين البداية والنهاية
• 9:04
  مسودتك الأولى تعطي مدخلات غير صالحة
• 9:06
  بعد تنقيح واحد أصبحت
• 9:08
  يجب أن يتكون رقم الهاتف من أرقام فقط وبطول عشر خانات على الأقل
• 9:11
  هذا الوضوح يغير تجربة المستخدم تماماً
• 9:14
  بدلاً من بناء جدار أن تبني دليلاً مرشداً
• 9:16
  أصبحوا يعرفون ما الخطأ وكيف يصلحونه بأنفسهم
• 9:19
  لا تذاكر دعم لا تذمر
• 9:20
  ووقت أقل مهدر من جانبك
• 9:22
  اضغط مجدداً لمعالجة الحالات الاستثنائية
• 9:24
  وسيعمل كوبايلوت على تعزيز الحماية
• 9:25
  هل تحتاج للتحقق من تسلل رموز خاصة إلى حقول الأرقام؟
• 9:28
  أطلب ذلك من كوبايلوت في نفس المحادثة
• 9:30
  هل تريد استجابات أكثر تفصيلاً لأنواع مختلفة من الأخطاء؟
• 9:33
  نفس سير العمل
• 9:34
  في كل مرة يزداد النص البرمجي صلابة
• 9:36
  ويتم ذلك بسياق مرتبط ببيئة باور بيتجز الخاصة بك
• 9:39
  وليس مجرد كود ويب عام
• 9:40
  ما يحدث فعلياً هو تغيير في أسلوبك في تصحيح الأخطاء
• 9:43
  تتوقف عن إطفاء حرائق الأسطر البرمجية المكسورة
• 9:46
  وتبدأ في صياغة مسودات فعالة
• 9:48
  يمنحك كوبايلوت أساساً فعالاً
• 9:50
  لذا توجه طاقتك نحو التنقيح
• 9:52
  بدلاً من التجربة والخطأ مع تعقيدات البنية
• 9:54
  أن تشكل بوعي كيفية تواصل الكود مع المستخدم
• 9:57
  هذا يقلل ساعات إعادة العمل ويخفف من أعباء الدعم
• 10:00
  عندما تنظر للأمر من خلال هذه الحلقة
• 10:02
  هيكل أساسي تنقيح الرسائل تعزيز ضد الحالات الاستثنائية
• 10:05
  ثم النشر تدرك أنك لا تمنع فوضى البيانات فحسبه
• 10:08
  بل تقلل عباء الدعم مستقبلاً
• 10:10
  كل رسالة خطأ مصاغة بعناية تعني تذكرة واحدة أقل من نوع
• 10:13
  لماذا لا يعمل هذا؟
• 10:14
  في قائمة انتظارك
• 10:15
  كل حالة استثنائية تمت معالجتها تعني حقل بيانات هش أقل
• 10:18
  ينتظر التسبب في مشكلة في مرحلة الإنتاج
• 10:20
  بحلول الوقت الذي تضاف فيه تنقيحات كوبايلوت
• 10:22
  يظل الهيكل موجوداً تحت الدرع
• 10:24
  لكنه تحول تماماً
• 10:25
  ما بدأ كحل مؤقت يصبح شيئاً مرناً
• 10:28
  بما يكفي لبيانات الإنتاج
• 10:29
  مع تعليقات تثقف المستخدم بدلاً من حظره
• 10:32
  مثل درع ورقي أعيد تشكيله ليصبح درعاً معدنياً
• 10:35
  يغير هذا التجربة لكل الطرفين خلف الشاشة
• 10:37
  وبينما يعد التحقق البرمجي جزءاً من اللغز
• 10:40
  هناك ساحة معركة أكبر تحيط به
• 10:42
  يمكن تعزيز الكودي
• 10:43
  ولكن السؤال يصبح
• 10:44
  كيف تدير الهيكل بأكمله الذي يعيش فيه دون إبطاء العمل
• 10:48
  هنا يظهر التحدي التالي
• 10:49
  ليس في النص البرمجي نفسه
• 10:51
  بل في الطريقة التي تدير بها خريطة موقعك
• 10:53
  تعديل خريطة المهمة باستخدام CLA وVS Code
• 10:56
  عندما تريد الانتقال إلى ما هو أبعد من النصوص البرمجية الفردية
• 10:59
  والبدء في إدارة موقعك بالكامل
• 11:00
  فأنت بحاجة إلى أكثر من مجرد تعديلات عشوائية
• 11:02
  أنت بحاجة إلى خريطة صحيحة
• 11:04
  تعديل خريطة الموقع باستخدام CLA وVS Code
• 11:06
  هو وسيلتك للتوقف عن السير في ممرات عمياء
• 11:08
  ورؤية كل زاوية بوضوح تمن
• 11:10
  الطريقة الفوضوية هي التنقل بين علامات تبويب استوديو التصميم في المتصفح
• 11:13
  والقفز إلى نافذة الأوامر
• 11:14
  ثم تبادل الملفات ذهابا وإيابا لإجراء تغيير بسيطا
• 11:17
  إنها تعمل لكنها تبدو غير مريحة
• 11:19
  الطريقة المتكاملة هي تنزيل كل محتوى موقعك محليا باستخدام Power Platform CLA
• 11:23
  ثم التعديل والنشر من خلال إضافة Power Platform Tools في VS Code
• 11:26
  سير عمل واحد بلا خطوات إضافية متعبة
• 11:29
  إليك كيف يتم الأمر
• 11:30
  قبل القيام بأي شيء يجب عليك المصادقة مقابل بيئة ديتافرس الخاصة بك
• 11:34
  اعتبرها بمثابة فتح الباب الأمامي حتى تتمكن واجهة CLA من الوصول إلى موقعك فعليا
• 11:39
  بمجرد المصادقة تقوم بتشغيل أمر واحد لتنزيل محتوى الموقع إلى مساحة العمل المحلية لديك
• 11:44
  هذا السحب يجلب القوالب والبرامج النصية وملفات CSS والأصولة
• 11:49
  نسخة كاملة من رؤى موقعك على جهازك يستفيد كوبايلوت إيضا
• 11:53
  لأنه مع وجود ملفات محلية يمكنه الإشارة إلى كيانات خاصة بالبيئة بدلا من إطلاق تخمينات عامة
• 11:59
  من هنا أنت دائما داخل VS Code
• 12:01
  هل تريد تعديل قالب لكويد؟
• 12:03
  الملف موجود أمامك مباشرة
• 12:04
  هل تريد إصلاح منطق التحقق؟
• 12:06
  افتح ملف جافا سكريبت الموجود بجانبه
• 12:08
  ولأن كل شيء مركزي سترى في الوقت الفعلي كيف تترابط الأجزاء بدلا من التبديل بين الأدوات دون إدراك الصورة الكبيرة
• 12:14
  تجعل إضافة Power Platform Tools أوامر CLA سهلة الاستعاب
• 12:18
  لا يزال بإمكانك استخدام سطر الأوامر الخام
• 12:20
  لكنها الآن موجودة في الطرفية المدمجة في VS Code
• 12:23
  ومرتبطة بمساحة العمل التي تبرمج فيها بالفعل
• 12:26
  وهذا يعني عدم الحاجة لحفظ سلاسل طويلة في كل مرة تشغل فيها نفس الأوامر المختصرة
• 12:30
  تنزيل تعديل نشر دورة سلسة
• 12:33
  لا وجود لأجزاء متبقية خارج نطاق المزامنة
• 12:36
  عملية النشر نفسها أصبحت أبسطة أيضا
• 12:38
  بعد إجراء التعديلات تستخدم نفس سير العمل المعتمد على CLA
• 12:41
  لدفع تغييرات مجددا إلى بيئة Power Pages الخاصة بك
• 12:44
  وهذا يغلق الحلقة دون الحاجة للمعالجة المزدوجة المعتادة أو أخطاء الإصدارات
• 12:48
  أنت لا تنسخ المجلدات يدويا ولا تأمل أن لا تنتهي جلسة المتصفح الخاصة بك
• 12:52
  أنت تبقي كل شيء في بيئة واحدة تتحكم فيها فعليا
• 12:56
  وتظهر زيادة الإنتاجية حقا بمجرد إضافة كوبايلوت إلى تلك الحلقة
• 13:00
  بدلا من التلاعب بقصصات غير مترابطة
• 13:02
  أصبحت مطالبات أت باور بيجز الخاصة بك تحدث في نفس مساحة عمل محتوى موقعك
• 13:06
  يمكنك تعديل نص برمجي لتحقق واختبار كيفية تفاعله فورا مع قوالب ليكويد المفتوحة في علامتي تبويب قريبتين
• 13:10
  إنها بيئة واحدة وسياق واحد وخطوة واحدة من السؤال إلى الإجابة
• 13:14
  لتوضيح الأمر سأعرضه لك في عرض توضيح قصير
• 13:17
  قم بتشغيل أمر CLA واحد لسحب موقعك
• 13:19
  وافتح ملف ليكويد الخاص بصفحة ما ونص التحقق الخاص به في VS Code
• 13:23
  ثم اطلب من أت باور بيجز تحسين رسائل الخطأ
• 13:25
  هذه هي الدورة الكاملة
• 13:27
  الخريطة أمامك
• 13:28
  الملفات في متناول يدك
• 13:30
  ومساعد الذكاء الاصطناعي على أهبة الاستعداد
• 13:32
  الإنجاز الحقيقي ليس في إضافة المزيد من الأدوات بل في دمجها معا
• 13:36
  أن تقضي على تبديل السياق وتحافظ على تركيزك
• 13:39
  وتعمل ضمن إطار مستقر يجمع البرمجة والمحتوى والدعم في مكان واحد
• 13:43
  هذا يوفر الوقت والأهم من ذلك
• 13:45
  يمنعك من استنزاف طاقتك في المشتتات بدلا من التركيز على البناء الفعلي
• 13:49
  مع وجود الخريطة في يدك أخيرا
• 13:51
  لن تظل تتخبط متسائلا أين تكمن العقبة التالية
• 13:54
  ولكن حتى مع وضوح تخطيط المهمة تظل بعض المعارك قائمة
• 13:57
  فعندما يظهر الزعيم متنكرا في هيئة كومة من أخطاء التصحيح
• 14:00
  يصبح الاختبار الحقيقي هو قداتك على قراءة نمط هجومه
• 14:03
  وتلك معركة لا يزال العديد من المطورين يخضونها وهم معصوب الأعين
• 14:06
  تصحيح أخطاء معارك الزعماء باستخدام كوبايلوت
• 14:09
  أحيانا لا يكون الاختبار الحقيقي هو كتابة كود جديد على الإطلاق
• 14:12
  بل معرفة سبب تحول شيء كنت تظنه سليما إلى مصدر للمشاكل فجأة
• 14:15
  وهنا يأتي دور تصحيح أخطاء معارك الزعماء باستخدام كوبايلوت
• 14:19
  قد يبدو تصحيح أخطاء PowerPages وكأنه تبادل للضربات مع وحش زعيم يخفي نمط هجومه
• 14:24
  تبدو الأخطاء عشوائية وتصرخ السجلات دون تقديم سياق واضح
• 14:28
  أن تنقب في مصوص برمجية طويلة غير متأكد ما إذا كانت المشكلة في الصيغة
• 14:32
  أو خلل في وسم Liquid أو رفض روابط Dataverse للعمل
• 14:35
  ما كان يجب أن يكون إصلاحا سريعا يستهلك جلسة عمل كاملة لأنك ترجم رموزا مبهمة سطرا بسطر
• 14:39
  لغة Liquid تزيد الأمر صعوبة
• 14:41
  وسم صغير قد يغير الصفحة بأكملها
• 14:43
  أحيانا ينجح الأمر بدقة وأحيانا يفشل بشكل ذريع
• 14:46
  أحد وسم include يدرج المحتوى دون أي مشاكل
• 14:49
  وآخر في سياق مختلف قليلا يفسد تخطيط صفحتك بالكامل
• 14:53
  تضيف روابط Dataverse مزيدا من التعقيدات
• 14:55
  قد يتم حلها بشكل صحيح في نموذج ما وتفشل بصمت في نموذج آخر
• 14:59
  وتعترف توجيهات Microsoft نفسها بهذا الخلل
• 15:01
  تتصرف كل من Liquid و Dataverse بشكل مختلف بناء على موقعها
• 15:05
  مما يعني أن استمر في تحريكها حتى تعمل
• 15:07
  يصبح هو سير عملك غير الرسمي
• 15:08
  هذا بالتحديد هو المكان الذي يغير فيه كوبيلوت في PowerPages فرص نجاحك
• 15:13
  بدلا من إضاعة فترة بعد الظاهرة في إجراء تجارب عمياء
• 15:16
  يمكنك تسليط الضوء على الكود
• 15:17
  أن تكتب حرفياً
• 15:19
  الـ PowerPages اشرح الكودة التالية
• 15:21
  include page copy بالمئة في محادثة كوبيلوت
• 15:25
  لا وعودة غامضة ولا نصائح عامة
• 15:27
  المخرجات هي شرح بلغة بسيطة يوضح ما يفعله هذا الوسم
• 15:31
  وما الذي يجلبه
• 15:35
  في الواقع أن تتوقف عن التخمين وتمتلك أخيراً نصناً مقروءاً لتحركات الزعيم
• 15:39
  لتحقيق أقصى استفادة
• 15:40
  قم بهيكلة تصحيح الأخطاء كعرض توضيح سريعاً
• 15:43
  أولاً
• 15:43
  حدد المقطع الذي يحتوي على الخطأ
• 15:45
  نموذج ينهار بعد وسم إنكلو
• 15:47
  ثانياً
• 15:48
  ضع الكودة الدقيقة في كوبيلوت باستخدام أمر الشرح
• 15:50
  ثالثاً
• 15:51
  استخدم شرح كوبيلوت لإجراء إعادة كتابة صغيرة أو تعديل في التخطيط
• 15:54
  ثم اختبر النتيجة
• 15:55
  الخطوات مجزة
• 15:56
  اشرح
• 15:57
  طبق
• 15:57
  اختبر
• 15:58
  سترى النتائج دون الوقوع في فخ المحاولات والأخطاء اللانهائية
• 16:00
  ولا يقتصر دور كوبيلوت على الترجمة فحسبه
• 16:03
  يمكنك طلب الإصلاح في نفس المحادثة
• 16:05
  على سبيل المثال
• 16:06
  يمكن لامكوبيلوت اقتراح تعديل كيفية تضمين العناصر لتتوافق مع تخطيطك
• 16:10
  أو تحسين جافا سكريبت ليعمل معالج الأحداث دون التسبب في انهيار وحدة التحكم
• 16:14
  بما أنه يعمل بوعي بالسياق داخل مساحة عمل باور بيجز الخاصة بك
• 16:18
  فإن النصائح تتصل مباشرة ببيئتك بدلا من كونها معلومات عامة على الوب
• 16:21
  هذا هو الفرق بين بائع جروعة عشوائي وشخص يعرف فعليا الزعيم الذي تقاتله
• 16:26
  الفائدة فورية
• 16:27
  بدلا من قضاء نصف يوم في عزل رابط تلف
• 16:30
  تنتقل مباشرة إلى فهم سبب فشله
• 16:32
  هذا يحول تصحيح الأخطاء من عمل عشوائي مضن إلى شيء تكتيكي
• 16:35
  ترى ما تعطل وتطبق إصلاحا مركزا وتتأكد مما إذا كان السلوك قد استقر
• 16:39
  يبدو الأمر أقل كرميا نرد في حقيبة ملعونة وأكثر كاستجابة لأنماط مرئية
• 16:43
  إليك التباين في الواقع
• 16:45
  سابقا كانت رسالة خطأ مثل حدث خطأ ما تتركك تدور حول المشكلة بلا نهاية
• 16:50
  مع شرح كوبايلوت تدرك أن وسم التضمين يحمل جزءا محددا من الصفحة
• 16:55
  وفي موضعك الحالي كان يتجاوز حاوية مطلوبة
• 16:58
  تقوم بإعادة كتابة الموضع كما اقترح كوبايلوت
• 17:00
  وتعيد الاختبار فيعمل النموذج بشكل صحيح
• 17:02
  في ثلاث خطوات تنتقل من الارتباك إلى الحل
• 17:05
  بالطبع هناك قاعدة تستحق التكرار
• 17:07
  يقدم كوبايلوت اقتراحات قوية لكنها ليست ضمانة
• 17:10
  راجع واختبر دائما قبل النشر في بيئة الإنتاج
• 17:13
  تعامل مع المخرجات كدليل استراتيجي
• 17:15
  وليس كغنائم فورية يمكنك استخدامها دون تذكير
• 17:17
  إنها توفر الوقت لكن حكمك هو الذي يحافظ على استقرار النظام
• 17:20
  بمجلد بناء حلقة التغذية الراجعة هذه
• 17:22
  الشرح والتعديل والتأكيد فإنك تقلل من رهبة تصحيح الأخطاء
• 17:25
  لم يعد ليكويد يبدو كخادع فوضوي
• 17:27
  وتوقفت مراوغات ديتا بيرس عن كونها الغازا غامضة
• 17:30
  وحتى مفاجآت جافا سكريب تتحول إلى هجمات مضادة يمكن إدارتها
• 17:34
  لا تزال معركة الزعيم تمثل تحديا
• 17:35
  لكنك تقاتل برؤية واضحة بدلا من تلقي ضربة من زوايا عشوائية
• 17:39
  وهذا التغيير في المنظور هو الفوز الحقيقي
• 17:41
  تصحيح الأخطاء بوجود كوبايلوت لا يلغي المواجهة
• 17:44
  لا تزال تبرمج وتختبر وتصلح الأخطاء
• 17:46
  لكنك تتوقف عن إهدار الطاقة في التحديق في مخرجات غامضة
• 17:50
  وتبدأ في العمل بميزة موثوقة
• 17:51
  مما يماهد الطريقة للجزء الأخير
• 17:53
  ما الذي تضيفه كل هذه التغييرات عندما تتراجع خطوة للخلف
• 17:57
  لتنظر إلى المهمة الكبرى
• 17:58
  الخلاصة تقول إلى هذا
• 18:05
  مدعوم بالذكاء الاصطناعي يشرح نفسه
• 18:07
  ويتحسن عند الطلب ويبني مسارات يمكن للمستخدمين التنقل فيها فعليا دون إحباط
• 18:12
  إليك مكاسبك الخمسة
• 18:13
  تبسيط قوالبي ليكويد
• 18:14
  وتسريع جافا سكريبت والتحقق من صحة النماذج
• 18:16
  والحصول على شرح مبسط لمقتطفات التعليمات البرمجية المعقدة
• 18:19
  ودمج HTML وبوتستراب لتصميمات متجاوبة
• 18:22
  وتبسيط استدعاءات واجهة برمجة تطبيقات الويب دون تخمين
• 18:25
  بعض الميزات لا تزال في مرحلة المعينة
• 18:27
  يقوم مسؤول المستأجر بتفعيلها من خلال مركز كوبايلوت في مركز إدارة باور بلاتفورم
• 18:31
  لذا تحقق مع المسؤول الخاص بك إذا بدت بعض الأجزاء مفقودة
• 18:33
  تم القضاء على الزعيم وتأمين الغنائم
• 18:35
  فعل ميزة الاشتراك واضغط على جرس التنبيهات للعروض التوضيحية القادمة
• 18:38
  وترك تعليقا بمسألة التحقق أو مشكلة ليكويد التي تود أن يعالجها كوبايلوت تاليا
• 18:42
  سنركز في الشروحات القادمة على أصعب تذاكر الدعم لديك