Khalil Saleem

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

الأفضل والأسهل تخزين فقط المسار، وليس الملف كامل في قاعدة البيانات هنالك عدة طرق لوضع اسم ملف فريد، منها DateTime.Ticks ودالة GUID.NewGUID() تجد شرح كامل لي في هذا الفيديو

الجريد فيو تستطيع تحديثها أي وقت بكتابة GridView1.DataBind();

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

هنالك عدة مكتبات جاهزة لعمل هذا الأمر، المجاني منها مثل GemBox ، والمدفوع منها مثل مكتبة Apose

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

الشرح جميل، ومرتب، ولكني أفضل التعريب المناسب، وهو التفويض، أو المفوض، بدلا من التنويب والنائب

اذا رغبت يمكنني تقدير التكلفة والوقت لك بدقة، فقط ارسل لي التفاصيل على الخاص لكي لا يراها احد

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

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

نعم هنالك خطوط مجانية تستطيع استخدامها وبيعها في خدماتك، هنالك عدة مواقع تقدم هذه الخدمة، مع ضرورة الإنتباه إلى ترخيص كل خط. أشهر موقعين من تجربتي هما موقع fontsquirrel موقع dafont هنالك خطوط عربية أيضا مجانية وأشهرها خط فلات http://fonts.jozoor.com/flat-font/

الشركة المسؤولة عن الإنتاج هي شركة أمريكية اسمها كوالكوم وهذا رابطهم http://www.qualcomm.co.in المعالج يستخدم في الهواتف الذكية لما له من مزايا مخصص لها، حيث يستهلك قدرا قليلا من الطاقة بالمقارنة بالمعالجات الأخرى، وبالتالي استهلاك أقل للبطارية. أيضا تشغيل الفيديو بجودات مختلفة ويمكنه تشغيل فيديو بجودة 4K بكفاءة عالية، هذا بالإضافة إلى تشغيل نظام الهاتف الذكي بالإضافة إلى عدة تطبيقات تعمل سوية بدون تأثير كبير على الأداء، وكفاءة في تشغيل الرسوميات ( الألعاب ) لأنه يحتوي على معالج داخلي مخصص له اسمه Adreno أيضا يحتوي على معالج مصغر آخر اسمه Gobi 9×35 ، يساعد في بث الفيديو بجودة 4K عبر WIFI، كذلك مزايا استخدام الكاميرا وفتحها بسرعة وتوفير استهلاك الطاقة. وهذا هو آخر معالج صدر من الشركة برقم : 820 وبسرعة 2GHz quad-core أيضا يحتوي على معالج رسوميات Adreno 530 مرفق صورة لمحتويات المعالج الهيكلية.

لا فرق في الإرسال أو الاستقبال، ولا يوجد فرق، لكل واحد منهما مزاياه الخاصة. في البداية كان إرسال البيانات ب XML ، ولكن مع تطور الويب ظهرت JSON إرسال البيانات ب XML له ميزة المقروئية ، حيث يمكن قراءة المخرجات بسهولة ( وهذا ما يسبب زيادة حجم الملف ) وهنا أقصد قراءتها من قبل إنسان وفهم المحتوى ، لأن كل وسم له اسم ومحتوى ويمكن توضيح كل نقطة به، كذلك يمكن إرسال إضافات على الملف المرسل مثل نقاط الحماية ونقاط الاتصال ... إلخ. نقطة أخرى يمكنك إرسال ملف XML Schema لتحديد الهيكلية لملف XML وتتأكد عدم احتوائه على نقص أو أخطاء. إرسال البيانات ب JSON له ميزة صغر الحجم، حيث الملفات تكون أصغر نسبيا من نظريها في XML ( لأنه لا اهتمام كبير في وصف المخرجات ) ، وهنالك صيغة من الجيسون اسمها BSON تكون الملفات صغير جدا ، والفرق كبير حينما ترسل لموقع أو لتطبيق كبير بيانات XML وبيانات JSON ، فستجد توفير كبير في Traffic

UI اختصارا ل User Interface : وهي واجهة المستخدم، كيفية تصميم واجهة المستخدم، وكيفية وضع الأزرار والصناديق والصور ... إلخ UX اختصارا ل User Experience: وهي تجربة المستخدم، أي كيف كانت نظرة المستخدم حول المنتج، هل ارتاح عليه، هل أتعبه، هل تصعب في جزئيات معينة، مثلا لم يستطع ايجاد زر التسجيل، أو أن العملية كانت صعبة، أو مثلا الألوان صاخبة وغير مريحة، أو أنه لم يعرف كيف يستخدم المنتج أو البرنامج من الأساس. لاحظ صورة الكاتشاب ، وهي صورة عامة، حيث المنتج الأول تم الاهتمام بتصميم واجهة المنتج فقط بدون الاعتماد على آلية استخدامه بينما الصورة الثاني ( المقلوبة ) اهتموا بالواجهة، ولكنهم اهتموا وبتجربة المستخدم، فالكاتشاب في الحالة الثانية اسهل في الاستخراج من الأولى. لاحظ أيضا الصورة الثانية، الطريق تم تصميمه بطريقة معينة، ولكن المستخدم اختار طريقة أخرى وجدها أسهل في الاستخدام، وهو مثال للطرافة. هنالك مبادئ لكل واحد منهما، ونقاط يجب أخذ الاعتبار بها، ولكن يجب عليك جمع المفهومين سويا، فقد تصنع واجهة مرعبة، لكن المستخدم لا يستطيع استخدامها بطريقة صحيحة، فتذهب جهودك أدراج الرياح وهذا مصدر رائع بالتوفيق

بروتوكول SOAP إن صحت تسميته، يركز على أن تكون المخرجات عبارة عن دوال لها هدف معين. أنت تقوم بعمل WebService باستخدام SOAP بها عدة دوال يمكن استخدامها، مثلا دالة حساب عملات، دالة إعادة الطقس بناء على المدينة، دالة تعطيها رقم بالميل، تعيدها لك بالكيلومتر، وهكذا. بروتوكول REST يركز على إخراج قاعدة بيانات كاملة أو جداول منها وتطبيق عمليات CRUD ، وهي Create, Read , Update , Delete ، مثلا جلب البيانات وتعديلها والإضافة منها وهكذا. وهو حل للوصول لقاعدة البيانات عن طريق بروتوكول HTTP ، ولو أردنا أن نستخدم SOAP للوصول لقاعدة البيانات، فيجب علينا أن نعمل لكل جدول 4 دوال على الأقل، كل دالة تستدعي جزء من CRUD . فعليا SOAP له مزايا أكثر من ناحية تحديد الأمان والمرسل والمستقبل، ووضع خصائص مطولة ومفصلة لكل جزئية في الاتصال به، بعكس بروتوكول REST لا يوجد من هو أفضل، فلكل منهما استخدام ، تريد إخراج دوال عليك ب SOAP ، تريد إخراج قاعدة البيانات عليك ب RESTful المصدر من هنا http://blog.smartbear.com/apis/understanding-soap-and-rest-basics/