در مرحله بعد از یک کش 5 دقیقه‌ای با کلیدی بر اساس IP شخص استفاده می‌کنم.

salt مورد استفاده تاریخ ساده روز سیستم است؛ در بانک اطلاعاتی هم ذخیره نمی‌شود.

این لایه اول کلی هست (در تمام قسمت‌های سایت). تست کنید ببینید مطابق تصویر بالایی که ارسال شده می‌تونید در مورد کپچای سایت جواب بگیرید یا نه ...

در تمام قسمت‌های رمزنگاری شده سایت جاری از یک salt با طول عمر یک روز استفاده می‌شود. این salt به کلید رمزنگاری اطلاعات اضافه می‌شود. بنابراین اطلاعات رمزنگاری شده توسط آن کلید، فقط در طی روز جاری قابل رمزگشایی خواهند بود.
برای مثال لینک یک پیغام خصوصی سایت را در جایی ذخیره کنید. تا پایان روز کار می‌کند. روز بعد به صورت خودکار منقضی شده (چون salt فردا چیز دیگری است) و اطلاعات روز قبل توسط کلید جدید قابل رمزگشایی نیست. به این ترتیب شخص نیاز خواهد داشت تا لینک جدیدی را در صفحه مداخل مرتبط دریافت کند.

با فارسی هم کار می‌کنه: (^ ، ^ و یا ^)

سیستم bundling جدید MVC4 در زمان اجرا این‌کارها را انجام می‌دهد. کش شدن هم سربار سیستم رو کم می‌کنه چون درخواست جدیدی به سرور ارسال نخواهد شد.

- در حالت کلی هیچ نیازی به ریدایرکشن فایل‌های استاتیک نیست که در مطلب جاری مشکلی به شمار روند. نه تاثیری در اعتبار سنجی دارند و نه به صورت پیش فرض وارد موتور اجرایی ASP.NET می‌شوند. به هر آدرسی که اشاره می‌کنند تا زمانیکه قابل یافت شدن در سایت باشند، جهت نمایش صحیح سایت کافی هستند؛ حتی اگر به یک آدرس خارج از سایت مانند مخزن کدی در کدپلکس اشاره کنند (مانند خیلی از سایت‌ها و وبلاگ‌ها که فایل‌های تصاویر، css، js و غیره خود را در سایت‌های ثالث هاست می‌کنند).
- امکان اجرای یک سایت MVC4 با IIS6 وجود دارد و نیاز به یک دست کردن آدرس‌های ورود به سایت جهت رفع سوء تفاهم توضیح داده شده در مقدمه مطلب برآورده خواهد شد.

- درخواست‌های مرتبط با فایل‌های استاتیک که عموما به صورت نسبی مقدار دهی می‌شوند، صرفا بر اساس آدرس جاری سایت توسط مرورگرها تفسیر و صورت می‌گیرند. اگر آدرس جاری سایت www.site.com است، برای نمونه درخواست اسکریپت آن www.site.com/script.js خواهد بود و نه حالت دیگری. بنابراین نیازی به پردازش مسیرهای نسبی فایل‌های غیرپویا توسط فیلتر فوق نیست. کل کاری که فیلتر ذکر شده انجام می‌دهد Redirect کلی کاربر است به مسیر دیگری و نه UrlRewrite تمام آدرس‌های سایت.
- روش فوق با تمام نگارش‌های مختلف IISهای موجود با حداقل دسترسی و حداقل توان پردازشی کار می‌کند. در اینجا تنها کاربر یکبار به مسیری دیگر هدایت خواهد شد و نیازی نیست تا تمام آدرس‌های سایت بازنویسی شوند.
- در مثال فوق Redirect Result استفاده شده از نوع Permanent است (آرگومان دوم آن true است).

خلاصه فیلتر MandatoryWww فوق، اجرای سطر زیر است، بدون نیاز به تکرار آن در تمام صفحات و کنترلرهای سایت:

لطفا برچسب PdfReport را در سایت بررسی کنید. به این موضوع پرداخته شده: (^)

نه. اینکار فقط یکبار در آغاز برنامه انجام می‌شود. نتیجه کار هم توسط EF کش خواهد شد.