بله. هر وظیفه نیاز به طراحی مجزا دارد. ثبت و معرفی آن توسط متد ScheduledTasksCoordinator.Current.AddScheduledTasks در ScheduledTasksRegistry.Init انجام می‌شود.
۹ سال و ۱۱ ماه قبل، چهارشنبه ۷ آبان ۱۳۹۳، ساعت ۲۲:۱۸
۹ سال و ۱۱ ماه قبل، چهارشنبه ۷ آبان ۱۳۹۳، ساعت ۲۱:۵۶
این متدها در نهایت با لیستی از PostToXML کار می‌کنند. یعنی برای استفاده از آن‌ها باید اطلاعات خودتان را به فرمت لیستی از PostToXML تبدیل کنید؛ برای مثال توسط مباحث LINQ Projection که نمونه‌ای از آن در مثال پیوستی ذکر شده:
به این صورت از چندین جدول، چندین لیست PostToXML خواهید داشت. مهم هم نیست که اطلاعات این لیست از جدولی تهیه می‌شود یا صرفا با متد Add اضافه شده‌اند (استفاده کننده از آن کاری به منبع داده ندارد).
نهایتا برای یکی کردن چندین لیست PostToXML به یک لیست PostToXML جهت استفاده در این متدها، از متد Concat و یا Union استفاده کنید:
List<PostToXML> sampleposts = (from p in PostsFromDb
select new PostToXML()
{
description = p.description,
link = "http://" + Request.Url.Host+"/news/"+p.postname,
pubDate = p.pubDate,
title = p.title
}).ToList(); نهایتا برای یکی کردن چندین لیست PostToXML به یک لیست PostToXML جهت استفاده در این متدها، از متد Concat و یا Union استفاده کنید:
List<PostToXML> total = list1.Concat(list2);
۹ سال و ۱۱ ماه قبل، چهارشنبه ۷ آبان ۱۳۹۳، ساعت ۲۱:۳۰
هنگام تولید URL، اجزای قسمت‌های مختلف آن باید encode شوند؛ در غیر اینصورت عموما قابل پردازش نخواهند بود.
برای مثال فاصله تبدیل می‌شود به 20% و امثال آن. از متد Uri.EscapeDataString برای encode کردن اجزای مختلف URL باید استفاده کنید تا به نتیجه‌ی صحیحی برسید. زمانیکه این encoding انجام شد، طرف کدهای دات نتی که این اجزاء یا کوئری استرینگ‌ها را دریافت می‌کند، نیازی به هیچ تغییری یا اصلاحی نخواهد بود، چون به صورت خودکار قابلیت پردازش encoding آدرس دریافتی را دارد (در پشت صحنه از متد HttpUtility.UrlDecode استفاده می‌کند). برای نمونه مقادیر دریافتی Page.RouteData.Values را بررسی کنید.
var url = "<a href='http://site/page/" + Uri.EscapeDataString(item.Category) + "'>Item1</a>";
۹ سال و ۱۱ ماه قبل، چهارشنبه ۷ آبان ۱۳۹۳، ساعت ۱۸:۵۱
بجای خط از Uri.EscapeDataString باید استفاده کنید.
۹ سال و ۱۱ ماه قبل، چهارشنبه ۷ آبان ۱۳۹۳، ساعت ۱۶:۰۵
فرقی نمی‌کند. مباحث پایه Forms Authentication برای تمام فناوری‌هایی که از آن استفاده می‌کنند یکسان است.
۹ سال و ۱۱ ماه قبل، چهارشنبه ۷ آبان ۱۳۹۳، ساعت ۱۳:۳۹
در دات نت 4.5 ، مشکل طولانی بودن حاصل BinaryFormatter serialization برطرف شده (January 2013). این مشکل سبب می‌شده تا حاصل
RolePrincipal.ToEncryptedTicket بسیار طولانی شده و بیشتر از حد مجاز
اندازه قابل ذخیره سازی در یک کوکی شود.
- وصله‌ی نسخه‌ی ویندوز 8 و ویندوز سرور 2012 آن از اینجا قابل دریافت است؛ نسخه‌ی ویندوز 7 و ویندوز سرور 2008 از اینجا.
+ آپدیت ویندوز را روشن کنید تا آخرین به روز رسانی‌ها و نگارش‌های دات نت نصب شده را به صورت خودکار دریافت کنید.
- وصله‌ی نسخه‌ی ویندوز 8 و ویندوز سرور 2012 آن از اینجا قابل دریافت است؛ نسخه‌ی ویندوز 7 و ویندوز سرور 2008 از اینجا.
+ آپدیت ویندوز را روشن کنید تا آخرین به روز رسانی‌ها و نگارش‌های دات نت نصب شده را به صورت خودکار دریافت کنید.
۹ سال و ۱۱ ماه قبل، سه‌شنبه ۶ آبان ۱۳۹۳، ساعت ۱۵:۵۹
یعنی فایل _PjaxLayout.cshtml هم نیاز به یک سری تعاریف section را دارد؛ مانند:
کلا View ایی که قرار است رندر شود، اگر دارای تعاریف section اختصاصی هست، باید معادل آن‌ها در فایل layout متناظر، تعریف RenderSection وجود داشته باشد.
@RenderSection("Scripts", false)
۹ سال و ۱۱ ماه قبل، دوشنبه ۵ آبان ۱۳۹۳، ساعت ۱۵:۵۱
- نیازی به اندکی تغییر دارد. DbContext آن باید بشود ObjectContext و امثال آن.
- ضمنا پروژه‌ی «Second Level Cache for Entity Framework 6.1» را هم مدنظر داشته باشید.
- ضمنا پروژه‌ی «Second Level Cache for Entity Framework 6.1» را هم مدنظر داشته باشید.
۹ سال و ۱۱ ماه قبل، دوشنبه ۵ آبان ۱۳۹۳، ساعت ۱۴:۵۵
۹ سال و ۱۱ ماه قبل، دوشنبه ۵ آبان ۱۳۹۳، ساعت ۱۴:۱۵
صفحه‌ی کامل internal error در همینجا قابل مشاهده است؛ به همراه ریز خطای آن. روی + آن کلیک کنید و بعد محتوای برگه‌ی response را جهت یافتن متن استثنای حاصل بررسی کنید.