‫۵ سال و ۳ ماه قبل، پنجشنبه ۹ خرداد ۱۳۹۸، ساعت ۱۱:۲۸
حجم زیاد برنامه‌های بزرگ که به طور مثال با angular نوشته شده اند همیشه دردسر ساز بوده و کاربرانی که از اینترنت‌های ضعیف‌تر استفاده میکنند را با مشکل مواجه کرده. بخصوص داخل ایران کاربر کم نداریم که این مشکل رو دارند در نتیجه به نظر من معیار بدی نیست برای مقایسه. 
در مورد کم کردن حجم و زمان کدنویسی هم به مراتب به نظر من svelte آمار بسیار مناسبی نسبت به سایر فریم ورک‌های معتبر داره همینطور یادگیری و کارکردن با آن ساده است که به فرایند تولید نرم افزار بسیار کمک میکنه. حداقل برای من این نکته خیلی مهم هستش. 
مورد آخری که میمونه در مورد performance هست که اتفاقا من از دیشب مجددا پس از نوشتن این مقاله در موردش تحقیق کردم ولی هنگام نوشتن این مقاله نخواستم بهش اشاره کنم چرا که شاید به نظر میومد قصد دارم حقیقت رو به شکل دیگه ای نشون بدم.
در واقع  از نظر performance به طور کلی این کامپالر عملکرد به مراتب بهتری داره نسبت به سایر فریم ورک هایی که تا امروز استفاده کرده ایم. چه در استفاده از مموری و چه در اجرای کد تنها به دلیل اینکه از virtual-DOM استفاده نمیکند. در آمار بالا خیلی از پارامتر‌های مهم لحاظ نشده بودند به همین جهت رتبه بندی به این شکل است, چرا که تنها svelte در این لیست یک کامپایلر است و الباقی فریم ورک هستند که وضعیت حدودا برابری با هم دارند. 
پیشنهاد میکنم اگر در مورد مزیت‌های این کامپایلر نیاز به اطلاعات بیشتر داشتید این چند ویدئو رو مشاهده کنید. با جزئیات به این موارد بخصوص در بحث Performance پرداخته اند.
جواب سوال شما در ویدئو اول داده شده و در مورد performance دو ویدئو بعدی دلایل بهتر بودن آن را بیان میکند.
در آخر منظور من به طور قطعی بهتر یا بدتر بودن این کامپایلر نیست ولی با توجه به امکانات و تفاوت هایی که داره ارزش امتحان کردن رو قطعا داره. درمورد تعداد سوال و مشارکتی که گذاشتید حق با شماست این پروژه کاملا یک کار یک نفره است و هنوز جا نیفتاده, شاید هم نیفته به همین جهت من بزرگترین ایراد اون رو نداشتن پشتوانه قوی بیان کردم در قسمت معایب.
‫۵ سال و ۶ ماه قبل، شنبه ۲۵ اسفند ۱۳۹۷، ساعت ۱۸:۲۵
پیاده سازی CSP(Content Security Policy) Middleware هم پیشنهاد میشه هنگام استفاده از Cors ؟ حقیقت رفتار حدودا مشابهی دارند در خیلی از موارد این دو که کمی گیج کننده است. یا بهتره اینگونه سوال رو بپرسم اگر از CSP استفاده کنیم آیا نیاز به Cors هم هست همچنان برای کنترل origin ؟
به علاوه مشکل دیگر توسعه‌ی این نوع برنامه‌های صدور توکن خانگی، اختراع مجدد چرخ است 
با این تفاسیر با فرض اینکه امکان استفاده از providerهای خارجی وجود نداشته باشد,  اگر نیاز باشه دسترسی‌ها و کاربران را خودمان کنترل کنیم بهترین راه حل چیست؟ آیا بهتره یک Identity-Server مجزا جداگانه باید برای مدیریت مرکزی کاربران بین چند برنامه مختلف ایجاد بشه ؟ 
درحال حاضر طبق مطلب بالا من درحال اختراع چرخ بودم (پیاده سازی jwt برای spa کلاینت و موبایل کلاینت)  (چیزی مشابه این مقاله )   و راه جایگزین یک مقدار گنگ هست برام.
و دوم اینکه :
در گذشته، هر تک برنامه‌ای دارای صفحه‌ی لاگین و امکانات مدیریت کاربران آن، تغییر کلمه‌ی عبور، تنظیم مجدد آن و این‌گونه عملیات بود. این‌روزها دیگر چنین کاری مرسوم نیست. این وظیفه‌ی برنامه‌ی شما نیست که بررسی کند کاربر وارد شده‌ی به سیستم کیست و آیا ادعای او صحیح است یا خیر؟ این نوع عملیات وظیفه‌ی یک Identity provider و یا به اختصار IDP است.
در این صورت تهیه سوابق فعالیت‌های کاربر ممکن نیست یا بهتره بگم کمی پیچیده میشه.  مدیریت سوابق فعالیت‌های کاربران به چه صورت باید انجام بشه؟
‫۶ سال و ۱ ماه قبل، شنبه ۱۳ مرداد ۱۳۹۷، ساعت ۲۲:۵۴
دلیل اصلی که در این مطلب گفته شده اما دومین دلیل اینکه کمتر کسی از jquery استفاده میکنه این روزها اینه که:
اگر در برنامتون قرار نیست از فریم ورک خاصی برای جاوااسکریپت استفاده کنید مشکلی نداره استفاده از jquery ولی فرض کنید در حال استفاده از vue یا react یا ... هستید , در چنین شرایطی نیازی به دسترسی مستقیم به DOM وجود ندارد چون این فریم ورک‌ها قرار هست این مسائل رو هندل کنند. در چنین سناریویی استفاه از jquery اشتباه است. اگر هم نیاز بود در شرایطی خاص مستقیم به DOM دسترسی داشته باشید از خود JavaScript میشه کمک گرفت به روشی که آقای نصیری شرح دادند.
‫۶ سال و ۶ ماه قبل، دوشنبه ۲۸ اسفند ۱۳۹۶، ساعت ۱۷:۵۴
منظورم این نبود که حتما سرباری اضافه کنه ولی باتوجه به اینکه اجرای سرویس نود نیاز به پراسس مجزایی داره به صورت پیش فرض برای اجرا شدن ... اینکه node و dotnet همزمان باهم کارکنند گفتم شاید سرباری اضافه کنه... چون اطلاعی هنوز از نحوه اجرای سرویس نود در asp.net ندارم ... گفتم شاید دوستان اطلاعات بهتری داشته باشند که در background چه اتفاقی می‌افته؟ به طور کلی معماری این امکان به چه شکل هست؟
‫۶ سال و ۶ ماه قبل، یکشنبه ۲۷ اسفند ۱۳۹۶، ساعت ۱۹:۲۹
ممنون از پست مفیدتون.
احتمالا اجرای سرویس نود سرباز اضافی روی برنامه داره در این مورد هم اگه بررسی ای انجام شده یا کسی نظری داره ممنون میشم به اشتراک بزاره که اصلا این کار چقدر میتونه مزایا و معایب داشته باشه؟
‫۶ سال و ۱۱ ماه قبل، پنجشنبه ۴ آبان ۱۳۹۶، ساعت ۱۸:۵۹
سلام حقیقت من شخصا اعتقادی به استفاده از Windows-authentication برای اعتبار سنجی نداشتم ولی پروژه ای الان در دست دارم که ارتباط زیادی با اکتیو دایرکتوری داره.. به همین دلیل میخواستم بدونم:
 بخش دسترسی‌های کاربر رو هم میشه سمت اکتیودایرکتوری پیاده سازی کرد و برنامه از اون اطلاعات استفاده کنه یا چنین چیزی در Windows-authentication و اکتیودایرکتوری پیشبینی نشده. اگر قابل پیاده سازی بود ممنون میشم منبع معرفی کنید.
‫۷ سال و ۳ ماه قبل، یکشنبه ۲۸ خرداد ۱۳۹۶، ساعت ۱۴:۲۷
امکانش هست برای ثبت وقایع در دیتابیس یا filesystem از همین امکان logger استفاده کرد با customize کردن یا پیشنهاد میکنید برای این منظور مثلا از elmah استفاده شود؟
در حقیقت چون من تا به اینجا از این لاگر استفاده کرده بودم در یک پروژه میخواستم پیشنهاد بدید تغییرش بدم یا به فکر custom کردنش باشم.
‫۷ سال و ۳ ماه قبل، جمعه ۲۶ خرداد ۱۳۹۶، ساعت ۰۸:۳۸
در نسخه‌های قبل mvc  امکان مفیدی بود که میشد هنگام دیباگ عملیات bundling رو کلا غیر فعال کرد و برای release فقط استفاده کرد ازش...
که خیلی کمک میشد برای تست و بررسی اسکریپت‌ها و css‌ها .
با این تفاسیر چنین امکانی وجود نداره در asp.netcore ?