معرفی سایت
صفحه اول

به وبلاگ آموزش برنامه نویسی خوش آمدید ، برای شما لحظات خوشی را در این وبلاگ آرزو می کنم . این وبلاگ با هدف آموزش برنامه نویسی با تمام زیان ها ایجاد شده است به همین خاطر مطالب این پایگاه گلچینی از بهترین آموزش ها در اینترنت می باشد . من "رضا عبدالملکی " دانشجوی دوره کاردانی رشته کامپیوتر از شهرستان دورود در استان لرستان هستم و منتظر نظرات ، پیشنهادات و انتقادات شما می باشم . موفق و پیروز باشید .




آمار سايت
كل بازديدهاي سايت: 87789
تاريخ ايجاد وبلاگ: شنبه 2 آبان 1388
بروز رساني:چهارشنبه 12 خرداد 1389
تعداد نظرات داده شده : 73 نظر
كل مطالب ارسال شده: 791 عدد
تاريخ ايجاد وبلاگ: شنبه 2 آبان 1388
بروز رساني:چهارشنبه 12 خرداد 1389
تعداد نظرات داده شده : 73 نظر
كل مطالب ارسال شده: 791 عدد
امکانات جانبی
تاخت و تاز اسبهای تروا در عرصه بانکداری الکترونیک
نویسنده: رابرت واموسی
مترجم: فاطمه اللهیاری- دنیای کامپیوتر و ارتباطات
امروزه دامنه آثار زیانبار تروجانهای موذی به عرصه بانکداری الکترونیک هم کشیده شده است. از جمله تروجان های معروف به بانکزن، حساب های پس انداز آنلاین را طوری از کار می اندازند که قربانیان از مشاهده کلاهی که در حال رفتن روی سرشان است عاجز می مانند. سابقا این کار به وسیله دزدیده شدن نام کاربری و رمز عبور یک بانک خاص صورت میگرفت. تبهکاران نیز برای خالی کردن حساب بانکی دیگران به طور دستی باید رمز حساب را کشف می کردند. بخش خدمات مالی بانکها برای جلوگیری از چنین حملاتی، برخی روشهای قضایی مانند دستگاه id، ردیاب و طرح برخی سؤالهای تشخیصی را به کار می بندند. اما متأسفانه تبهکاران در مواجهه با چنین موانعی، زیرکتر شدهاند. یکی از این تروجان ها با نام urlzone به حدی پیشرفته است که شرکت اینترنتی امنیتی فینجان (finjan) آن را نسل بعد برنامه های ویروسی می خواند.
دسیسههای بزرگتر
نویسنده: رابرت واموسی
مترجم: فاطمه اللهیاری- دنیای کامپیوتر و ارتباطات
امروزه دامنه آثار زیانبار تروجانهای موذی به عرصه بانکداری الکترونیک هم کشیده شده است. از جمله تروجان های معروف به بانکزن، حساب های پس انداز آنلاین را طوری از کار می اندازند که قربانیان از مشاهده کلاهی که در حال رفتن روی سرشان است عاجز می مانند. سابقا این کار به وسیله دزدیده شدن نام کاربری و رمز عبور یک بانک خاص صورت میگرفت. تبهکاران نیز برای خالی کردن حساب بانکی دیگران به طور دستی باید رمز حساب را کشف می کردند. بخش خدمات مالی بانکها برای جلوگیری از چنین حملاتی، برخی روشهای قضایی مانند دستگاه id، ردیاب و طرح برخی سؤالهای تشخیصی را به کار می بندند. اما متأسفانه تبهکاران در مواجهه با چنین موانعی، زیرکتر شدهاند. یکی از این تروجان ها با نام urlzone به حدی پیشرفته است که شرکت اینترنتی امنیتی فینجان (finjan) آن را نسل بعد برنامه های ویروسی می خواند.
دسیسههای بزرگتر
ارسال در تاريخ جمعه 10 اردیبهشت 1389 توسط
رضا عبدالملكي
اینترنت اکسپلورر
اغلب به عنوان بدترین
مرورگر
وب
شناخته می شود، اما
اینترنت اکسپلورر
نگارش8 در حقیقت یک
بسته نرم افزاری
مخفی دارد که دوای درد طراحان
وب
ی است که می خواهند
وب
سایت
استاندارد خود را با شیوه غیراستاندارد
اینترنت اکسپلورر
همخوان کنند.
کافی است یک کلید کوچک فشار دهید تا یک پنجره باز شود. همچنین می توانید این پنجره مفید کنترل صفحه های وب را، از طریق منوی tools و سپس گزینه developer tools را برگزینید.
کافی است یک کلید کوچک فشار دهید تا یک پنجره باز شود. همچنین می توانید این پنجره مفید کنترل صفحه های وب را، از طریق منوی tools و سپس گزینه developer tools را برگزینید.
ارسال در تاريخ جمعه 10 اردیبهشت 1389 توسط
رضا عبدالملكي
هیچ برنامه نویسی نمی تواند مدعی باشد که قطعه کدی که نوشته است درست و بدون مشکل کار می کند، همیشه یک حالت هست که شما آن را در نظر نگرفته اید و همان باعث بروز خطا می شود. پس هیچ گاه نباید کامپایل درست کد را به حساب درست بودن آن بگذارید.
خب چاره چیست؟ آزمون های پیاپی توسط افراد متفاوت؟ این عمل در فاز اولیه توسعه هزینه بر است. بهتر است منتظر بمانید تا گروه آزمایش، درستی عملکرد کد شما را تایید کند. برای گرفتن این تاییدیه آزمایش های واحد (unit testing) به کمک شما خواهد آمد. آزمایش واحد بیشتر برای تعیین درستی کارکرد یک متد به کار می رود.
آیا هر متدی را می توان در آزمایش واحد گنجاند؟
بی شک نه! چراکه برای هر آزمایش واحد، حد و مرزی وجود دارد و آزمایش باید در آن حد و مرز قرار بگیرد. مثلا متدی که برای وصل شدن به پایگاه داده است یا بارگذاری فایل از اینترنت یا خواندن فایل، جزو آزمایش های واحد محسوب نمی شود. برای مثال اگر یکی از متدهای شما بزرگترین عدد یک فهرست را از پایگاه داده دریافت می کند، در متدی که برای آزمایش واحد آن تهیه خواهید کرد نباید هیچ گونه کدی جهت برقراری ارتباط با دیتابیس نوشته شود.این امر سبب سریع تر اجرا شدن آزمایش های واحد خواهد شد و در آینده شما را از انجام آن به دلیل کند بودن روند انجام آزمایش ها، منصرف نخواهد کرد. همچنین تغییرات انجام شده در لایه دسترسی به داده ها سبب غیرمعتبر شدن این نوع آزمایش ها نخواهد شد. به بیان دیگر وظیفه متد آزمایش واحد، اتصال به پایگاه داده یا شبکه یا خواندن اطلاعات از یک فایل نیست.
چرا برنامه نویس ها آزمایش های واحد را انجام نمی دهند؟
خب چاره چیست؟ آزمون های پیاپی توسط افراد متفاوت؟ این عمل در فاز اولیه توسعه هزینه بر است. بهتر است منتظر بمانید تا گروه آزمایش، درستی عملکرد کد شما را تایید کند. برای گرفتن این تاییدیه آزمایش های واحد (unit testing) به کمک شما خواهد آمد. آزمایش واحد بیشتر برای تعیین درستی کارکرد یک متد به کار می رود.
آیا هر متدی را می توان در آزمایش واحد گنجاند؟
بی شک نه! چراکه برای هر آزمایش واحد، حد و مرزی وجود دارد و آزمایش باید در آن حد و مرز قرار بگیرد. مثلا متدی که برای وصل شدن به پایگاه داده است یا بارگذاری فایل از اینترنت یا خواندن فایل، جزو آزمایش های واحد محسوب نمی شود. برای مثال اگر یکی از متدهای شما بزرگترین عدد یک فهرست را از پایگاه داده دریافت می کند، در متدی که برای آزمایش واحد آن تهیه خواهید کرد نباید هیچ گونه کدی جهت برقراری ارتباط با دیتابیس نوشته شود.این امر سبب سریع تر اجرا شدن آزمایش های واحد خواهد شد و در آینده شما را از انجام آن به دلیل کند بودن روند انجام آزمایش ها، منصرف نخواهد کرد. همچنین تغییرات انجام شده در لایه دسترسی به داده ها سبب غیرمعتبر شدن این نوع آزمایش ها نخواهد شد. به بیان دیگر وظیفه متد آزمایش واحد، اتصال به پایگاه داده یا شبکه یا خواندن اطلاعات از یک فایل نیست.
چرا برنامه نویس ها آزمایش های واحد را انجام نمی دهند؟
ارسال در تاريخ پنج شنبه 9 اردیبهشت 1389 توسط
رضا عبدالملكي
