لوحة المتصدرين
المحتوى الأكثر حصولًا على سمعة جيدة
المحتوى الأعلى تقييمًا في 08/31/22 في كل الموقع
-
فيديوهات الدورات وطريقة التدريس بسيطة وغير واضحة ربما يكون مزيد من التوضيح . متردد في الشراء نسبة لثمن الدورة المرتفع.1 نقطة
-
1 نقطة
-
قمت بإنشاء ملفات لتهجير البيانات Migration وتمت عملية التهجير بالفعل، وبعد إتمام العملية بنجاح لاحظت وجود بعض الأخطاء الإملائية في الملفات وأردت التراجع عن علمية التهجير مرة أخرى. كيف يمكنني التراجع عن آخر عملية تهجير قمت بها وإلغاء التغيرات التي تمت على قاعدة البيانات؟1 نقطة
-
يمكنك البحث عن نماذج على الانترنت و أخذ أفكار تصاميم منهم ثم تطبيقها بطريقتك.1 نقطة
-
عندما أحاول بسحب بعض البيانات من صفحة معينة ويصبح لدي كود HTML بالكامل، أحتاج إلى إستخراج كل الأصناف Classes الموجودة في كل العناصر، هنا مثال لكود HTML بسيط: <body> <div class="class-1"> <div class="class-2">some content</div> <div class="class-3">some content</div> <div class="class-4">some content</div> </div> <div class="class-1"> <div class="class-2">another content</div> <div class="class-3">another content</div> <div class="class-4">another content</div> </div> </body> كيف يمكنني الحصول على قائمة بكل الصناف الموجودة في الصفحة بإستخدام Beautifull soup في بايثون؟ لتصبح النتيجة بالشكل التالي: ['class-1', 'class-2', 'class-3', 'class--4']1 نقطة
-
1 نقطة
-
طالما أن الإعدادات لديك ثابتة، ما سبب عدم طباعة الصفحة بالحجم المطلوب؟ أنت تحدد الكائن opti مع خصائص ثابتة، ربما المشكلة شيء مختلف1 نقطة
-
عندما أحاول سحب بعض البيانات من الإنترنت من خلال الكود التالي: import urllib.request from bs4 import BeautifulSoup URL = "https://www.example.com/" res = urllib.request.urlopen(URL) html = res.read() soup = BeautifulSoup(html) print(soup) يظهر لي الخطأ التالي: UnicodeEncodeError: 'charmap' codec can't encode characters in position 70924-70950: character maps to <undefined> المشكلة أن هذا الخطأ يظهر في بعض الأحيان فقط وليس دائمًا ولا أدري سبب المشكلة، أيضًا تحدث نفس المشكلة عندما أحاول حفظ كود HTML في ملف جديد. كيف أحل هذه المشكلة؟1 نقطة
-
إن كنت تستعمل أحد تابعي الطباعة contents.printToPDF(options) أو contents.print([options], [callback]) فيمكنك تحديد حجم الصفحة، من خلال تمرير الخاصية pageSize ضمن الكائن options { marginsType: 0, printBackground: false, printSelectionOnly: false, landscape: false, pageSize: 'A4', scaleFactor: 100 }1 نقطة
-
توجد خدمة tawk.to حيث أنها مجانية للأبد، و هي تقدم خدمات مشابهة للخدمة التي قمت بذكرها. و هي تسمح لك بتنظيم الرسائل و التحدث إلى مستخدمي موقعك، الاستجابة إلى رسائل الدعم و الشكاوى و حتى يمكن القيام بإنشاء مركز دعم عن طريقها. يمكن الاطلاع على الموقع و التسجيل به للقيام بتجربة هذه الخدمة.1 نقطة
-
جربت ارسال ايميل من الموقع للمستخدم؛ لا توجد مشكلة فى الحروف الانجليزية ولكن الحروف العربية ترسل على شكل رموز هكذا .. Ø£ÙÙا بÙÙ ÙÙد Ø·Ùبت٠تغÙÙر ÙÙÙØ© اÙÙرÙر ÙÙ ÙÙÙع ÙاÙتÙÙØ©( www.lafetaa.com ). اÙرجاء استخدا٠اÙÙÙد اÙÙرÙÙ ÙتتÙÙÙ Ù٠ادخا٠ÙÙÙØ© ÙرÙر جدÙدة1 نقطة
-
الفرق بين SQL و NoSQL : المتطلبات الأساسية - SQL ، NoSQL عندما يتعلق الأمر باختيار قاعدة بيانات ، فإن أكبر القرارات هي اختيار بنية بيانات علائقية (SQL) أو غير علائقية (NoSQL). في حين أن كلا قاعدتي البيانات هما خياران قابلان للتطبيق ، لا تزال هناك بعض الاختلافات الرئيسية بين الاثنين التي يجب على المطورين وضعها في الاعتبار عند اتخاذ القرار. التسمية تسمى قواعد بيانات SQL في المقام الأول باسم قواعد البيانات العلائقية (RDBMS) ؛ بينما تسمى قاعدة بيانات NoSQL أساسًا بقاعدة بيانات غير علائقية أو موزعة. اللغة - تحدد قواعد بيانات SQL لغة الاستعلام المهيكلة (SQL) وتعالجها. إن رؤية هذه اللغة من جانب ما هو أمر قوي للغاية. يعد SQL أحد أكثر الخيارات المتاحة تنوعًا والأكثر استخدامًا مما يجعله خيارًا آمنًا خاصة للاستعلامات المعقدة الكبيرة. لكن من ناحية أخرى يمكن أن تكون مقيدة. يتطلب منك SQL استخدام المخططات المحددة مسبقًا لتحديد بنية بياناتك قبل التعامل معها. يجب أيضًا أن تتبع جميع بياناتك نفس البنية. قد يتطلب ذلك إعدادًا مسبقًا كبيرًا مما يعني أن التغيير في الهيكل سيكون صعبًا ومزعجًا لنظامك بأكمله. -- تحتوي قاعدة بيانات NoSQL على مخطط ديناميكي للبيانات غير المهيكلة. يتم تخزين البيانات بعدة طرق مما يعني أنها يمكن أن تكون موجهة نحو المستند أو موجهة نحو الأعمدة أو قائمة على الرسم البياني أو منظمة كمخزن KeyValue. تعني هذه المرونة أنه يمكن إنشاء المستندات دون الحاجة إلى بنية محددة أولاً. كما يمكن أن يكون لكل وثيقة هيكلها الفريد الخاص بها. يختلف بناء الجملة من قاعدة بيانات إلى أخرى ، ويمكنك إضافة حقول كما تذهب. قابلية التوسع - في جميع الحالات تقريبًا ، تكون قواعد بيانات SQL قابلة للتطوير عموديًا. هذا يعني أنه يمكنك زيادة الحمل على خادم واحد عن طريق زيادة أشياء مثل ذاكرة الوصول العشوائي أو وحدة المعالجة المركزية أو SSD. ولكن من ناحية أخرى ، فإن قواعد بيانات NoSQL قابلة للتطوير أفقيًا. هذا يعني أنك تتعامل مع المزيد من حركة المرور عن طريق التجزئة أو إضافة المزيد من الخوادم في قاعدة بيانات NoSQL الخاصة بك. إنه مشابه لإضافة المزيد من الطوابق لنفس المبنى مقابل إضافة المزيد من المباني إلى الحي. وبالتالي يمكن أن تصبح NoSQL في النهاية أكبر وأكثر قوة ، مما يجعل قواعد البيانات هذه الخيار المفضل لمجموعات البيانات الكبيرة أو المتغيرة باستمرار. بنية - قواعد بيانات SQL هي قواعد بيانات قائمة على الجدول على الجانب الآخر ، تكون قواعد بيانات NoSQL إما أزواج ذات قيمة رئيسية ، أو قواعد بيانات قائمة على المستندات ، أو قواعد بيانات بيانية ، أو مخازن واسعة الأعمدة. هذا يجعل قواعد بيانات SQL العلائقية خيارًا أفضل للتطبيقات التي تتطلب معاملات متعددة الصفوف مثل نظام المحاسبة أو الأنظمة القديمة التي تم إنشاؤها لهيكل علائقي. متابعة الخاصية - تتبع قواعد بيانات SQL خصائص ACID (الذرية والاتساق والعزل والمتانة) بينما تتبع قاعدة بيانات NoSQL نظرية برويرز CAP (الاتساق والتوافر وتحمل التقسيم). الدعم - يتوفر دعم كبير لجميع قواعد بيانات SQL من مورديها. يوجد أيضًا الكثير من الاستشارات المستقلة التي يمكنها مساعدتك في قاعدة بيانات SQL لعمليات النشر على نطاق واسع جدًا ، ولكن بالنسبة لبعض قواعد بيانات NoSQL ، لا يزال يتعين عليك الاعتماد على دعم المجتمع ولا يتوفر سوى خبراء خارجيين محدودون لإعداد ونشر NoSQL على نطاق واسع عمليات النشر. بالنسبة لعالم الشغل فكل سوق وله تقنياته الخاصة بالإضافة الى قابلية الإستخدام من طرف الإطار الذي تعمل عليه ، وأيضا كل مشروع وقاعدة البيانات الذي تناسبه .1 نقطة
-
يتم شرحها أين؟ يرجى توضيح سؤالك.1 نقطة
-
لا توجد واحدة منهما أفضل من الأخرى في كل شيء، كل منهما له محاسنه و مساوئه و يجب علينا معرفتها و من ثم معرفة متطلبات التطبيق الذي نريد بناءه حتى نعرف ما الذي يجب علينا استعماله. ال SQL تستطيع أن تستعلم بشكل مهيكل بينما ال nosql ليست كذلك، و بالتالي في حال كان هناك هيكلية معينة للبيانات فستكون ال sql أفضل. يمكنك بسهولة توسعة ال nosql من ناحية ال attributes فهي ديناميكية أكثر من ال sql، و بالتالي في حال كان لديك تطبيق فيه كيانات ستتغير بشكل كثير فيفضل استعمال ال nosql. هذه هي الميزات الأساسية لكل منهما و التي يجب أن تكون كافية لتحديد ما الذي تريده.1 نقطة
-
هذا يحدث لأن next يقوم ببناء الصفحة على طرف الخادم قبل ان يقوم بإرسالها للمتصفح. حتى يعمل معك الـ window يجب ان تضعه داخل الـ useeffect. او ان تضعها داخل الـ componentDidMount اذا كنت تستخدم الـ class component.1 نقطة
-
سبب حدوث ذلك هو أن الصور تكون من نوع inline بشكل إفتراضي وبالتالي يتم حساب طولها من خلال ما يسمى بطول السطر line-height وهذه القيمة تختلف من متصفح لآخر، وبالتالي يمكن حل هذه المشكلة بطريقتين: يمكنك أن تحدد طول السطر line-height بقيمة 0 للعنصر .logo-container، كالتالي: .logo-container { line-height: 0; } كما يمكن حل المشكلة من خلال إضافة الخاصية display للصورة بقيمة block، كالتالي: img { display: block; } وذلك لأن في العناصر من نوع inline، تُستخدم خاصية line-height لحساب ارتفاع المحتوى نفسه. بينما في العناصر من نوع block، تُستخدم الخاصية line-height لتحديد الحد الأدنى لارتفاع المحتوى داخل العنصر. يمكنك أن تلقي نظرة على توثيق الخاصية line-height من خلال موسوعة حسوب لمعرفة المزيد عن هذه الخاصية.1 نقطة
-
يمكنك أن تقوم بذلك من خلال : query = forms.CharField(label = 'search', widget = forms.TextInput(attrs = {'placeholder': 'Search'})) حيث تقبل widget كائن من نوع TextInput والذي بدوره يمكنك من الحصول على قيمة أي خاصية مثل placeholder على سبيل المثال. والطريقة الأخرى لعمل نفس الشيء هي إستخدام صنف Meta، كالتالي: from django import forms from .models import SearchModel class SearchForm(forms.ModelForm): class Meta: model = SearchModel widgets = { 'name': forms.TextInput(attrs={'placeholder': 'Search'}), }1 نقطة
-
شرح جميل ومفيد انا بشكر حضرتك جدا ..........ودوام التوفيق والنجاح1 نقطة