‫۵ سال و ۳ ماه قبل، یکشنبه ۲۶ خرداد ۱۳۹۸، ساعت ۰۳:۳۲
فایل pfx را باید توسط دستورات خط فرمانی که عنوان کرده تولید کنید. این دستورات هم توسط SDK ویندوز قابل اجرا هستند (یک مثال از آن در مورد روش کار با makecert). یا از همان برنامه‌ی Jexus Manager استفاده کنید تا این مراحل را با چند کلیک ساده در قسمت server certificates آن برای شما انجام دهد:
‫۵ سال و ۳ ماه قبل، جمعه ۲۴ خرداد ۱۳۹۸، ساعت ۰۲:۳۳
- دستور netstat -ab را هم آزمایش کنید. نام برنامه‌ی استفاده کننده را هم مشخص می‌کند.
+ پورت 443 روی سرور شما قابل دسترسی نیست. برای آزمایش آن از راه دور دستور telnet yoursite.com 443 را صادر کنید. پس از آن دو حالت ممکن است رخ دهند:
الف) پیام «connection refused» را دریافت می‌کنید. یعنی یا این پورت بسته‌است و یا هیچ برنامه‌ای بر روی سرور شما در حال گوش فرا دادن به آن نیست.
ب) پس از اجرای دستور فوق، بلافاصله یک صفحه‌ی سیاه رنگ ظاهر می‌شود. این مورد یعنی اتصال برقرار شده و پورت 443 قابل دسترسی است.
‫۵ سال و ۳ ماه قبل، جمعه ۲۴ خرداد ۱۳۹۸، ساعت ۰۱:۱۴
- آیا مراحل آزمایش دسترسی به مثال emptyTextFile را که در نظرات فوق بررسی شد، انجام دادید؟
- دقیقا چه خطایی دریافت کردید؟ دقیقا مرورگر چه چیزی را نمایش می‌دهد؟ خصوصا جزئیات برگه‌ی network قسمت developer tools آن.
- در event viewer ویندوز خطایی ثبت شده؟
- جزئیات تصویر «قسمت Binding سایت » را در مطلب فوق بررسی کردید؟ وجود دارد؟ درست تنظیم شده؟
- دستور netstat -o -n -a | findstr 0.0:443 را اجرا کنید تا مشخص شود چه برنامه‌ای از پورت 443 استفاده می‌کند. شاید برنامه‌ی دیگری آن‌را اشغال کرده‌است. یک pid را مشخص می‌کند که در task manager قابل یافتن است.
‫۵ سال و ۳ ماه قبل، پنجشنبه ۲۳ خرداد ۱۳۹۸، ساعت ۱۴:۱۳
راه حل توکاری برای آن از ASP.NET Core 2.1 به بعد ارائه شده‌است: «بهبود مستندات تشخیص نوع‌های مدل‌های خروجی اکشن متدها» 
«از ASP.NET Core 2.1 به بعد، بهتر است در APIها خود از IActionResult استفاده نکنید و شروع به کار با <ActionResult<T نمائید تا بتوان مستندات بهتری را تولید کرد. اگر از IActionResult استفاده کنید، دیگر خبری از Example value و Schema تصویر فوق نخواهد بود و از روی متادیتای این اکشن متد نمی‌توان نوع خروجی آن‌را تشخیص داد...»
‫۵ سال و ۳ ماه قبل، دوشنبه ۲۰ خرداد ۱۳۹۸، ساعت ۱۶:۰۹
ارتقاء به EF Core 3.0
در EF Core 3.0، لاگ خروجی SQL تولیدی، از سطح Info به سطح Debug تغییر کرده‌است تا نویز سطح Info کاهش پیدا کند. اگر می‌خواهید به همان حالت قبلی برگردید، از تنظیم زیر استفاده کنید:
protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    => optionsBuilder
        .UseSqlServer(connectionString)
        .ConfigureWarnings(c => c.Log((RelationalEventId.CommandExecuting, LogLevel.Info)));
‫۵ سال و ۳ ماه قبل، دوشنبه ۲۰ خرداد ۱۳۹۸، ساعت ۱۵:۴۷
ارتقاء به EF Core 3.0
چون EF Core 3.0 دیگر جزئی از NET Core SDK. نیست و روند توسعه‌ی آن شتاب بیشتری خواهد گرفت، ابزارهای مرتبط با آن نیز دیگر به همراه SDK ارائه نمی‌شوند. برای مثال SDK دیگر به همراه ابزار dotnet ef نخواهد بود و باید آن‌را به صورت جداگانه‌ای دریافت و یا به روز رسانی کنید:
dotnet tool install --global dotnet-ef --version <exact-version>
ارتقاء به EF Core 3.0
کمی بالاتر در مورد «یک نکته‌ی تکمیلی: اهمیت دقت داشتن به امضای متد FromSql در EF Core 2.0 » بحث شد. به صورت خلاصه مشکل آن چنین چیزی است:
v1 = context.Customers.FromSql($"SELECT * FROM Customers WHERE City = {city}");

var sql = $"SELECT * FROM Customers WHERE City = {city}";
v2 = context.Customers.FromSql(sql);
حالت v1 یک کوئری پارامتری نهایی را ایجاد می‌کند و حالت v2 خیر که مستعد به حملات تزریق اس‌کیوال است. برای رفع این مشکل، متدهای FromSql ،ExecuteSql و ExecuteSqlAsync در EF Core 3.0 تغییر نام یافته‌اند و دیگر وجود خارجی ندارند. اینبار متدهای FromSqlRaw، ExecuteSqlRaw و ExecuteSqlRawAsync و همچنین FromSqlInterpolated، ExecuteSqlInterpolated و ExecuteSqlInterpolatedAsync معرفی شده‌اند تا هدف از کاربرد آن‌ها دقیقا مشخص شود:
context.Products.FromSqlRaw(
    "SELECT * FROM Products WHERE Name = {0}",
    product.Name);

context.Products.FromSqlInterpolated(
    $"SELECT * FROM Products WHERE Name = {product.Name}");
یعنی جائیکه Raw است، نباید از Interpolated strings استفاده کنید.