Adnane Kadri

كحل مؤقت يمكنك تغيير شيفرة الصفحة code page الخاصة بنافذة cmd التي تفتحها الى الترميز 1256 عن طريق طباعة الامر: chcp 1256 ثم سيمكنك كتابة احرف بلغة عربية، رغم هذا ستبقى النصوص تتجه من اليسار الى اليمين. هذا بسبب ان طرفية cmd لا تدعم RTL أصلا.

هذا ليس خطأ، هذا تنفيذ للأمر npm run dev الموافق للأمر vite المبين في ملف package.json : "scripts": { "dev": "vite", "build": "vite build" }, وما تحاول القيام به ليس انشاءا لنظام التوثيق authentication وانما تجميع ملفات الاصول assets من ملفات العمل داخل مجلد resources. الأمر الذي تحتاج تنفيذه هو npm run build وهو الموافق للأمر vite build من ذات الملف السابق. لارافيل الآن يستعمل vite بدل laravel-mix مثلما كان سابقا، ولذلك فان هنالك بعض الجزئيات التي يلحظ أنها تغيرت، مثل اسطر تضمين ملفات الاصول في ملفات عرض الـ layouts. قد تحتاج القراءة أكثر عن هذا التغيير هنا:

الذي تقوم به الوظيفة getMatchedWordsFromString هو تحليل سلسلة نصية وليس مصفوفة. تأكد من ارفاق سلسلة نصية. لأن هاته الوظيفة ستقوم بتجزئة هاته السلسلة الى كلمات وتحفظها في مصفوفة وتبحث عن مدى تقاربها مع الكلمة المبحوث عنها. راجع الاجابة المرفقة.

يعني الخطأ انك تستعمل الوظيفة explode بشكل خاطئ. لاحظ اين يتم وصف هاته الوظيفة: function getMatchedWordsFromString($result ,$search) { $words = explode(' ',$result); // توزيع كلمات العنوان في مصفوفة // البحث عن الجزء المبحوث عنه في كل كلمة من كلمات العنوان $suggestions = []; foreach($words as $word){ if(preg_match("/{$search}/i", $word)){ // في حالة احتواء الكلمة على الكلمة المفتاحية array_push($suggestions ,$word); // اضافتها الى مصفوفة الاقتراحات } } return $suggestions; } اين اننا نقوم بتوزيع كلمات العنوان في مصفوفة. هل نمرر سلسلة نصية الى الوظيفة getMatchedWordsFromString كمعامل ثان بالفعل؟ اين نقوم بذلك؟ هنا: foreach($searchRslt as $result){ $suggestions = array_merge( $suggestions , getMatchedWordsFromString($result ,$search) ); print_r($suggestions); } هل result القادمة من حلقة foreach التي نمررها الى وظيفتنا سلسلة نصية؟ تأكد من ذلك

كل لغات الواجهة الخلفية قادرة على تحقيق ذلك.أما فيما يخص الواجهة الامامية فهي الأخرى تكتب وتبنى بـ HTML و CSS و جافاسكربت ولا يوجد أدوات او لغات أخرى يمكن المفاضلة بينها. توفر قوقل واجهة برمجية للتعامل مع خرائطها بأي لغة كانت، لذا لا يجب عليك القلق كثيرا بشأن الآداة التي يمكنها القيام بذلك. ان كانت مواقعك ثابتة غير ديناميكية، فسيمكنك تحقيق ذلك عن طريق أدوات الواجهة الأمامية فقط، وقد لا تحتاج أصلا لواجهة خلفية إلا لأغراض أخرى. أظن أن أسئلة من مثل "ما افضل لغة" و "ما افضل اطار" لا يصل فيها السائل الى جواب مقنع، لتضارب واختلاف الاجوبة فيما بينها. تعرف على المجال أكثر وجزء السؤال إلى أسئلة أكثر دقة وعلمية وسيمكنك شق طريقك فيه. قد تستفيد من الاجابات على هذا السؤال: ماهي افضل لغة لتطوير الويب .؟

webpack في الاصل هو مجمع ملفات او بشكل ادق مجمع وحدات module bundler تقوم بتجميع عدد من ملفات الجافاسكربت، الـ HTML والcss لتجعلها في ملف واحد، وبهذا المنطق تتيح الكثير من الميزات الأخرى على سبيل: امكانية تقسيم الشيفرات وتجزئتها. استخدام المحملات لتحميل وتفسير انواع معينة من الملفات مثل sass. فصل بيئة التطوير عن بيئة الانتاج. وغيرها الكثير.. عيب هاته الطريقة انها قد تأخذ الكثير من الوقت أثناء عملية التطوير. لنقل مثلا أنك تستخدم 2000 وحدة نمطية في تطبيق كبير لديك. الآن عملية بناء او تجميع او تحزيم هاته الوحدات قد ياخذ وقتا طويلا جدا بادئ الأمر. ثم ستكون عملية الاستماع الى التغييرات هي الأخرى بطيئة (رغم التخزين المؤقت) لأن ويب باك تقوم كل مرة بإعادة تجميع كامل الملفات واخراجها في ملف واحد كل مرة ولا تستثني الملفات الغير معدلة، هذا بجانب تشغيل كامل المحملات والوحدات الاخرى. ويتم تقديم laravel-mix كآداة توفر واجهة تطبيقات برمجية للعمل بـ webpack بشكل أكثر فعالية في تطبيقات لارافيل لذات الغرض السابق. يأتي Vite هنا لتقديم حل استثنائي لتحسين تجربة التطوير وتسريعها، فالفكرة الاساسية منه هو تحويل وتقديم جزء من شيفرة التطبيق الخاص بك عندما يطلب المتصفح ذلك وفقط. فعند بداية عملية التطوير سيقوم Vite بتقسيم وحدات جافاسكربت الخاصة بك الى فئتين: dependency modules أو وحدات التبعية، وهي الوحدات التي يتم تحميلها وطلبها من node_modules. يتم ذلك عن طريق مجمع يدعى esbuild هو مكتوب بلغة Go ويعد اسرع بـ 10 الى 100 مرة من ويب باك. application modules او وحدات التطبيق، وهي الوحدات التي تشتغل عليها او بالأحرى هي ملفات تطبيقك. ويبباك تقوم بتجميع كل ما ينتمي لكليهما واخراجهما في ملف واحد كل مرة تطلبه. يدعى هذا بـ bundler-based workflow او سير العمل القائم على التحزيم. Vite تقوم فقط بتجميع وحدات التبعية الخاصة بك، في حين ان وحدات التطبيق تقدم فقط حينما يتم طلبها او في لحظة ما تكون مستعملة من طرف صفحة ما او مكون ما. تسمي Vite هذا بـ vite ESM-based dev build أو سير العمل القائم على وحدات ES. بمعنى أنه قادر على معالجة التطوير الخاص بك بشكل أسرع كثيرا من Webpack. وقد لا تلحظ هذا مع تطبيقات عادية، ولكن ستزداد الحاجة الى تجميع اسرع مع ازدياد حاجيات التطبيق وتوسعه. وبما أنه يخدم مفهوم التوسع scalability أكثر من ويب باك فإن لارافيل ضمته إليها هذا الاسبوع فقط ليزيد من حظ وقدرة لارافيل في بناء تطبيقات بأحجام عملاقة، بجانب المحافظة على تجربة تطوير جيدة الى ممتازة. يتفائل الكثير من المطورون باستعمال لارافيل له، ويرون أنه الجيل الجديد من ادوات بناء جافاسكربت بخدمته لمفهوم الوحدات في المتصفح، وهو مفهوم لم يكن شائعا قبله. وكتجربة شخصية، عملت بـ Vite في تطبيق واجهة أمامية بـ VueJS وكانت تجربة التطوير رائعة مقارنة بالتطبيقات التي اعتمدت على ويب باك فيها. وبما أن Vite مقدم من مطوري VueJS أنفسهم فأظن أنه سيكون هنالك تقارب أكثر بين VueJS و Laravel في المستقبل.

قد يؤثر نعم، ولكن يجب قراءة أدلة التحديث للتأكد من سلامة عملية تحديث المشروع.

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

في الجزائر، نفتقر الى واجهة تطبيقات برمجية لتوفير مثل هاته التعاملات بالشكل المألوف، عن طريق cURL مثلا. ولذلك نلجئ الى الكثير من الطرق الأخرى التي يستعملها الموقع الذي ارفقته مثلا. فكفكرة مثلا: يمكنك بيع أكواد بطاقات التعبئة بدل بيع الرصيد نفسه. أو القيام بالتحويلات يدويا من واجهة المشرف بعد تسجيل تفاصيل هاته الطلبيات في قواعد البيانات. وبدل ان يكون الموقع آداة للقيام بالشحن والتعبئة يكون وسيطا فقط في عملية شراء الرصيد والدفع. يمكنك مثلا عرض واجهة استخدام يمكن من على المستخدم اختيار بطاقة التعبئة الموافقة ثم ملئ بياناته الخاصة. بجانب انه يطلب منه ارفاق تفاصيل عملية التحويل (المبلغ الذي يشتري به) كملف مرفق (وثيقة PDF عن تحويل عن طريق بريدي موب مثلا أو صورة عن وصل دفع عن طريق الحساب البريدي الجاري CCP). وبالطبع يكون هذا بعد تزويد المستخدم ببيانات حسابكم في بريدي موب او حساب البريد الجاري بكم. الآن بعد ان يقوم المستخدم بالتحويل وتقديم طلب الشراء، سيتلقى المشرف هذا الطلب من على لوحة التحكم. سيمكن له فحص مصداقية التحويل والقيام بشحن الرصيد يدويا بالطريقة المألوفة. ان كنت تبحث عن طريق لجعل الموقع يقوم بما ستحتاج عمله يدويا، فلا أظن انه سيمكنك ايجاده بالشكل البسيط. كخدمة مدفوعة توجد مجموعة الحزم باسم Chargily التي توفر مثل هاته الخدمات الكترونيا (مثل تقديم مفتاح API للتعاملات عبر البطاقة الذهبية وبريدي موب).

وعليكم السلام، أظن أن قراءة توثيق آداة او اضافة ما لن تكون بنفس الجهد الذهني الذي يتخذه المتعلم مثلا في تعلم لارافيل أو PHP. فالاطلاع الجيد على الادوات والتقنيات لن يكون بذات الدافع مثل التعرض الى نمط تفكير وهندسة جديد، او شيء جديد عليك كليا. وتجربة قراءة التوثيق نفسها لن تكون بحجم تجربة دخول المجال اول مرة وتعلم اول تقنية أو لغة مثلا. فالهدف سيكون فقط لمعرفة: ما الذي تفعله هاته التقنية تحديدا؟ أو كيف ستساعدني او تحل مشكلا ما لدي؟ وعليه، فإنه لن يكون عليك إلا فهم تعليمات التثبيت مثلا، طريقة الاستخدام او افضل الطرق لذلك. أو ربما متابعة نقاش جار حول مشكلة واجهتها بشأنه على github مثلا. وصحيح، أنه قد تنجر وراء أشياء أخرى وانت تحاول تعلم شيء ما، رغم هذا، يجب تنظيم عملية الاطلاع او القراءة وتصنيف ما الذي تحاول الاطلاع عليه مثلا كـ " مهم جدا " " مهم " " عادي ". لكنه لا يمكن ايقاف هاته العملية او تعطيلها. فهذا ما تفرضه طبيعة المجال المتغيرة والمتشعبة نفسه، فأنت ستضل تقرأ وتعرف عن المزيد من الأدوات. بجانب هذا، لن يجب عليك الاطلاع على JetStream أو Breeze أو fotify أو غيرها لتعلم لارافيل، فهو نفسه يقدمها ضمن مجموعة البدء الخاصة starter kits ويجعل العمل بها اختياريا ومنفصلا عن لارافيل نفسه. فكل منها هو اصلا تطبيقات عملية عن ميزات يأتي بها بالفعل. ولذلك فإن تعلم لارافيل والاطلاع اكثر عنه نفسه سيكفيك عن تعلمها في الوقت الحالي. ثم سيأتي الوقت الذي تجد فيه نفسك مندفعا الى تعلما بغرض تجنب تكرار نظم او افكار في تطبيقات لارافيل لديك. ما بين VueJS و Livewire كنت لأختار VueJS، رغم انك لست مرغما اصلا على الاختيار والتخلي عن احدهما مقابل الآخر. وقد يمكن فعليا استعمال كليهما في ذات المشروع. لأنهما مختلفان كليا، ف livewire اطار عمل لارافيل أما VueJS فهو اطار عمل الواجهة الأمامية. فلكل منهما استعماله وسياقه الخاص.

يمكنك التحقق من ما ان كان العنوان المدخل رابطا نسبيا يحوي داخله أحد النطاقات المقبولة، بهاته الطريقة سيمكنك قبول الروابط المتفرعة عن هذا الاصل: <?php /** * التحقق من ما ان كان رابط ما * نطاقا فرعيا عن احد النطاقات * المقبولة * @param string $target_url * @return boolean */ function is_valid_url($target_url) { $White_List = array("https://drive.google.com/", "https://1drv.ms/"); //Add Allowed Website list Here foreach($White_List as $url) { if(str_contains($target_url ,$url)) { return true; } } return false; } $user_url = "https://drive.google.com/path/to/target/drive"; echo is_valid_url($user_url); لاحظ ان الوظيفة str_contains موجودة فقط في PHP8، ان كنت تستخدم نسخا دون هاته النسخة. يمكنك عمل ذات الفكرة عن طريق strpos مثلا: if(strpos($target_url ,$url) !== false) { return true; } أو stripos ايضا: if(stripos($target_url ,$url) !== false) { return true; } الدالة strpos()‎ في PHP الدالة stripos()‎ في PHP

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

في ملف package.json يمكنك استعمال الخيار DISABLE_ESLINT_PLUGIN وارفاقه بالقيمة true فيما يخص الامر start كالتالي: { "scripts": { "start": "DISABLE_ESLINT_PLUGIN=true react-scripts start", الآن ستحتاج تشغيل الامر: npm run start لاستعراضه بدون الاضافة أو بالاضافة معطلة.

هل حاولت استعمال التابع whereMonth هنا أيضا؟ مثلا: $op->transactions->whereMonth('created_at', now()->month )->get() لا تنسى تنفيذ الاستعلام عن طريق التابع get. يحتمل ان يكون هو مسبب المشكلة التي تحاول تفاديها: كملاحظات أخرى، من غير المقترح كتابة استعلامات قواعد بيانات في مكان غير النماذج Models. فهو تطبيق غير جيد ويضفي على الشيفرة الكثير من مشاكل عدم قابلية التوسع والقراءة ونظافة الشيفرة وغيرها. ان كنت تحاول جلب التحويلات الخاصة بعملية ما في هذا الشهر فسيكفيك تعريفها ضمن ملف النموذج واستعمالها بشكل عادي في ملف العرض: class Operation extends Model { .. public function transactionsOfThisMonth() { return $this->transactions->whereMonth('created_at' ,now()->month)->get(); } } ثم سيسعك استعمالها بشكل عادي كـ: @foreach($op->transactionsOfThisMonth() as $t ) ثالثا، لما تقوم بوضع الشيفرة كاملة داخلة عبارة شرطية if، لما لا تستعمل فقط متغير القالب continue الذي سيتحقق من الشرط في كل حلقة من التكرار ويجعل التكرار يستمر في حالة تحقق الشرط وفقط؟ @foreach ($operation as $op ) @if($op->doctor->id == 1) @continue @endif <h5> <label><img src="/images/Arrow.svg" alt="clock"></label> اســـــم الـحــالــه -> <a href="projects/{{ $op->project->id }}">{{ $op->project->name }}</a> </h6> @foreach ($op->transactions->where('created_at', '=', $time ) as $o ) <h5> {{-- <label><img src="/images/money.svg" alt="clock"></label> --}} 💵 المبلع المدفوع :<span> EGP {{ $o->payed }}</span> <?php $sum+= $o->payed; ?> </h6> @endforeach @endforeach نفس الشيء بالنسبة للمتغير sum، افترض أنك تقوم بتجميع كامل المبالغ المدفوعة وتعرض هذا المجموع بطريقة ما، صحيح؟ <?php $sum+= $o->payed; ?> لا يفترض ان تحمل ملفات العرض اي منطق من هذا الشكل. لما لا نقوم مثلا بتعريف تابع ما يقوم بكل هاته العملية من اجلنا. نقوم بتجميع كامل قيم payed من تحويلات هذا الشهر، ثم نطبق الوظيفة array_sum لحساب هذا المجموع. class Operation extends Model { .. public function sumOftransactionsOfThisMonth() { return array_sum( $this->transactionsOfThisMonth()->pluck('payed') ); } } لاحظ أننا استعملنا وظيفتنا السابقة. ثم سيمكننا استدعاء هاته الوظيفة اينما شئنا كـ: @foreach ($operation as $op ) {{ $op->sumOftransactionsOfThisMonth() }} ناتج الشيفرة: @foreach ($operation as $op ) @if($op->doctor->id == 1) @continue @endif <h5> <label> <img src="/images/Arrow.svg" alt="clock"> </label> <a href="projects/{{ $op->project->id }}"> {{ $op->project->name }} </a> </h5> @foreach ($op->transactions->where('created_at', '=', $time ) as $o ) <h5> {{-- <label><img src="/images/money.svg" alt="clock"></label> --}} 💵 المبلع المدفوع :<span> EGP {{ $o->payed }}</span> </h5> @endforeach @endforeach

يوجد في الحقيقة في لارافيل تابع يدعى whereMonth يمكن من عليه تحديد مدخلات شهر ما، فعلى سبيل المثال: $transactions = Transaction::whereMonth('created_at', '09') ->get(); سيقوم بجلب كامل التحويلات التي تم انشاءها في شهر 9 الموافق لسبتمبر. بنفس المنطق سيمكنك ايضا استعمال التابع الآخر whereYear مع whereMonth لجلب مدخلات الشهر المرفق بالعام المرفق. يعني: هذا الشهر. يكون ذلك كـ: $transactions = Transaction::whereMonth('created_at', '09') ->whereYear('created_at', '2022') ->get(); يمكنك جعل العملية ديناميكية عن طريق الدالة المساعدة now والتي تقوم بانشاء نسخة عن الصنف "Illuminate\Support\Carbon" في الوقت الحالي: $currentYear = now()->year; $currentMonth = now()->month; $transactions = Transaction::whereMonth('created_at', $currentMonth) ->whereYear('created_at', $currentYear) ->get(); بذات المنطق يمكنك تطبيقها على التحويلات الخاصة بالشهر لديك.

قبل محاولة التحديث ينبغي معرفة ان لارافيل تصنف أربع مستويات من التأثير توصف دوما بجانب أدلة التحديث: Low وهو المستوى الاقل تأثيرا، ويشمل الأجزاء التي لها احتمالية ضئيلة للفشل في حالة عدم تحديثها. قد تسبب ظهور تنبيهات مثل تنبيهات إهمال سياق، تابع او وظيفة ما deprecation warning medium: الأجزاء التي لها امكانية تسبيب بعض المشاكل الغير جدية (مشاكل ضئيلة التأثير). Optional: لا تؤثر، ولكن مستحسنة High: تؤثر بشكل كبير وقد تسبب مشاكل جذرية في المشروع. بحسب دليل التحديث، فإنك ستحتاجين أولا تحديث نسخ كل من اعتماديات composer التالية: guzzlehttp/guzzle إلى ^7.0.1 facade/ignition الى ^2.3.6 laravel/framework الى ^8.0 في حال ما كنت تستعملين laravel/ui فيجب عليك ترقيتها هي الأخرى الى ^3.0 nunomaduro/collision الى ^5.0 phpunit/phpunit الى ^9.0 ثم كتحديث عال التأثير، يجب تحديث فضاءات أسماء namespaces الخاصة بمعامل النماذج model factories ومنشئات البذرة seeders ويشمل ذلك: اعادة تسمية مجلد seeds ليصبح seeders حقن فضاءات الاسماء في ملفات ال seeders وال factories الخاصة بك: <?php namespace Database\Seeders; use App\Models\User; use Illuminate\Database\Seeder; class DatabaseSeeder extends Seeder { /** * Seed the application's database. * * @return void */ public function run() { ... } } تحديث خريطة فضاءات الاسماء في ملف composer.json باضافة الفضائين السابقين: "autoload": { "psr-4": { "App\\": "app/", "Database\\Factories\\": "database/factories/", "Database\\Seeders\\": "database/seeders/" } }, أغلب التحديثات الموصوفة الأخرى هي تحديثات ضئيلة التأثير، اختيارية او نادر العمل بها (مثل تصفيح bootstrap). يفترض ان يعمل لارافيل الآن لديك وفق النسخة 8 بشكل طبيعي.

ما هي نسخ مشاريع لارافيل التي لديك؟

هل تظهر اي رسائل اخطاء بنافذة الطرفية console عند استعراض المشروع من المتصفح؟

هل السؤال متعلق بدورة ما؟ يفضل ارفاق السؤال ضمن قسم تعليقات الطلبة اسفل الفيديو الذي تواجه به المشكلة. وإلا فإنك ستحتاج ارفاق مزيدا من التفاصيل، مثل نص رسالة الخطأ التي تظهر، ومحتوى ملف اعداد ويب باك webpack.config.js

هل تقصد دورة تطوير تطبيقات الجوال باستخدام تقنيات الويب؟ عل كل، يمكنك التواصل مع الدعم بهذا الخصوص.

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

أسفل أي فيديو من فيديوهات الدورات. في أسفل القسم تماما سيمكنك ايجاد حقل لإرفاق تفاصيل سؤال او مشكلة تواجهها.

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

يفترض أن يراجع معك المدرب المشروع الذي أنجزته، قم بمراسلة الدعم بشأن الامتحان اقرأ اكثر عن الامتحان والحصول على الشهادة

لإنشاء مدخل جديد في الجدول الوسيط في علاقات Many to Many في لارافيل، يمكن استعمال التوابع attach و detach كالتالي: $project = Project::first(); $doctor = Doctor::first(); $project->doctors()->attach($doctor->id); // لإضافة دكتور جديد لمجموعة الدكاترة الخاصة بمشروع ما $project->doctors()->detach($doctor->id); // لإزالة دكتور ما من مجموعة الدكاترة الخاصة بمشروع ما وبالطبع فان نفس الأمر يمكن فعله مع الجدول الآخر: $doctor = Doctor::first(); $project = Project::first(); $doctor->projects()->attach($project->id); // لإضافة مشروع جديد لمجموعة المشاريع الخاصة بدكتور ما $doctor->projects()->detach($project->id); // لإزالة مشروع من مجموعة المشاريع الخاصة بدكتور ما يمكنك ايضا اسناد او ازالة مجموعة من العناصر الى التابعين، ففي حال ما كنت تحاول مثلا اضافة مجموعة من المشاريع لدكتور معين دفعة واحدة يمكنك ذلك عن طريق: $doctor = Doctor::first(); $projects = Project::inRandomOrder()->limit(10)->pluck('id'); // مجموعة عشوائية من المشاريع $doctor->projects()->attach($projects); // لإضافة مجموعة مشاريع جديدة لمجموعة المشاريع الخاصة بدكتور ما انتبه الى انه في حالة عدم تمرير اي معاملات الى التابع detach سيتم محو كامل الاسطر الوسيطة في الجدول الوسيط الخاصة بالعنصر المشار اليه: $doctor = Doctor::first(); $doctor->projects()->detach(); // محو كامل العلاقات او: $project = Project::first(); $project->doctors()->detach(); // محو كامل العلاقات