مهدی عزیزی

۲۸ مطلب با موضوع «ASP» ثبت شده است

متدولوژی اسکرام (Scrum Methodology)

مقدمه: اسکرام(scrum) یک روش تکراری برای مدیریت پروژه های نرم افزاری است. در این روش سازمان دهی تیم توسعه و برقراری ارتباط مناسب با مشتری یا مشتریان امکان پذیر می گردد. هم چنین با مدیریت صحیح فرایند تولید و توسعه نرم افزار توسط این متدولوژی، امکان ارائه محصول با کیفیت در مدت زمان مشخص مقدور می گردد.

اسکرام چیست؟

اسکرام(scrum) یک روش گروهی برای تولید و توسعه نرم افزار است. این متدولوژی یک مدل تکراری(iterative) از متدولوژی Agile برای حل مسایل پیچیده است. با اسکرام این امکان وجود خواهد داشت که مسایل پیچیده به راحتی مدیریت گردد.

در واقع اسکرام یک فرایند و یا تکنیک تولید محصول نیست، بلکه چارچوبی است که بوسیله آن می توان مدیریت تولید محصول را بهینه نمود.
این متدولوژی ساده و آسان است و همه می توانند به راحتی قوانین موجود در آن را فراگرفته و به کار گیرند، اما تسلط کامل به اسکرام معمولا دشوار است.

تاریخچه اسکرام

متدولوژی اسکرام در سال 1986 در کشور ژاپن توسط Hirotaka Takeuchi و Ikujiro Nonaka برای اولین بار اختراع شد. اسکرام در دهه 90 میلادی توسط Ken Schwober و Jeff Stherland توسعه داده شد و به عنوان یک متدولوژی رسمی جهت تولید محصولات نرم افزاری شناخته و به کار گرفته شد.

اسپرینت

هسته اصلی اسکرام را اسپرینت ها تشکیل می دهند. در متدولوژی های تکرار شونده(iterative) دوره های زمانی تکراری(iteration) وجود دارد که در این دوره ها به تدریج محصول کامل می گردد. بدین صورت که در تولید یک محصول، تعدادی تکرار در نظر گرفته می شود که در پایان دوره زمانی هر تکرار، یک محصول قابل ارائه وجود دارد. به این دوره های زمانی تکرار شونده در اسکرام اسپرینت(sprint) می گویند. در پایان هر اسپرینت، محصول کامل تر شده و در نهایت محصول نهایی تولید می گردد. هر اسپرینت دارای تعریفی است که در آن باید مشخص شده باشد که چه چیزی قرار است ساخته شود، نیازمندی ها، راهنمای ساخت و محصول خروجی نیز باید مشخص باشند.

مجموعه نیازمندی های عملیاتی و غیر عملیاتی(Functional and NonFunctional Requirements) پروژه، که مستند شده است را backlog گویند. مجموعه نیازمندی هایی که در هر اسپرینت باید تمام شوند sprint Backlog نامیده می شود. هر sprintcycle تا زمانی ادامه پیدا می کند که محصول آماده release باشد. بعد از release محصول ممکن است صاحب پروژه نیازمندی های جدیدی به پروژه اضافه نماید که به آن ها Product Backlog گویند.
مدت زمان هر اسپرینت بستگی به نوع پروژه دارد. این مدت زمان می تواند از یک هفته تا یک ماه متغیر باشد. هر اسپرینت باید دقیقا سر وقت به اتمام برسد و اگر به هر دلیلی در پایان اسپرینت محصول آماده نبود باید نیازمندی های sprint backlog به product backlog منتقل شوند.
در ابتدا و در هنگام شروع اسپرینت، جلسه ای با حضور تمام اعضای تیم تشکیل می شود و به همه افراد هدف نهایی اسپرینت و وظایف هریک از اعضای تیم شرح داده می شود.

وظایف مشخص شده در هر اسپرینت شامل سه جنبه است:

  • Transparency: تمامی جنبه های فرایند برای همه اعضای تیم(مشتری و تیم برنامه نویس) باید مشخص و واضح باشد.
  • Inception: اگر در هر مرحله، فرایند دچار انحراف شد، باید انحراف سریع تشخیص داده شود.
  • Adaption: انحراف های شناسایی شده، در کم ترین زمان ممکن باید تعدیل شوند.

 

در هر اسپرینت، جلسه ای به صورت روزانه با حضور اعضای تیم(تیم تولید و ذینفعان) انجام می شود تا پیشرفت های پروژه بررسی گردد. در این جلسات باید به سه پرسش زیر پاسخ داده شود:

  • چه پیشرفت هایی حاصل شده است؟
  • چه موفقیت هایی در اسپرینت بعدی حاصل می گردد؟
  • چه موانعی برسر راه ادامه کار وجود دارد؟


در انتهای هر اسپرینت جلسه ای برگزار می شود تا محصول نهایی به ذینفع یا ذینفعان نشان داده شود و نتیجه نهایی کار بررسی گردد.

نقش های اسکرام (scrum roles)

  • اسکرام مستر(scrum master) : رهبر اسکرام وظیفه دارد تا تمامی اعضای تیم را هدایت و راهنمایی نماید تا هیچ یک از اعضای تیم از چارچوب و قوانین اسکرام خارج نشوند. رهبر اسکرام نقش مدیر را ندارد بلکه تنها وظیفه رهبری تیم را بر عهده دارد تا با رفع مشکلات و موانع پیش رو(در صورتی که اعضای تیم قادر به رفع موانع نباشند.) ، اجرای اسکرام را بهبود بخشد.
  • نماینده صاحب پروژه و یا ذینفع(product owner) : صاحب پروژه با اعلام دقیق نیازمندی های خود به تیم تولید، با راهبر اسکرام و تیم تولید همکاری می نماید. صاحب پروژه باید به سوالات تیم پاسخ داده و همواره در دسترس باشد.
  • تیم تولید و توسعه نرم افزار(development team) : افراد این تیم در چارچوب قوانین اسکرام، به تولید آن چه که صاحب پروژه درخواست کرده است، می پردازند. تعداد اعضای تیم تولید نه باید آن قدر کم باشد که همکاری گروهی و کار تیمی بی معنا شود و نه آن قدر زیاد باشد که هماهنگی بین اعضای تیم تبدیل به امری دشوار و وقت گیر گردد. تعداد اعضای تیم تولید، بستگی به پروژه دارد اما معمولا 6 تا 9 نفر اعضای این تیم را تشکیل می دهند.

نتیجه گیری: هدف اسکرام جلوگیری از شکست های معمول در حین فرایند تولید و توسعه است. بوسیله اسکرام می توان از حداکثر توان و خلاقیت تیم تولید بهره برد. این متدولوژی در تعداد زیادی پروژه در سراسر دنیا توسط شرکت های مختلف مورد استفاده قرار گرفته و موفق بوده است.

۰۴ دی ۹۳ ، ۲۱:۵۶ ۱ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

تفاوت URI، URL و URN

URI – URL – URN  سه شیوه آدرس دهی می باشند :

Uniform Resource Identifier) URI) یا شناسه منبع یکپارچه
یک رشته از کاراکتر هاست  که برای شناسایی یک نام و یا یک منبع بر روی اینترنت مورد استفاده قرار گرفته شده است.

URI یک منبع را یا بوسیله مکان یا بوسیله نام یا توسط هردو مشخص و شناسایی میکند. در واقع URI خود از دو بخش تشکیل شده: URN و .URL که URN مشخص کننده نام منبع و URL تعیین کننده روش دسترسی به منبع است.

در واقع URI رشته ای از کاراکترها است که برای شناسایی هویت و روش دسترسی به یک منبع از آن استفاده می شود.
Uniform Resource Locator) URL)  یک زیر مجموعه و بخشی از (URI) می باشد که می تواند چگونگی بازیابی هر منبعی را مشخص کند.
URN (Uniform Resource Name): URN یک مشخصه است که بصورت یکتا یک منبع را نام گذاری می کند و هیچ جزئیاتی در مورد چگونگی دسترسی به آن منبع به ما نمی دهد.
یه مثال ساده:
URN شبیه به نام یک فرد است، در حالی که یک URL مانند آدرس خیابان. URN تعریف هویت چیزی است، در حالی که URL یک محل را فراهم می کند.
مثال کامپیوتری و تحت وبی:
URL: http://www.ietf.org/rfc/rfc2396.txt
URL: telnet://192.0.2.16:80/
ISBN: 1-2345-34-7 یک URN است.
Files/main/page.HTML یک URI است چون یک منبع را مشخص می کند ولی یک URL نیست چون چگونگی بازیابی منبع را مشخص نمی کند.
http://www.it.com/Files/main/page.HTML یک URL است.

۲۶ آذر ۹۳ ، ۱۰:۱۲ ۰ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

ASP.NET Web API

Web API چیست؟
Web API، نوع قالب جدیدی برای پروژه‌های مبتنی بر وب در NET. است که بر مبنای اصول و الگوهای موجود در ASP.NET MVC ساخته شده است و همراه با ASP.NET MVC 4 وجود دارد. Web API توسعه گران را قادر می‌سازد تا با استفاده از یک الگوی ساده که در Controllerها پیاده سازی می‌شود، وب سرویس‌های مبتنی بر پروتوکل HTTP را با کدها و تنظیمات کم ایجاد کنند. این سبک جدید برای ایجاد وب سرویس ها، می‌تواند در انواع پروژه‌های NET. مانند ASP.NET MVC، ASP.NET Web Forms، Windows Application و ... استفاده شود.
یک سوال کاملاً منطقی در اینجا به وجود می‌آید. چرا نیاز به بستری جدید برای ایجاد وب سرویس داریم؟ آیا در حال حاضر مایکروسافت بستری محبوب و فراگیر برای توسعه‌ی وب سرویس هایی که بتوانند با پروتوکل SOAP تعامل داشته باشند در اختیار ندارد؟ مگر وب سرویس‌های ASMX از زمان معرفی ASP.NET وجود نداشته اند؟ آیا تکنولوژی WCF مایکروسافت، بیشترین انعطاف پذیری و قدرت را برای تولید وب سرویس‌ها در اختیار قرار نمی‌دهد؟ وب سرویس‌ها جایگاه خود را یافته اند و توسعه گران با تکنولوژی‌های موجود به خوبی آنها را پیاده سازی و درک می‌کنند. چرا Web API؟

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

  • من معتقد هستم که راه بهتری برای ایجاد وب سرویس‌ها وجود دارد.
  • من معتقد هستم که روش‌های ساده‌تری برای ایجاد وب سرویس‌ها وجود دارد و WCF بیش از حد پیچیده است.
  • من معتقد هستم که تکنولوژی‌های پایه‌ی وب مانند اَفعال GET، POST، PUT و DELETE برای انجام اَعمال مختلف توسط وب سرویس‌ها کافی هستند.

اگر همچنان در حال خواندن این مطلب هستید، توضیحات خود را با شرح تفاوت میان Web API و تکنولوژی‌های دیگر هم حوزه‌ی آن ادامه می‌دهیم و خواهید دید که استفاده از Web API چقدر آسان است.

تفاوت Web API و WCF
وب سرویس‌های ASMX تا چندین سال

ادامه مطلب...
۰۳ مهر ۹۳ ، ۲۲:۵۱ ۱ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

DevComponents DotNetBar 11.7.0.0 ساخت برنامه حرفه ای در دات نت

DevComponents DotNetBar 11.7.0.0 شامل تمامی چیزهایی میباشد که شما برای ساخت یک برنامه ی حرفه ای در دات نت به آنها نیاز خواهید داشت، DotNetBar برای شما استایل و کنترل های با تم آفیس 2010 و آفیس 2007 و همچنین تقویم/برنامه ریزی زمانی(Scheduling) و پنجره های با خاصیت Dockable و TreeView پیشرفته و Grid و بسیاری از کنترل های دیگر را فراهم آورده است.

۰۴ مرداد ۹۳ ، ۰۱:۲۵ ۰ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

مقایسه‌ای کوتاه بین WCF و ASMX

ویژگی WCF ASMX
حداقل پیشنیاز دات نت سه دات نت یک
هدف جایگزینی یکپارچه‌ی فناورهای قبلی شامل
ASMX ، WSE ،
MSMQ ، COM+ Eenterprise
services
و .NET Remoting
ارائه وب سرویس
پروتکل‌های پشتیبانی شده HTTP
TCP
Named pipes
MSMQ
Custom
UDP
HTTP only
پشتیبانی از WS-* standards بلی خیر
پشتیبانی از اطلاعات بایناری بلی خیر
پشتیبانی از REST بلی خیر
میزبان‌های مهیا در هر نوع برنامه‌ی تهیه شده با دات 3 به بعد قابل
میزبانی است، مانند یک برنامه کنسول، یک سرویس ویندوز ان تی و غیره. به این لیست IIS را هم می‌توان اضافه کرد.
فقط IIS
سرعت WCF Services‌ نسبت به ASMX Web Services از 25
تا 50 درصد سریعتر هستند + و +
نحوه‌ی پاسخ دهی به درخواست‌ها (یا ایجاد یک وهله جدید) Singleton / private session / per call per-call
پشتیبانی از تراکنش‌ها (transaction) پشتیبانی تو کار + خیر
امنیت پشتیبانی تو کار + خودتان باید فکری برای این موضوع نمائید.
بسط پذیری بلی + خیر
مدت زمان یادگیری حداقل یک ماه یک روز!
۲۷ تیر ۹۳ ، ۱۹:۵۰ ۰ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

مقایسه برترین کنترل پنل های جهان

کنترل پنل Plesk : امنیت ( از 5 نمره 3 ) – راحتی استفاده ( از 5 نمره 4 ) – امکانات ( از 5 نمره 4 ) – سرعت ( از 5 نمره 2 ) –  استفاده از منابع مانند رم و سی پی یو ( از 5 نمره 2 )‌ – پایداری (از 5 نمره 4 ) – مناسب برای ASP.Net وPHP ( از 5 نمره 4 ) – اپدیت ها ( از 5 نمره 4 ) - Multi Server  و Load Balancing  ( ندارد ) – محاسبه قیمت ( بسیار گران ) – نسخه نمایشی پنل ( کلیک کنید  :    search   )  -  نمره کلی ( از 10 نمره 9 )

کنترل پنل H-Sphere : امنیت ( از 5 نمره 3 ) – راحتی استفاده ( از 5 نمره 1 ) – امکانات ( از 5 نمره 3 ) – سرعت ( از 5 نمره 4 ) –  استفاده از منابع مانند رم و سی پی یو ( از 5 نمره 5 )‌ – پایداری (از 5 نمره 3 ) – مناسب برای ASP.Net ( از 5 نمره 2 ) – مناسب برای PHP ( از 5 نمره 4 )  اپدیت ها ( از 5 نمره 1 ) - Multi Server    ( دارد ) - Load Balancing ( ندارد ) - محاسبه قیمت ( بسیار گران ) – نسخه نمایشی پنل ( کلیک کنید  :    search   )  -  نمره کلی ( از 10 نمره 7 )

کنترل پنل C Panel : امنیت ( از 5 نمره 4 ) – راحتی استفاده ( از 5 نمره 4 ) – امکانات ( از 5 نمره 5 ) – سرعت ( از 5 نمره 4 ) –  استفاده از منابع مانند رم و سی پی یو ( از 5 نمره 4 )‌ – پایداری (از 5 نمره 4 ) – مناسب برای ASP.Net ( خیر ) – مناسب برای PHP ( از 5 نمره 5 )  اپدیت ها ( از 5 نمره 5 ) - Multi Server    ( ندارد ) - Load Balancing ( ندارد ) - محاسبه قیمت (متوسط ) – نسخه نمایشی پنل ( کلیک کنید  :    search   )  -  نمره کلی ( از 10 نمره 9 )

کنترل پنل Dot Net Panel 

ادامه مطلب...
۰۲ خرداد ۹۳ ، ۱۷:۰۸ ۱ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

Application Pool در IIS چیست

وب سرور IIS از سرویس های سیستم عامل ویندوز سرور محصول شرکت مایکروسافت جهت افزایش کارایی، پایداری و امنیت وب سایت ها از ابزاری تحت عنوان Application Pool ابرای ایزوله کردن پروسه هر وب سایت استفاده می نماید. مفهوم ایزوله سازی محاسبات به این معناست که برای مثال کدهای وب سایت مشتری الف در یک فرایند اجرا و محاسبه شده و کدهای وب سایت مشتری ب نیز به صورت کاملا جداگانه در فرایندی مستقل اجرا می گردند.

وب سرور IIS به طور معمول قادر است تا تمامی فرمت های استاندارد مانند HTML استاتیک و … را به راحتی پردازش کند. اگر بازدیدکننده ای به وب سایت شما رفته و قصد مشاهده فایل index.html را داشته باشد، هسته مرکزی وب سرور IIS فایل مورد نیاز را از حافظه بازیابی کرده و پس از پردازش آن، نتیجه را به مرورگر بازدیدکننده ارسال می کند.اما وب سرور برای پردازش کدهای داینامیک و یا اسکریپت های فایل بیس مانند ASP و یا ASP.Net، درخواست ها را به یک Application Pool ارجاع می دهد. Application Pool با روند پردازشی مستقل و جداگانه، میزبان مناسبی برای پردازش این نوع کدهای داینامیک می باشد. با استفاده از این قابلیت شرکت های ارایه دهنده خدمات میزبانی اشتراکی  می توانند با در نظر گرفتن Application Pool های اختصاصی برای هر وب سایت، تدبیری بیاندیشند تا کدهای هر وب سایت با استفاده از شناسه ای منحصربفرد از یکدیگر جدا شده و به صورت مستقل اجرا می شوند.

  تصویر فوق سناریویی

ادامه مطلب...
۱۹ ارديبهشت ۹۳ ، ۰۲:۱۵ ۰ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

معرفی HttpHandler ها در ASP.NET

HttlHandlers ها در ASP.NET یک روند یا پردازشی می باشد برای پاسخ به در خواستهایی که از سمت یک ASP.NET Web Application فرستاده می شود ، شایعترین Handlers ها در ASP.NET یک Page Handles  می باشند که یک فایل ASPX را Handle می کنند ، زمانی که کاربرها درخواستی را از فایلهای ASPX ارسال می کنند این درخواست که از Page های ASPX ارسال شده است توسط Page Handler رسیدگی می شود .

ASP.NET Page Handler ها فقط یک نوع از Handler ها هستند .

ASP.NET به همراه چند Handler های دیگر درون ساخت ایجاد شده است مانند Web Service Handler که مسئولیت رسیدگی به فایلهای ASMX. را دارد . 

شما می توانید Http Handler های سفارشی خودتان را ایجاد کنید به عنوان مثال میتوانید یک پسوند دلخواه را در Application خودتان پردازش کنید ، ممکن است در بعضی از سایتها دیده باشید که به جای پسوند عکسهای JPG از پسوندهای دلخواهی استفاده شده است مانند WEBJPG و ... هر چه که در مد نظر شماست . چند مثال دیگر :

RSS Feeds : شما می توانید یک Rss Feed را برای وب سایت خود ایجاد کنید ، یک Handler ایجاد کنید که مدیریت می کند RSS-formatted XML . شما می توانید یک پسوند دلخواه مثلا Rss. را به Handler سفارشی خود اختصاص دهید تا زمانی که کاربرها یک درخواست به سایت شما ارسال می کنند که با پسوند Rss. به پایان می رسد ASP.NET بعد از دریافت این درخواست Handler سفارشی شما را برای پردازش این در خواست اجرا خواهد کرد .

Image server : اگر می خواهید Web Application شما دارای یک سرور تصاویر برای تغییر اندازه تصاویر باشد می توانید Handler سفارشی را برای این منظور ایجاد کنید .

Http Handler ها به application context ، application state ، session information و user's identity دسترسی دارد . هنگامی که Http Handler درخواست می شود ASP.NET متد ProcessRequest را در handler شفارشی شما صدا می زند ، این متد وظیفه ارسال Response یا پاسخ بازگشتی به مرورگر را بر عهده دارد .

یک Http Handler می تواند به دو صورت متفاوت باشد ، صورت اول Synchronous یا هم زمان ، صورت دوم Asynchronous یا غیر هم زمان . یک synchronous handler هیچ مقداری را بر نمی گرداند تا زمانی که درخواستی از Http برای آن صدا زده شود . یک asynchronous handler هم یک پردازش مستقلی را اجرا می کند بدون این که در خواستی از کاربرها ارسال شود . asynchronous handler زمانی مفید هستند که می خواهید یک پردازش طولانی مدت را از شروع یک Application انجام دهید .

Http Handler های درون ساخت در ASP.NET

ASP.NET بسته هایی از Http Handler ها را برای برخی پسوند ها فراهم کرده است که در لیست زیر نمایش داده شده است .

Handler  توضیحات

ASP.NET Page Handler (*.aspx)

Http Handle پیش فرض برای همه Page ها در ASP.NEt

Web service handler (*.asmx)

Http Handle پیش فرض برای Web Service Pages ها که توسط ASP.NEt ساخته شده اند .

ASP.NET user control handler (*.ascx)

Http Handle پیش فرض برای همه User Controls ها در ASP.NEt

Trace handler (trace.axd)

 یک Handle که اطلاعات صفحه ای که در حال حاضر نمایش داده می شود را ردیابی می کند .

ساخت یک  HttpHandler سفارشی

ادامه مطلب...
۰۴ ارديبهشت ۹۳ ، ۱۶:۰۵ ۱ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

reCAPTCHA چیست؟

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

کاربران بطور متوسط در هر روز ۲۰۰ میلیون بار به سوالات CAPTCHA در اینترنت پاسخ میدهند که در هر مورد کمتر از چند ثانیه زمان کاربر صرف میشود. در نگاه اول این زمان چشمگیر نخواهد بود ولی با توجه به تعداد بالای آن زمانی معادل ۱۵۰۰۰۰ ساعت کار در روز برای پاسخ گویی به سوالات CAPTCHA هدر میشود. چه راهی برای استفاده مفیدتر از این زمان و جلوگیری از هدر رفتن بخشی از آن بنظر شما میرسد؟ reCAPTCHA با ایده ای خلاقانه برای تبدیل این وقت و انرژی به کتاب های دیجیتالی و استفاده مفید از این منبع رایگان شکل گرفت.

تفاوت CAPTCHA و reCAPTCHA

برای دسترسی بهتر به اطلاعات و

ادامه مطلب...
۰۱ ارديبهشت ۹۳ ، ۰۹:۰۶ ۰ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی

تفاوت url rewriting و url routing در asp.net

url mapping

url های با معنا و تمیز یکی از مزایای یک وب سایت خوب است.

بعنوان مثال آدرس زیر را در نظر بگیرید که یک صفحه که یک گروه خاص از محصولات را نشان می دهد:

 http://www.mysite.com/products.aspx?category=software

با استفاده از  url mapping در ASP.NET  می توان برنامه را طوری پیکربندی نمود که به جای URL فوق URL زیر را بپذیرد.

 http://www.mysite.com/products/software

در ASP.NET  دو   ماژول برای تغییر آدرسها  وجود دارند :

  • IIS URL Rewriting
  • ASP.NET Routing

 

IIS URL Rewriting

هنگامی که از طرف یک کلاینت آدرس خاصی از وب سرور تقاضا می شود url rewrite آدرس را آنالیز کرده و به آدرس دیگه ای در همان سرور منتقل می کند این پروسه در مراحل ابتدایی چرخه پاسخگویی به درخواست شروع می شود :(در تصویر زیر این موضوع رو می تونید ببینید )

 

ASP.NET Routing

ادامه مطلب...
۲۸ فروردين ۹۳ ، ۱۲:۴۸ ۲ نظر موافقین ۰ مخالفین ۰
مهدی عزیزی