‫۵ سال و ۳ ماه قبل، جمعه ۳ خرداد ۱۳۹۸، ساعت ۱۶:۰۱
در نگارش‌های اول MVC، موتور View پردازش کننده‌ی صفحات aspx هم ارائه شده بود. این حذف در مطلب جاری، به همین مورد بر می‌گردد و تنها باقی نگه داشتن موتور razor ( برای مثال در تصویر سوم، به دنبال فایل‌های aspx هم می‌گردد که اضافی است). در ASP.NET Core اساسا موتور رسمی برای پردازش صفحات aspx ارائه نشده. بنابراین نیازی به مطلب فوق نیست.
‫۵ سال و ۳ ماه قبل، جمعه ۳ خرداد ۱۳۹۸، ساعت ۱۵:۵۵
ربطی به هم ندارند. دو فناوری مستقل هستند. هرچند می‌توان در IDP از Identity core برای مدیریت کاربران هم استفاده کرد. اطلاعات بیشتر
البته بدون مرور کامل سری «امن سازی برنامه‌های ASP.NET Core توسط IdentityServer 4x»  قادر به درک مستندات رسمی آن و مطلب فوق نخواهید شد.
‫۵ سال و ۳ ماه قبل، پنجشنبه ۲ خرداد ۱۳۹۸، ساعت ۰۰:۱۹
ASP.NET Core Identity فقط برای مدیریت یک برنامه‌ی وب طراحی شده. اگر بیشتر از یک برنامه‌ی وب دارید، نیاز به راه حل مخصوص آن‌را که «تامین کننده‌ی هویت مرکزی» یا «IDP» نام دارد، خواهید داشت: «امن سازی برنامه‌های ASP.NET Core توسط IdentityServer 4x»  
‫۵ سال و ۳ ماه قبل، چهارشنبه ۱ خرداد ۱۳۹۸، ساعت ۱۹:۳۸
HttpClient کار Auto Redirect را به صورت خودکار انجام می‌دهد. بنابراین مشکلی با این redirect ندارد. سایر لاگ‌های سرور را بررسی کنید تا علت bad request مشخص شود. یک مثال جدید Api هم با Swagger اضافه شد و با آن هم مشکلی نیست و PingTask بدون خطا کار می‌کند.
‫۵ سال و ۳ ماه قبل، چهارشنبه ۱ خرداد ۱۳۹۸، ساعت ۱۷:۵۰
«هر ثانیه؟» خیر. تنظیم شده هر دقیقه یکبار آدرس root سایت شما را فراخوانی کند. 400 Bad Request هم یعنی این آدرس root سایت قابل دسترسی نیست و خطا می‌دهد. AddPingTask هم اگر false باشد، این job اصلا اضافه نخواهد شد. بنابراین این تنظیم در زمان راه اندازی اولیه‌ی برنامه تاثیر دارد و نه پس از آن.