مطلب «شروع به کار با EF Core 1.0 - قسمت 2 - به روز رسانی ساختار بانک اطلاعاتی» را مطالعه کنید. صرف تعریف یک خاصیت که کافی نیست. «Invalid column name» یعنی این ستون در بانک اطلاعاتی وجود خارجی ندارد. بنابراین مرحله‌ی بعد، اجرای دستی مهاجرت‌ها است که در اینجا همان اجرای فایل _01-add_migrations.cmd است.
وحید نصیری وحید نصیری
مراحل تنظیم Let's Encrypt در IIS
‫۶ سال و ۲ ماه قبل، جمعه ۸ تیر ۱۳۹۷، ساعت ۲۳:۳۲
اگر بسته‌ی هاستینگ آن‌ها چیزی مانند پلاگین let's encrypt مربوط به cpanel را داشته باشد، بله (قابل مدیریت و دسترسی توسط کاربر). در غیر اینصورت باید با هاست تماس بگیرید تا این مراحل را خودشان برای شما مستقیما بر روی سرور انجام دهند و چون این خدمات رایگان است، نباید حساسیتی به خرج دهند.
وحید نصیری وحید نصیری
سفارشی سازی ASP.NET Core Identity - قسمت پنجم - سیاست‌های دسترسی پویا
‫۶ سال و ۲ ماه قبل، جمعه ۸ تیر ۱۳۹۷، ساعت ۱۹:۵۷
- آیا در داده‌های شما مشخص است هر رکورد توسط چه شخصی قابل مشاهده است (مثلا به ازای هر رکوردی که ثبت شده، یک فیلد سطوح دسترسی هم هست؛ با رابطه‌ی یک به چند البته)؟ چون عموما کسی چنین کاری را انجام نمی‌دهد (به علت پیچیدگی بیش از حد، نیاز به ثبت اطلاعات بیشتر برای کاربر و اپراتور(؟) و چند سطحی شدن و نیاز به join اضافی و ... آیا باید به اپراتوری که داده‌ها را ثبت می‌کند در این حالت اطمینان کرد که خودش را داخل لیست قرار ندهد؟). روش متداول این است که اگر شخصی به صفحه‌ای دسترسی داشت، یعنی به تمام اجزا و اطلاعات آن دسترسی دارد. یکسری از گزارش‌ها مدیریتی هستند و یکسری عمومی. اگر گزارشی مدیریتی است، نصف آن برای کاربر معمولی نمایش داده نمی‌شود. کل آن برای کاربر معمولی قابل دسترسی نیست. 
- گیرم چنین فیلد اضافی را هم به هر رکورد اضافه و ثبت کردید، روش اعمال خودکار آن همانند بحث‌های soft delete است که در EF Core به صورت توکار پشتیبانی می‌شود.
- همچنین در مورد دیدن یا ندیدن قسمت‌هایی از صفحه که شخص بر اساس نقش‌های او نباید آن‌ها را مشاهده کند، یک tag helper ویژه به نام «SecurityTrimmingTagHelper» طراحی شده‌است که توضیحات آن در متن جاری هست.
وحید نصیری وحید نصیری
سفارشی سازی ASP.NET Core Identity - قسمت پنجم - سیاست‌های دسترسی پویا
‫۶ سال و ۲ ماه قبل، جمعه ۸ تیر ۱۳۹۷، ساعت ۱۹:۲۷
خطای 410 چیزی شبیه به 404 یا یافت نشد است. علت آن هم عدم ذکر area جاری است (و همچنین UsersManager است؛ یک s بعد از User هست):
  .Read(read => read.Action("Users_Read", "UsersManager", new { area = AreaConstants.IdentityArea }))
وحید نصیری وحید نصیری
تبدیل html به pdf با کیفیت بالا
‫۶ سال و ۲ ماه قبل، پنجشنبه ۷ تیر ۱۳۹۷، ساعت ۱۵:۲۲
یک نکته‌ی تکمیلی: معادل این مطلب در NET Core.
- کتابخانه‌ی « DinkToPdf » که محصور کننده‌ی wkhtmltopdf است. یک نمونه مثال از نحوه‌ی استفاده‌ی از آن: «How to Easily Create a PDF Document in ASP.NET Core Web API»
- همچنین « Rotativa.AspNetCore » نیز محصور کننده‌ی wkhtmltopdf است. یک نمونه مثال از نحوه‌ی استفاده‌ی از آن: «Creating PDF on ASP.NET Core» و یا «HTML to PDF using Asp.Net MVC and Rotativa.AspNetCore»
آیا می‌توان بدون استفاده از JWT در برنامه‌های سمت کلاینت هم کار اعتبارسنجی را انجام داد؟
بله. یک نمونه مثال از یک برنامه‌ی Angular که از روش مبتنی بر کوکی ASP.NET Core برای اعتبارسنجی استفاده می‌کند (بجای استفاده‌ی از JWT). 
- نکات مطلب «اعتبارسنجی مبتنی بر JWT در ASP.NET Core 2.0 بدون استفاده از سیستم Identity» را با این پروژه یکی کنید (قسمت تولید توکن و قسمت تولید Claims آن).
ضمنا در ASP.NET Core، بخش MVC و Web API یکی هستند. یعنی زمانیکه کاربر لاگین کرد، در یک کنترلر هم می‌توان متدهای Web API را در اختیار او قرار داد و هم MVC را. بنابراین الزامی به استفاده‌ی از JWT برای کار با Web API آن وجود ندارد. JWT فقط یک روش اعتبارسنجی دیگر است. کلاینت‌ها در حین کار با JWT باید اکسس‌توکن را به سمت سرور ارسال کنند؛ در حین کار با کوکی‌ها، کوکی تولید شده‌ی پس از لاگین را. مابقی آن یکی است. یعنی این پروژه الزاما نیازی به تلفیق با JWT ندارد. کوکی‌ها، هم در برنامه‌های MVC و هم در کلاینت‌های غیر MVC قابل استفاده هستند.
- مربوط است به استفاده از تامین کننده‌های لاگین خارجی مانند گوگل، توئیتر و غیره.