Adnane Kadri

الـ freemium هو واحدة من أنواع النسخ المصغرة للمنتج MVP، وهي نسخة مقللة من المنتج تخدم نفس الغرض وتمرر نفس القيمة الى جمهور المنتج المستهدف .. ويقدم أحيانا للاستفادة من آراء فعالة حول المنتج feedbacks غرض تطويره أو تجميع استطلاعات حوله أو لتحقيق أغراض أخرى تخص عملية ادارة المنتج الرقمي .. ولذلك فإنه من المجدي بطبيعة الحال اطلاق نسخة مجانية من المنتج أو نسخة مقللة بامتيازات محدودة لذلك. اذ يمكن لذلك أن: يزيد من فرص المنتج في جلب اهتمامات الجمهور المستهدف يعطي فرصة للمستخدمين النهائيين لتجربة المنتج وبالتالي الحصول على تقييمات فعالة يقوي العلاقة بين المستخدمين النهائيين والمنتج

مشكلة cors -وتعني "Cross-Origin Resource Sharing"- هي مشكلة شائعة، أين يتم حظر الطلبات من نطاق مختلف. لتلافي هاته المشكلة في تطبيقات NodeJS يقترح استخدام المكتبة cors عادة، قم بتتثبيتها: npm install -S cors ثم في ملف الخادم الرئيسي قم باستيرادها: import cors from 'cors'; وقم باستعمالها من طرف التطبيق: app.use(cors()); أعد تشغيل الخادم وانظر ما ان اختفت المشكلة.

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

كلاهما معروف بكفاءته في التعامل مع تحميل الملفات وادارتها.، وقد لا يلحظ اختلاف ما بينهما في المشاريع ذات الحجم الصغير والمتوسط، ولكن قد تكون هنالك بعض الفروقات في الآداء والميزات الاضافية كلما ازداد توسع المشروع وحجمه. ولكن عموما: بخصوص Multer: يعد multer من أكثر حزم تحميل الملفات شيوعًا في Node.js ومعروف بكفاءته وقدرته على التعامل مع الرفع المتعدد. يوفر مجموعة متنوعة من الخيارات لتكوين سلوك تحميل الملفات بما يناسب احتياجاتك. يدعم تخزين الملفات في مكان مخصص مثل القرص الصلب أو خدمات تخزين سحابية مثل Amazon S3 أو Google Cloud Storage. قد تحتاج إلى برمجة إضافية لمعالجة الأخطاء وإدارة الملفات المرفوعة والتحقق من أمانها وما نحو ذلك، قد يعد عيبا أحيانا ولكنه أيضا ميزة من حيث القدرة على تخصيص مثل هاته الجزئيات بحسب حاجة المشروع. بخصوص Express-Uploader: express-uploader هي مكتبة تساعد في تبسيط عملية تحميل الملفات في تطبيق Express.js. تقدم واجهة أكثر بساطة واستخدامًا بالمقارنة مع multer. يمكن أن يكون خيارًا جيدًا إذا كنت تبحث عن شيء سريع وبسيط لمشروعك الصغير. تحتوي على مجموعة محدودة من الخيارات والميزات مقارنة بـ multer، وقد تكون أقل قوة ومرونة للمشاريع الكبيرة والمعقدة.

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

يبدوا أن التصميم يخص قاعدة بيانات لتطبيق أفلام أين يقوم المستخدمون بإنشاء قوائم لمشاهدة الأفلام يمكن أن تسع أكثر من فيلم ويمكن لكل فيلم أن يوضع في العديد من قوائم المشاهدة .. في نفس الوقت يمكن تنظيم هاته الأفلام في قوائم. مبدئيا لا مشكلة بالتصميم. اذ يتم اعتبار: العلاقة بين انموذج بيانات المستخدم وقائمة المشاهدة كعلاقة one to one، أين يمتلك كل مستخدم قائمة مشاهدة واحدة. العلاقة بين انموذج بيانات قائمة المشاهدة والأفلام كعلاقة many to many، أين يمكن أن تسع قائمة ما العديد من الأفلام وفي نفس الوقت يمكن لفيلم ما أن يوضع في العديد من قوائم المشاهدة. العلاقة بين انموذج بيانات القائمة والأفلام كعلاقة many to many، أين يمكن أن ينتمي الفيلم لأكثر من قائمة وفي نفس الوقت يمكن لقائمة ما أن تحتوي العديد من الأفلام. يتم توصيف جداول وسيطة لمقاربة علاقة many to many بصورة صحيحة. رغم هذا، إلا أنه يوجد بعض الملاحظات التي تخص التصميم: لا يظهر أن هنالك داع من خاصية movies_ids في انموذج بيانات قائمة المشاهدة watch_list، اذ تربط هذا الأخير مع انموذج الفيلم movie علاقة many to many، ولذلك فإنه سيكون من السهل الاستعلام عن الأفلام الخاصة بالقائمة دون الحاجة إلى حقل يميز ذلك في انموذج القائمة. لا يتضح الفرق بين انموذج قائمة المشاهدة watch_list وانموذج القائمة list، قد يمكن التخلي عنها في حال لم تكن تختلفان عن بعض. بخصوص التوسع في التصميم، ما عليك إلا إضافة المزيد من النماذج واعتبار علاقات فعالة ما بين نماذج البيانات.

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

رغم أن السؤال قد لا يخص المواقع على منصة بلوقر على وجه الخصوص، فيما يلي بعض الخطوات العامة للتعامل مع هاته الجزئية: اختيار قالب بسيط وسريع تقليل حجم الصور واعتماد قياسات صور أقل استخدام خدمة استضافة اسرع ضغط المحتوى وتقليله استخدام شبكة توصيل المحتوى (CDN) للتعامل مع ملفات الأصول من مثل ملفات الجافاسكربت الخارجية وغيرها تفعيل تخزين المتصفح (Browser Caching) تجربة الأداء وتحليل الأخطاء، بالاعتماد على أدوات من مثل Google insights والالتزام بالنصائح المشار إليها هنالك

سؤالك غير واضح جيدا ويحتاج تفصيلا أكثر، ان كنت تحاول البحث عن طريقة لهيكلة مشروع PHP فأنت في الغالب سوف تحتاج التعامل مع نمط تصميم شائع معين، من مثل نمط MVC الذي يقتضي فصل مكونات التطبيق إلى ثلاث: النموذج (Model): يمثل النموذج البيانات والمنطق الأساسي للتطبيق.يقوم بمعالجة وإدارة البيانات والتفاعل مع قاعدة البيانات إذا كان ذلك ضروريًا. العرض (View): يمثل العرض وواجهة المستخدم (UI) للتطبيق. يتعامل مع عرض البيانات وتقديمها للمستخدمين بشكل مناسب. يتفاعل مع المستخدم ويمكنه إرسال طلبات إلى المتحكم للتحكم في التطبيق. المتحكم (Controller): يعمل المتحكم كوسيط بين النموذج والعرض. يتلقى الطلبات من العرض وينفذ العمليات المنطقية اللازمة. يحدد أي نموذج وأي عرض يجب استخدامهما وكيف يجب تنسيقهما معًا. طبعا فإن هاته المكونات الثلاث سوف تهتم بالتخاطب فيما بينها بشكل فعال، وكل هذا يكون لخدمة أغراض ومهام معينة من مثل ما ذكرت: عرض البيانات أو المعلومات بحسب صلاحيات المستخدم.

لا، انتبه الى ان هنالك خطأ بسيطا في

هاته ليست الطريقة الصحيحة لاستعراض مخرجات ملف جافاسكربت، قم أولا بتضمين هذا الملف في صفحة HTML على نحو: <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> <script src="node.js"></script> </body> </html> على أن يكون ملف الـ HTML هذا على نفس مستوى ملف الجافاسكربت، أي يكونان كلاهما في نفس المجلد. ثم قم بفتح هذا الملف في المتصفح. أيضا، ان كان السؤال يخص دورة ما يفضل طرح السؤال في قسم تعليقات الطلبة أسفل الفيديو الذي تواجه به مشكلة.

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

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

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

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

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

رسالة الخطأ تشرح نفسها، تحدث المشكلة عندما يكون هنالك متغير حالة يتم تجاوز قيمته في كل render داخل الخطاف useEffect، وفي نفس الوقت يتم إعادة تنفيذ الشيفرة ما داخل الخطاف useEffect كل مرة يتم فيها تغيير قيمته. الأمر الذي يحدث حلقة لا نهائية من التنفيذات. يمكنك تقييد عملية تحديث الحالة بناءا على الحالة السابقة: useEffect(() => { const t = moment(); setToday((prevToday) => { // تحديث الحالة بناءً على الحالة السابقة return { time: t.format('hh:mm:ss a'), date: t.format('D/MMM/YYYY'), }; }); }, [moment(), timings]); أيضا ان كان المتغير timings يتم تغييره هو الآخر بحسب قيمة today فستحتاج ازالته هو الآخر من مصفوفة الاعتماديات: useEffect(() => { const t = moment(); setToday((prevToday) => { // تحديث الحالة بناءً على الحالة السابقة return { time: t.format('hh:mm:ss a'), date: t.format('D/MMM/YYYY'), }; }); }, [moment()]);

أظنك تقصد Laravel pennant فهي الحزمة التي توفرها لارافيل لدعم فكرة feature flags أو رايات الميزة أو تدعى أحيانا تبديلات الميزة feature toggls. وهي ببساطة طريقة لتضمين ميزات معينة ضمن التطبيق لمجموعة محددة من الجمهور دون الحاجة لتغييرها فعليا لكامل جمهور التطبيق. مثال: تريد نشر تصميم معين للتطبيق وتريد من فئة معينة فقط اختباره وتجربته. تكون هاته الفكرية عملية في التطبيقات التي تتوقع توسعا كبيرا، أين يتم التوسع في الميزات تدريجيا .. خصوصا في التطبيقات التي تنتهج فلسفات Agile لتقديم نسخ مصغرة MVPs من الميزات التي تنشرها تباعا .. أين يتم نشر النموذج الأولي من الميزة لمجموعة معينة ضمن الجمهور المستهدف، ثم بعد اختبار تجارب الاستخدام او الحصول على التقييمات والآراء feedback يتم نشر وتعميم هاته الميزة بشكل نهائي. مثال جيد آخر هو ما تستعمله المواقع الكبيرة من مثل فيسبوك، فحينما تقوم -مثلا- بنشر طريقة تفاعل جديدة تقوم بتقديمها لجمهور معين ثم تقوم بعد ذلك بالتوسع في نشرها. في لارافيل، توجد هاته الحزمة لتقدم حلا استثنائيا بميزات عدة لمقاربة هاته الفكرة والتحكم فيها. بالنسبة لتطبيقك، فسيمكن نعم دعم هاته الفكرة بغض النظر عما تكونه هاته الميزات، سيمكن لصنف المستخدم الأول نشر وانشاء الميزات وللثاني تعميمها على كامل أصناف مستخدمي التطبيق.

حاول تجاوز الخاصية white-space لعنصر الفقرة التي تحتوي النص. <section class="price"> @foreach (HomePageHelper::x() as $u) <p style="text-align: center; white-space: normal;">{{ $u->price }}</p> @endforeach </section> هذا هو السلوك الافتراضي غالبا، ولكن الذي يحدث يعني أنه يتم تجاوز هاته الخاصية بمكان ما.

ممتاز، اذن كل شيء يعمل بشكل صحيح، يبدوا أن القيم المخزنة هي يالفعل المعروضة. يبدوا أيضا أنك تستعمل حزمة laravel-translatble من spatie ولذلك يتم مباشرة إعادة الترجمة الموافقة للغة الحالية. الناتج: قم بتعديل هاته القيم بما يليق في قاعدة البيانات وستظهر لك بشكل عادي. لا يوجد أي مشكلة في الشيفرة والنتيجة.

حاول طباعة خرج التابع x داخل ملف العرض: @php dd(HomePageHelper::x()); @endphp <section class="price"> @foreach (HomePageHelper::x() as $u) <p style="text-align: center">{{ $u->price }}</p> @endforeach </section> التقط لنا صورة للنتيجة. كيف هو خرج هذا التابع؟

احذف المعامل الثاني تماما، واكتبها بدونه.

قم أولا بترتيب الشيفرة لديك: <section class="price"> @foreach (HomePageHelper::x() as $u) <p style="text-align: center">{{ $u->price }}</p> @endforeach </section> ثانيا قم بإصلاح عائد التابع x من المساعد HomePageHelper فأنت تقوم بذلك بشكل خاطئ: public static function x(){ return University::all() }

طيب، هل يمكن الاطلاع على النتيجة في المتصفح والشيفرة المصدرية ل HomePageHelper؟

هل يمكن القاء نظرة عن الشيفرة التي تقصدها؟ أيضا شيفرة الدالة المساعدة التي تستعملها