- IdentityServer کاری به مباحث چند مستاجری ندارد. هدف آن، قرار ندادن اطلاعات هویت کاربران و منطق احراز هویت آن‌ها، در تک تک برنامه‌های متفاوت و مختلف یک شرکت است. هدف اصلی آن فراهم آوردن یک سیستم احراز هویت مرکزی برای برنامه‌هایی اساسا متفاوت است.
- زمانیکه جزئیات روش سفارشی سازی سیستمی در اختیار شما قرار گرفت (مانند این پروژه)، منطق چند مستاجری را خودتان به آن اضافه کنید.
IdentityServer با سایر زبان‌ها هم کار می‌کند؛ چون یک پروتکل استاندارد را پیاده سازی کرده‌است و این پروتکل برای انواع و اقسام زبان‌های موجود دارای کلاینت است: کلاینت و مثال جاوا، کلاینت پایتون و سایر کلاینت‌های تائید شده و یا اگر مخزن کد آن‌را بررسی کنید هر آنچه که نگارش 3 دارد و الان آرشیو شده و دیگر پشتیبانی نمی‌شود، مختص به MVC 5x است. اما چون نگارش 3 و یا 4 و یا n آن، پروتکل استاندارد OpenID Connect را پیاده سازی می‌کنند، یک کلاینت MVC 5x و یا یک کلاینت PHP هم می‌تواند از آن استفاده کند. یعنی همان مثال‌های MVC 5x آن با نگارش 4 هم کار می‌کنند. 
‫۵ سال و ۷ ماه قبل، چهارشنبه ۱۰ بهمن ۱۳۹۷، ساعت ۰۳:۵۸
 services.AddAutoMapper(typeof(UserMappingProfile).GetTypeInfo().Assembly); // اسکن خودکار یک اسمبلی، اگر پروفایل‌ها در یک اسمبلی دیگر هستند
‫۵ سال و ۷ ماه قبل، شنبه ۶ بهمن ۱۳۹۷، ساعت ۱۴:۳۵
یک نکته‌ی تکمیلی: چگونه یک Release خودکار را در GitHub ایجاد کنیم؟
اگر پروژه‌ی خود را به GitHub ارسال کرده‌اید و پس از آن یک بسته‌ی نیوگت را هم بر اساس این نگارش تهیه و منتشر کرده‌اید، می‌توانید یک release خودکار را به صورت زیر در GitHub ایجاد کنید:
git tag -a 1.6.7 -m "Published 1.6.7 to nuget.org"
git push --follow-tags
دستور اول بر اساس نگارش مدنظر شما (برای مثال 1.6.7 در اینجا)، یک Tag را ایجاد می‌کند. دستور دوم آن‌را به GitHub ارسال می‌کند که سبب تولید خودکار یک release جدید در برگه‌ی releases پروژه نیز می‌شوند. توضیحاتی که پس از m- ذکر شده‌اند، در برگه‌ی releases به عنوان توضیح آن نگارش خاص قابل مشاهده خواهند بود.
‫۵ سال و ۷ ماه قبل، سه‌شنبه ۲ بهمن ۱۳۹۷، ساعت ۱۲:۵۸
یا عدم تطابق شماره نگارش‌های استراکچرمپ را در پروژه‌های مختلف دارید و یا استراکچرمپ در پروژه‌ای که باید ارجاعی به آن وجود داشته باشد، نصب نشده. این لیست را دقیق بررسی کنید.