⭐️ Course Contents ⭐️
⌨️ (0:00:00) Introduction
⌨️ (0:00:34) Blazor Architecture Overview
⌨️ (0:11:59) Blazor Architecture In Depth
⌨️ (0:24:00) Blazor Hosting Models
⌨️ (0:32:23) Project Structure
⌨️ (0:48:31) Data Binding
⌨️ (1:12:21) Components Basics
⌨️ (1:33:33) Communication Between Components Overview
⌨️ (1:37:59) Component Parameters
⌨️ (1:45:03) Route Parameters
⌨️ (1:57:05) Cascading Parameters
⌨️ (2:14:58) EventCallBack
⌨️ (2:27:16) Referencing Child Components
⌨️ (2:40:06) Templated Components - RenderFragment
⌨️ (2:51:31) Templated Components - Generic Typed Item List
⌨️ (3:07:01) Templated Components - Generic Typed RenderFragment
⌨️ (3:27:27) Templated Components - Generic Typed RenderFragment as a Form
⌨️ (3:37:30) When is Rendering Triggered
⌨️ (3:59:45) Lifecycle Events Sequence
⌨️ (4:11:39) Avoiding Data Initialization Pitfall
⌨️ (4:16:15) Forms and Validations
⌨️ (4:22:00) Dependency Injection
⌨️ (4:49:34) State Management with Flux in C#
⌨️ (5:34:37) Authentication
⌨️ (6:04:18) Creating a reusable DataGrid Component - Columns Configuration
⌨️ (6:36:27) Creating a reusable DataGrid Component - Paging
⌨️ (7:16:49) Creating a reusable DataGrid Component - Sorting
⌨️ (7:42:51) Thank you and My Contact Info
اشتراکها
اشتراکها
بررسی Native AOT در داتنت 8
Deep .NET - Ahead of Time Compilation (Native AOT) with Eric Erhardt
Scott Hanselman is joined by Eric Erhardt to go deep on all things Native AOT, that is right, Ahead of Time Compilation. Learn about everything Native AOT from start to finish and how .NET leverages this technology to make your apps and code super fast.
Chapters:
00:00:00 Intro
00:04:17 Understanding the Options and Restrictions of Publishing in .NET Apps
00:06:46 Limitations and Benefits of Native AOT
00:12:33 Development and Implementation of Web API AOT
00:16:28 Use of Create Small and Source Generators in Web Development
00:22:03 Role and Impact of Source Generators in Software Development
00:29:17 Application Performance Optimization and Role-Based Optimization in Web Development
00:33:27 Program Optimization Techniques and Trade-offs
00:37:28 Trade-offs and Considerations in Application Optimization
00:41:27 Understanding the Challenges and Limitations of Implementing AOT
00:46:34 Understanding and Implementing AOT
00:52:56 Understanding Model Streaming Extensions
00:55:50 C# 11 and AOT
01:03:49 Understanding and Addressing AOT Compatibility Issues
01:08:54 Understanding Trimming
01:10:35 Understanding and Addressing System Memory Data and Error Handling
01:16:16 Binary Data Compatibility and Source Generation in Visual Studio
01:24:25 Advanced Features
01:25:29 Wrap-up
مقدمه
Profiler یک ابزار گرافیکی برای ردیابی و نظارت بر کارآئی SQL Server است. امکان ردیابی اطلاعاتی در خصوص رویدادهای مختلف و ثبت این دادهها در یک فایل (با پسوند trc) یا جدول برای تحلیلهای آتی نیز وجود دارد. برای اجرای این ابزار مراحل زیر را انجام دهید:
Start > Programs> Microsoft SQL Server > Performance Tools> SQL Server Profiler
و یا در محیط Management Studio از منوی Tools گزینه SQL Server Profiler را انتخاب نمائید.1- اصطلاحات
1-1- رویداد (Event):
یک رویداد، کاری است که توسط موتور بانک اطلاعاتی (Database Engine) انجام میشود. برای مثال هر یک از موارد زیر یک رویداد هستند.- متصل شدن کاربران (login connections) قطع شدن ارتباط یک login
- اجرای دستورات T-SQL، شروع و پایان اجرای یک رویه، شروع و پایان یک دستور در طول اجرای یک رویه، اجرای رویههای دور Remote Procedure Call
- باز شدن یک Cursor
- بررسی و کنترل مجوزهای امنیتی
1-2- کلاس رویداد (Event Class):
برای بکارگیری رویدادها در Profiler، از یک Event Class استفاده میکنیم. یک Event Class رویدادی است که قابلیت ردیابی دارد. برای مثال بررسی ورود و اتصال کاربران با استفاده از کلاس Audit Login قابل پیاده سازی است. هر یک از موارد زیر یک Event Class هستند.- SQL:BatchCompleted
- Audit Login
- Audit Logout
- Lock: Acquired
- Lock: Released
1-3- گروه رویداد (Event Category):
یک گروه رویداد شامل رویدادهایی است که به صورت مفهومی دسته بندی شده اند. برای مثال، کلیه رویدادهای مربوط به قفلها از جمله Lock: Acquired (بدست آوردن قفل) و Lock: Released (رها کردن قفل) در گروه رویداد Locks قرار دارند.1-4- ستون داده ای (Data Column):
یک ستون داده ای، خصوصیت و جزئیات یک رویداد را شامل میشود. برای مثال در یک Trace که رویدادهای Lock: Acquired را نظارت میکند، ستون Binary Data شامل شناسه (ID) یک صفحه و یا یک سطر قفل شده است و یا اینکه ستون Duration مدت زمان اجرای یک رویه را نمایش میدهد.1-5- الگو (Template):
یک الگو، مشخص کننده تنظیمات پیش گزیده برای یک Trace است، این تنظیمات شامل رویدادهایی است که نیاز دارید بر آنها نظارت داشته باشید. هنگامیکه یک Trace براساس یک الگو اجرا شود، رویدادهای مشخص شده، نظارت میشوند و نتیجه به صورت یک فایل یا جدول قابل مشاهده خواهد بود.1-6- ردیاب (Trace):
یک Trace دادهها را براساس رویدادهای انتخاب شده، جمع آوری میکند. امکان اجرای بلافاصله یک Trace برای جمع آوری اطلاعات با توجه به رویدادهای انتخاب شده و ذخیره کردن آن برای اجرای آتی وجود دارد.1-7- فیلتر (Filter):
هنگامی که یک Trace یا الگو ایجاد میشود، امکان تعریف شرایطی برای فیلتر کردن دادههای جمع آوری شده نیز وجود دارد. این کار باعث کاهش حجم دادههای گزارش شده میشود. برای مثال اطلاعات مربوط به یک کاربر خاص جمع آوری میشود و یا اینکه رشد یک بانک اطلاعاتی مشخص بررسی میشود.2- انتخاب الگو (Profiler Trace Templates)
از آنجائیکه اصولاً انتخاب Eventهای مناسب، کار سخت و تخصصی میباشد برای راحتی کار تعدادی Templateهای آماده وجود دارد، برای مثال TSQL_Duration تاکیدش روی مدت انجام کار است و یا SP_Counts در مواردی که بخواهیم رویههای ذخیره شده را بهینه کنیم استفاده میشود در جدول زیر به شرح هر یک پرداخته شده است:الگو | هدف |
Blank | ایجاد یک Trace کلی |
SP_Counts | ثبت اجرای هر رویه ذخیره شده برای تشخیص اینکه هر رویه چند بار اجرا شده است |
Standard | ثبت آمارهای کارائی برای هر رویه ذخیره شده و Queryهای عادی SQL که اجرا میشوند و عملیات ورود و خروج هر Login (پیش فرض) |
TSQL | ثبت یک لیست از همه رویههای ذخیره شده و Queryهای عادی SQL که اجرا میشوند ولی آمارهای کارائی را شامل نمیشود |
TSQL_Duration | ثبت مدت زمان اجرای هر رویه ذخیره شده و هر Query عادی SQL |
TSQL_Grouped | ثبت تمام loginها و logoutها در طول اجرای رویههای ذخیره شده و هر Query عادی SQL، شامل اطلاعاتی برای شناسائی برنامه و کاربری که درخواست را اجرا میکند |
TSQL_Locks | ثبت اطلاعات انسداد (blocking) و بن بست (deadlock) از قبیل blocked processes، deadlock chains، deadlock graphs,... . این الگو همچنین درخواستهای تمام رویههای ذخیره شده و تمامی دستورات هر رویه و هر Query عادی SQL را دریافت میکند |
TSQL_Replay | ثبت اجرای رویههای ذخیره شده و Queryهای SQL در یک SQL Instance و مهیا کردن امکان اجرای دوباره عملیات در سیستمی دیگر |
TSQL_SPs | ثبت کارائی برای Queryهای SQL، رویههای ذخیره شده و تمامی دستورات درون یک رویه ذخیره شده و نیز عملیات ورود و خروج هر Login |
Tuning | ثبت اطلاعات کارائی برای Queryهای عادی SQL و رویههای ذخیره شده و یا تمامی دستورات درون یک رویه ذخیره شده |
3- انتخاب رویداد (SQL Trace Event Groups)
رویدادها در 21 گروه رویداد دسته بندی میشوند که در جدول زیر لیست شده اند:گروه رویداد | هدف |
Broker | 13 رویداد برای واسطه سرویس (Service Broker) |
CLR | 1 رویداد برای بارگذاری اسمبلیهای CLR (Common Language Runtime) |
Cursors | 7 رویداد برای ایجاد، دستیابی و در اختیار گرفتن Cursor |
Database | 6 رویداد برای رشد/کاهش (grow/shrink) فایل های Data/Log همچنین تغییرات حالت انعکاس (Mirroring) |
Deprecation | 2 رویداد برای آگاه کردن وضعیت نابسامان درون یک SQL Instance |
Errors and Warnings | 16 رویداد برای خطاها، هشدارها و پیغامهای اطلاعاتی که ثبت شده است |
Full Text | 3 رویداد برای پیگیری یک شاخص متنی کامل |
Locks | 9 رویداد برای بدست آوردن، رها کردن قفل و بن بست (Deadlock) |
OLEDB | 5 رویداد برای درخواستهای توزیع شده و RPC (اجرای رویههای دور) |
Objects | 3 رویداد برای وقتی که یک شی ایجاد، تغییر یا حذف میشود |
Performance | 14 رویداد برای ثبت نقشه درخواستها (Query Plan) برای استفاده نقشه راهنما (Plan Guide) به منظور بهینه سازی کارائی درخواست ها، همچنین این گروه رویداد در خواستهای متنی کامل (full text) را ثبت میکند |
Progress Report | 10 رویداد برای ایجاد Online Index |
Query Notifications | 4 رویداد برای سرویس اطلاع رسان (Notification Service) |
Scans | 2 رویداد برای وقتی که یک جدول یا شاخص، پویش میشود |
Security Audit | 44 رویداد برای وقتی که مجوزی استفاده شود، جابجائی هویتی رخ دهد، تنظیمات امنیتی اشیائی تغییر کند،یک SQL Instance شروع و متوقف شود و یک Database جایگزین شود یا از آن پشتیبان گرفته شود |
Server | 3 رویداد برای Mount Tape، تغییر کردن حافظه سرور و بستن یک فایل Trace |
Sessions | 3 رویداد برای وقتی که Connectionها موجود هستند و یک Trace فعال میشود، همچنین یک Trigger و یک تابع دسته بندی(classification functions) مربوط به مدیریت منابع(resource governor) رخ دهد |
Stored Procedures | 12 رویداد برای اجرای یک رویه ذخیره شده و دستورات درون آن ، کامپایل مجدد و استفاده از حافظه نهانی (Cache) |
Transactions | 13 رویداد برای شروع، ذخیره ، تائید و لغو یک تراکنش |
TSQL | 9 رویداد برای اجرای Queryهای SQL و جستجوهای XQUERY (در دادههای XML) |
User Configurable | 10 رویداد که شما میتوانید پیکربندی کنید |
4- انتخاب ستونهای داده ای ( Data Columns)
اگرچه میتوان همهی 64 ستون داده ای ممکن را برای ردیابی انتخاب کرد ولیکن دادههای Trace شما زمانی مفید خواهند بود که اطلاعات ضروری را ثبت کرده باشید. برای مثال شماره ترتیب تراکنشها را، برای یک رویداد RPC:Completed میتوانید برگردانید، اما همه رویههای ذخیره شده مقادیر را تغییر نمیدهند بنابراین شماره ترتیب تراکنشها فضای بیهوده ای را مصرف میکند. بعلاوه همه ستونهای داده ای برای تمامی رویدادهای Trace معتبر نیستند. برای مثال Read ، Write ،CPU و Duration برای رویدادهای RPC:Starting و SQL:BatchStarting معتبر نیستند.ApplicationName، NTUserName، LoginName، ClientProcessID، SPID، HostName، LoginSID، NTDomainName و SessionLoginName ، مشخص میکنند چه کسی و از چه منشاء دستور را اجرا کرده است.
ستون SessionLoginName معمولاً نام Login ای که از آن برای متصل شدن به SQL Instance استفاده شده است را نشان میدهد. در حالیکه ستون LoginName نام کاربری را که دستور را اجرا میکند نشان میدهد (EXECUTE AS). ستون ApplicationName خالی است مگر اینکه در ConnectionString برنامه کاربردیمان این خصوصیت (Property) مقداردهی شده باشد. ستون StartTime و EndTime زمان سرحدی برای هر رویداد را ثبت میکند این ستونها بویژه در هنگامی که به عملیات Correlate نیاز دارید مفید هستند.
5- بررسی چند سناریو نمونه
• یافتن درخواست هائی (Queries) که بدترین کارایی را دارا هستند.
برای ردیابی درخواستهای ناکارا، از رویداد RPC:Completed از دسته Stored Procedure و رویداد SQL:BatchCompleted از دسته TSQL استفاده میشود.• نظارت بر کارایی رویه ها
برای ردیابی کارائی رویه ها، از رویدادهای SP:Starting، SP:Completed، SP:StmtCompleted و SP:StmtStaring از کلاس Stored Procedure و رویدادهای SQL:BatchStarting ، SQL:BatchCompleted از کلاس TSQL استفاده میشود.• نظارت بر اجرای دستورات T-SQL توسط هر کاربر
برای ردیابی دستوراتی که توسط یک کاربر خاص اجرا میشود، نیاز به ایجاد یک Trace برای نظارت بر رویدادهای کلاسهای Sessions، ExistingConnection و TSQL داریم همچنین لازم است نام کاربر در قسمت فیلتر و با استفاده از DBUserName مشخص شود.• اجرا دوباره ردیاب (Trace Replay)
این الگو معمولاً برای debugging استفاده میشود برای این منظور از الگوی Replay استفاده میشود. در ضمن امکان اجرای دوباره عملیات در سیستمی دیگر با استفاده از این الگو مهیا میشود.• ابزار Tuning Advisor (راهنمای تنظیم کارائی)
این ابزاری برای تحلیل کارائی یک یا چند بانک اطلاعاتی و تاثیر عملکرد آنها بر بار کاری (Workload) سرویس دهنده است. یک بار کاری مجموعه ای از دستورات T-SQL است که روی بانک اطلاعاتی اجرا میشود. بعد از تحلیل تاثیر بارکاری بر بانک اطلاعاتی، Tuning Advisor توصیه هائی برای اضافه کردن، حذف و یا تغییر طراحی فیزیکی ساختار بانک اطلاعاتی ارائه میدهد این تغییرات ساختاری شامل پیشنهاد برای تغییر ساختاری موارد Clustered Indexes، Nonclustered Indexes، Indexed View و Partitioning است.برای ایجاد بارکاری میتوان از یک ردیاب تهیه شده در SQL Profiler استفاده کرد برای این منظور از الگوی Tuning استفاده میشود و یا رویدادهای RPC:Completed، SQL:BatchCompleted و SP:StmtCompleted را ردیابی نمائید.
• ترکیب ابزارهای نظارتی (Correlating Performance and Monitoring Data)
یک Trace برای ثبت اطلاعاتی که در یک SQL Instance رخ میدهد، استفاده میشود. System Monitor برای ثبت شمارندههای کارائی(performance counters) استفاده میشود و همچنین از منابع سخت افزاری و اجزای دیگر که روی سرور اجرا میشوند، تصاویری فراهم میکند. توجه شود که در مورد Correlating یک فایل ردیاب (trace file) و یک Counter Log (ابزار Performance )، ستون داده ای StartTime و EndTime باید انتخاب شود، برای این کار از منوی File گزینه Import Performance Data انتخاب میشود.• جستجوی علت رخ دادن یک بن بست
برای ردیابی علت رخ دادن یک بن بست، از رویدادهای RPC:Starting، SQLBatchStarting از دسته Stored Procedure و رویدادهای Deadlock graph، Lock:Deadlock و Lock:Deadlock Chain از دسته Locks استفاده میشود. ( در صورتی که نیاز به یک ارائه گرافیکی دارید از Deadlock graph استفاده نمائید، خروجی مطابق تصویر زیر میشود).
5-1- ایجاد یک Trace
1- Profiler را اجرا کنید از منوی File گزینه New Trace را انتخاب کنید و به SQL Instance مورد نظرتان متصل شوید.2- مطابق تصویر زیر برای Trace یک نام و الگو و تنظیمات ذخیره سازی فایل را مشخص کنید.
3- بر روی قسمت Events Selection کلیک نمائید.
4- مطابق تصویر زیر رویدادها و کلاس رویدادها را انتخاب کنید، ستونهای TextData، NTUserName، LoginName، CPU،Reads،Writes، Duration، SPID، StartTime، EndTime، BinaryData، DataBaseName، ServerName و ObjectName را انتخاب کنید.
5- روی Column Filters کلیک کنید و مطابق تصویر زیر برای DatabaseName فیلتری تنظیم کنید.
6- روی Run کلیک کنید. تعدادی Query و رویه ذخیره شده مرتبط با پایگاه داده AdventureWorks اجرا کنید .
5-2- ایجاد یک Counter Log
برای ایجاد یک Counter Log مراحل زیر را انجام دهید:1- ابزار Performance را اجرا کنید (برای این کار عبارتPerfMon را در قسمت Run بنویسید).
2- در قسمت Counter Logs یک log ایجاد کنید.
3- روی Add Counters کلیک کرده و مطابق تصویر موارد زیر را انتخاب کنید.
Select counters from list | Performance Object |
Output Queue Length | Network Interface |
% Processor Time | Processor |
Processor Queue Length | System |
Buffer Manager:Page life expectancy | SQLServer |
4- روی Ok کلیک کنید تا Counter Log ذخیره شود سپس روی آن راست کلیک کرده و آنرا Start کنید.
5-3- ترکیب ابزارهای نظارتی (Correlating SQL Trace and System Monitor Data)
1- Profiler را اجرا کنید از منوی File گزینه Open و سپس Trace File را انتخاب کنید فایل trc را که در گام اول ایجاد کردید، باز نمائید.2- از منوی File گزینه Import Performance Data را انتخاب کنید و فایل counter log را که در مرحله قبل ایجاد کردید انتخاب کنید.
نکته: اطلاعات فایل trc را میتوان درون یک جدول وارد کرد، بدین ترتیب میتوان آنالیز بیشتری داشت به عنوان مثال دستورات زیر این عمل را انجام میدهند.
SELECT * INTO dbo.BaselineTrace FROM fn_trace_gettable(' c:\performance baseline.trc ', default);
معرفی:
امروزه تست کردن کدها به دلیل وجود ابزارهای مختلف زیادی، کار آسانی شده است. اما بعضیها در web application ها، یکی از تستهایی را که خیلی هم مهم است را فراموش میکنند که آن هم تست UI است. شما را در این مقاله با یکی از روشهای خوب تست UI آشنا خواهم کرد. ابزارهای زیادی برای تست UI وجود دارد که کار کردن با آنها نه تنها زمان بر بلکه بسیار خسته کننده میباشند و به خاطر همین خیلیها از انجام تست UI صرف نظر میکنند.
WatIn چیست؟
WatIn مخفف Web Application Testing in .Net میباشد؛ که یک فریم ورک تست web applicationها است. WatIn این اجازه را به شما میدهد که با استفاده از IE ویا FireFox عناصر داخل صفحات را مقدار دهی کنید و یا حتی رویدادی را برای عناصر فراخوانی کنید.
شروع کار با WatIn:
در زیر یک نمونه از کار با WatIn را میتوانید مشاهده کنید:
[TestMethod] public void SearchForWatiNOnGoogle() { using (var browser = new IE("http://www.google.com")) { browser.TextField(Find.ByName("q")).TypeText("WatiN"); browser.Button(Find.ByName("btnG")).Click(); Assert.IsTrue(browser.ContainsText("WatiN")); } }
WatIn یک فریم ورک کاربر پسند است و در ادامه متوجه میشوید که استفاده از این فریم ورک چه مزایایی دارد. برای نصب، WatIn را میتوانید از اینجا دانلود کنید ویا اگر خواستید میتوانید با NuGet هم این فریم ورک را دانلود کرده و نصب نمایید. برای شروع کار با Watin باید reference هایی را به پروژه تان اضافه کنید که یکی از این referenceها WatiN.Core.dll میباشد و برای استفاده از IE ویا FireFox باید فضای نام Watin.Core را اضافه کنیم. Watin چند فضای نام دیگری را هم به همراه دارد که در زیر به توضیح مختصری از آنها میپردازیم:
1- Watin.Core.DialogHandlers: این فضای نام این امکان را به شما میدهد تا دیالوگ هایی را که مرورگر میتواند به کاربر نمایش دهد، مدیریت کنید. از handlerهای این فضای نام AlertDialogHandler، ConfirmDialogHandler، FileUploadDialogHandler، PrintDialogHandler و LoginDialogHandler میباشد.
2- Watin.Core.Exceptions: این فضای نام دارای یک سری exception میباشد و این امکان را به ما میدهد تا یک سری رفتارهای ناخواسته را کنترل کنیم. بعضی از این exceptionها ElementNotFoundException، IENotFoundException، TimeoutException و WatinException میباشد.
3- Watin.Core.Logging: این فضای نام کلاس هایی را در اختیار ما میگذارد تا بتوانیم عملیاتی را که در کدمان انجام میدهیم log کنیم.
مثالی از watin که در بالا نشان دادیم به این صورت عمل میکند که مرورگر IE را باز کرده و به سایت google خواهد رفت. در این صفحه جعبه متنی یا TextBox با نام "q" را پیدا کرده و عبارت "Watin" را در آن تایپ میکند و همچنین Buttonی با نام "btnG" پیدا کرده و آن را کلیک مینماید و در آخر بررسی میکند که در مرورگر متنی شامل WatIn وجود دارد یا خیر.
مشاهده کردید که به همین سادگی یک تست UI نوشتیم. به نظر شما جالب نبود؟ فرض کنید که اگر میخواستید با مثلا Microsoft Test Manager این کار را انجام دهید چه دردسرهایی را باید تحمل میکردید. حالا تست UI برای همه برنامه نویسها جذاب خواهد شد.
به جای مثال بالا میتوانیم به صورت زیر هم عمل کنیم:
[TestMethod] public void SearchForWatiNOnGoogle() { using (var browser = new IE("http://www.google.com")) { browser.TextField(Find.ByName("q")).Value="WatiN"; browser.Button(Find.ByName("btnG")).ClickNoWait(); Thread.Sleep(3000); Assert.IsTrue(browser.ContainsText("WatiN")); } }
تفاوت کد دوم با کد اول این است چون در کد اول از متد TypeText استفاده کردیم یک مقدار سرعت تست را پایین میآورد ولی اگر از Value ویا از SetAttribute استفاده کنیم دیگر عمل تایپ را انجام نداده و مقدار را مستقیما در مقدار TextField قرار میدهد. شاید بپرسید چرا بعد از متد ClickNoWait چند ثانیه صبر میکنم؟ چون صفحه برای اینکه بارگذاری شود و نتیجه جستجو را نشان دهد کمی طول کشیده و Assert.IsTrue شما Failed میشود. البته به جای Thread.Sleep میتوانیم از متدهای مربوط به Watin هم استفاده کنیم مانند WaitUntilComplete ویا از WaitUntilContainsText.
به صورت خلاصه، دو فایل «codeql.yml » و « codeql-config.yml » را به پوشهی github/workflows. اضافه کنید. نتیجهی آن در برگهی security، فقط برای صاحب مخزن کد قابل مشاهده خواهد بود:
مشکلات گزارش شدهی توسط آن، خروجی فوق العادهای هم دارد؛ به همراه توضیح و مثال:
اگر خواستید از موردی صرفنظر کند، rule id فوق را به فایل codeql-config.yml، اضافه کنید.
نظرات اشتراکها
رایگان شدن بیش از ۷۰۰۰ دوره سایت Pluralsight
هنگام اجرای پروژه با این خطا روبرو شدم
تصاویر
<div class="hero"> <div class="branding"></div> <h2>One more step.</h2> <h4>Please complete the security check to access the site. If you continue to experience problems, let us know.</h4> </div>
از Microsoft.Data.SqlClient 4 به بعد، حالت اتصال امن، پیشفرض شدهاست و اگر برنامه و سرور شما از این حالت پشتیبانی نمیکنند، از کار خواهند افتاد. برای بازگشت به حالت قبل، Encrypt=False را به رشتهی اتصالی خود اضافه کنید:
server=.;database=LicenseManager;integrated security=True;Encrypt=False"