‫۷ سال و ۱۲ ماه قبل، پنجشنبه ۱ مهر ۱۳۹۵، ساعت ۲۱:۴۱
اون قسمت فقط برنامه‌ای رو که توسط IIS خاتمه یافته، مجددا از صفر بارگذاری می‌کنه. اما اگر این وظیفه‌ی مخصوص Ping رو اضافه کنید، کار به خاتمه یافتن برنامه نمی‌رسه.
‫۷ سال و ۱۲ ماه قبل، پنجشنبه ۱ مهر ۱۳۹۵، ساعت ۱۸:۲۷
کارهای پس زمینه اهمیتی برای IIS ندارن: انجام کارهای پس زمینه در ASP.NET 4.5.2  
حداقل کاری که می‌تونی انجام بدی این هست که خودت یک وظیفه‌ی Ping درست کنی. یک Task درست کن که هر 30 ثانیه یکبار صفحه اول سایت رو واکشی کنه. مثل کاری که RSS Readerها انجام می‌دن. اینطوری برنامه‌ات همیشه زنده می‌مونه؛ مگر اینکه یک نفر کل سرور رو ری‌استارت کنه. یا یکی از حالت‌های ری‌استارت برنامه‌های ASP.NET رخ بده.
‫۸ سال و ۱ ماه قبل، دوشنبه ۸ شهریور ۱۳۹۵، ساعت ۱۳:۵۰
نمیدونم بر چه اساسی چنین اشتباهاتی رو در کدنویسی رها کردند. 
شاید اگر بهشون گزارش بدید در همون محل، بهتر باشه و مؤثرتر.
‫۸ سال و ۲ ماه قبل، دوشنبه ۱۱ مرداد ۱۳۹۵، ساعت ۲۲:۱۳
اگر سطر httpContext.Items را کامنت می‌کنید و مشکل حل می‌شود یعنی این سطر یک hard reference را به uow ایجاد کرده و از dispose شدن آن جلوگیری می‌کند. بنابراین پیش از سطر HttpContextLifecycle.DisposeAndClearAll کار Clear کردن httpContext.Items را دستی انجام دهید تا هیچ ارجاع محکمی به uow باقی نماند.
‫۸ سال و ۲ ماه قبل، دوشنبه ۱۱ مرداد ۱۳۹۵، ساعت ۱۷:۲۹
پر شدن pool به این معنا است که کانکشن‌ها dispose نمی‌شوند (در انتهای هر request باید تمام اتصالات بسته شوند و اینکار با dispose شدن کانتکست انجام می‌شود).