پیکربندی NLog در ASP.NET با استفاده از یک فایل .config

NLog در ASP.NET از هر دو نوع تنظیمات .config بر طبق فولدر و بر اساس طراحی اپلیکیشن در مشهد کد دفاع می نماید. وقتی که شما پکیج NLog.Config را در پروژه خویش نصب میکنید فایلی که NLog.config نامیده می‌گردد در پروژه شما ساخته میشود که دارنده محتوای پایین میباشد:

xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\"

auto Reload=\"true\">

قطعه کد ذیل به شما علامت می‌دهد که چه‌طور می‌توانید از NLog در ASP.NET به کارگیری فرمائید تا اطلاعات را در متدهای اکشن خویش لاگ نمایید.

public class Home Controller : Controller

{

Logger _logger =

(Logger)Log Manager.Get Current Class Logger(typeof(Logger));

public IActionResult Index()

{

_logger.Info(\"Application started\");

return View();

}

//Other action methods

}

چنانچه شما قصد دارید مقصود را با به کار گیری از اپ نویسی پیدا نمایید شما میتوانید از قطعه کد تحت به کارگیری فرمایید:

var fileTarget = (FileTarget)Log Manager.Configuration.FindTargetByName(\"logfile\");

تنظیمات NLog با استعمال از تنظیمات بر محور کد

شما میتوانید NLog در ASP.NET را با به کارگیری از اپلیکیشن نویسی تنظیمات نمایید، برای جاری ساختن این عمل شما می بایست از API مرتبط با NLog در ASP.NET استعمال نمایید. مشی پایین آرم میدهد که چه گونه ما می‌توانیم NLog را با به کارگیری از نرم‌افزار نویسی تنظیمات کنیم.

private static void ConfigureNLog()

{

var log Configuration = new Logging Configuration();

var dbTarget = new DatabaseTarget();

dbTarget.ConnectionString = \"Data Source=JOYDIP;initial

catalog=NLogDemo;User Id=sa;Password=sa1@3#.;\";

dbTarget.CommandText = \"INSERT INTO DbLog

(level, callsite, message, log datetime)\" +

\" Values(@level, @callsite, @message, @log datetime)\";

dbTarget.Parameters.Add

(new Database ParameterInfo(\"@level\", \"${level}\"));

dbTarget.Parameters.Add

(new DatabaseParameterInfo(\"@callSite\", \"${callSite}\"));

dbTarget.Parameters.Add

(new Database ParameterInfo(\"@message\", \"${message}\"));

dbTarget.Parameters.Add

(new Database ParameterInfo(\"@log datetime\",\"${date:s}\"));

var rule = new LoggingRule(\"*\", Log Level.Debug, dbTarget);

log Configuration.LoggingRules.Add(rule);

Log Manager.Configuration = log Configuration;

}

چند نکته درباره این فریم ورک

از آن جایی که مرورگرها بر روی کامپوننت های اینترنت تحت طراحی اپلیکیشن در مشهد عنوان یک سبک کامپوننت متمرکز گردیده اند سازندگان قاب ورک Ionic این قاب ورک را به صورتی پیاده سازی کرده اند که بتوانند آن را بر روی کامپوننت های اینترنت نیز توزیع نمایند. این کامپوننت ها از موادسازنده فردی سازی گردیده و API های Shadow DOM که در مرورگرهای تلفن همراه و دسکتاپ مو جود می باشند به کارگیری می نمایند. گسترش دهندگان اینترنت می‌توانند با به کار گیری از تگ های فردی سازی گردیده HTML در Ionic از این کامپوننت ها در نرم افزار های پایین اینترنت به کار گیری نمایند. نکته دیگری که در امر این کادر ورک وجود داراست این میباشد که قاب ورک Ionic برای ساخت‌و‌ساز اعتقاد به مکان به کارگیری از API های فرد ثالث از API های استاندارد اینترنت به کار گیری می نماید.

کامپوننت های اینترنت این کادر ورک

کامپوننت های قاب ورک Ionic که تعداد آنها نسبتاً به عدد 100 می‌رسد برای ساخت و ساز تلاش خوب، امکان های فردی سازی و پلتفرم های متعدد پیاده سازی و درست شده اند. این تجدید بنا برای IOS و متریال صفحه آرایی پیاده سازی و ایجاد شده است براین اساس کامپوننت ها واپسین استانداردها را برای اندروید و IOS منطبق می‌دهند. این کامپوننت ها در واقع با به کارگیری از پروژه کامپایلر کامپوننت اینترنت این قاب ورک مجدد پیاده سازی و درست شده اند.

چرا فریم ورک tracking.js فوق العاده است؟

شاید شما تعجب کرده باشید که چرا ما درباره این کتابخانه طراحی اپلیکیشن در مشهد جاوا اسکریپت اینقدر هیجان زده هستیم؟

با استعمال از کادر ورک tracking.js روزهایی که بصیرت ماشین فقط محصور به نرم افزار های نیتیو و C/C++ بودند در هم اکنون رفتن می‌باشند. شما می‌توانید از کادر ورک tracking.js به طور بدون واسطه در مرورگر استعمال نمائید تا بدین شیوه بتوانید صورت را تشخیص دهید و مسیرها را ردیابی فرمائید. اما این زمینه به ترازو بسیار متعددی به ذوق و نوآوری شما نیز بستگی دارااست.

روزهای به کار گیری از OpenVC در حالا رفتن می باشند

OpenVC در واقع مخفف open computer vision میباشد که از گویش های سی، سی پلاس پلاس نگهبانی، پایتون و جاوا حفاظت می نماید. این کتابخانه پیاده سازی گردیده است تا بر روی نرم افزار های real-time تمرکز نماید و میتواند در موردها بسیار توسعه یافته ای گزینه به کار گیری قرار گیرد.

با به کار گیری از قاب ورک tracking.js کلیه پردازش ها می‌توانند در سمت کلاینت و در مرورگر واقعه بیفتند و به همین عامل روزهای استعمال از پردازش های سمت سرور در حالا رفتن می باشند.

توسعه وب سایت راحت است ولی توسعه دهنده فول استک شدن راحت نیست

امروزه صنعت توسعه و گسترش سایت ها بسیار ریلکس میباشد طراحی اپلیکیشن در مشهد ولی مطلقا تبدیل شدن به یک توسعه و گسترش دهنده فول استک که داده ها متعددی درباره فناوری داده ها دارااست بدون‌شک ریلکس وجود ندارد. همواره در یک فضا پویا برای فعالیت فناوری های تازه بسیار متعددی در فعالیت شما دخالت دارا هستند و به این ترتیب چنانچه با آن ها شناخت ابتدایی نداشته باشید ممکن میباشد استارت عمل برای شما بسیار دلهره آور باشد.

تحت عنوان یک بسط دهنده فول استک شما بایستی درباره کلیه فناوری های فرانت اند و بک اند داده ها داشته باشید. در واقع پیشرفت دهنده فول استک شدن مستلزم این میباشد که شما با همگی گویش ها و یا این که بیشتر آن ها شناخت داشته باشید. شما می بایست در شغل کردن با همگی تکنولوژی ها به اندازه کافی عالی باشید، چه این تکنولوژی دیتابیس باشد و چه رابط های کاربری و مواقعی که دربین آنان قراردارد. ولی آیا حقیقتا این ممکن میباشد؟ آیا این غیر حقیقی وجود ندارد که از کسی انتظار داشته باشیم در کلیه چیز بهتر باشد؟ آیا مشتری ها برای اعمال یک پروژه به اشخاص با تخصص های متعدد نیاز ندارند؟

درین مقاله قصد داریم ترفندها و نکاتی را ذکر کنیم که به شما یاری می نماید تا تبدیل به یک بسط دهنده فول استک گردید.

دسترسی کنترل شده و حوزه کاربر در طراحی اپلیکیشن

یک کدام از اشتباهات امنیتی دشوارتر برای آزمایش در یک نرم‌افزار، در دست گرفتن طراحی اپلیکیشن در مشهد دسترسی خطا میباشد. ابزارهای آزمایش اتوماتیک برای کشف کردن قسمت‌هایی از نرم افزار که مخاطب نباید به آن دسترسی داشته باشد دارنده قابلیت و امکان محدودی میباشند. براین اساس این عمل اکثر زمان ها با آزمایش دستی یا این که پژوهش سورس کد برای یافتن آن شکل میگیرد.

این زخم‌پذیری را در اوایل چرخه پیشرفت اپ، هنگامی که تصمیمات معماری گرفته می‌گردد، در لحاظ بگیرید. از این پیشین شما نمی‌توانید به آسانی کلیدهای صاحب کار را در یک سطح بالا فارغ دسترس قرار دهید و امیدوار باشید که هیچ کس نردبان نداشته باشد.

زخم‌پذیری Broken access control در OWASP Top 10 وجود دارااست، که در باب انواع متفاوت آن به جزئیات بیشتری پرداخته میباشد. به عنوان مثال اپلیکیشن‌ای را با دو سطح دسترسی در لحاظ بگیرید: administrators و users. گسترش‌دهندگان می خواهند یک خصوصیت نو (قابلیت تعدیل یا این که بازداشتن یوزرها) تهیه و تنظیم نمایند، با این مقصود که صرفا administrators اذن به کارگیری از آن را داشته باشد.

در حالتی که از زخم‌پذیری‌های احتمالی در دست گرفتن دسترسی مطلع می باشید، ممکن میباشد تصمیم بگیرید خصوصیت تعدیل را در یک حوزه غیروابسته از فضای قابل دسترس برای یوزرها بسازید. این ممکن میباشد در دامین گوناگون باشد یا این که تحت عنوان بخشی از مدلی که یوزرها آن را به اشتراک نمی‌گذارند باشد. این دستور خطر تنظیمات خطا در اختیار گرفتن دسترسی را کاهش می دهد یا این که زخم‌پذیری صعود امتیاز ممکن میباشد به استفاده کننده اذن دهد تا به طور نامناسب بعدا به خصوصیت‌های تعدیل دسترسی یابد.

اما در اختیار گرفتن دسترسی قدرتمند در نرم افزار نیاز به جانبداری بیشتر داراست تا بتواند موءثر باشد. عواملی مانند توکن‌های حساس، یا این که کلیدهای منتقل گردیده تحت عنوان پارامترهای URL را در حیث بگیرید. با این وجود،‌ با پیش بینی جواز (authorization) در مرحله معماری،‌ نرم افزار را ایمن ساخته تا بهبودهای بعدی را آسوده‌خیس بسازید.

اصول امنیتی برای حداکثر سود‌مندی

پیشرفت‌دهندگان با گزینش یک کادر‌ورک عالی میتوانند از رسیدگی فنی مازاد خودداری نمایند. به همین ترتیب، پیشرفت‌دهندگان میتوانند با دور اندیشی از زخم‌پذیری‌های رایج و تصمیمات معماری از رسیدگی‌های امنیتی پرهیز نمایند. یک منبع بسیار ظریف‌خیس راجع‌به طریق ساخت امنیت در نرم افزار از آغاز، OWASP Application Security Verification Standard میباشد که یک راهنمای بهتر میباشد.