8، نیاز است (همانطور که در زیر مورد بحث قرار گرفته است) برای یک کار مجدد قابل توجه در روند اشکال زدایی. این در نسخه 8.3.7.1759 منعکس شد. اولا، یک رابط جهانی برای این روش ایجاد شد، و ثانیا، این تغییر توسعه بیشتر خود برنامه را تضمین می کند. از این گذشته ، اکنون می توانید نه تنها از طریق Configurator ، بلکه با استفاده از ابزارهای توسعه نیز با اشکال زدایی کار کنید. بیایید به نحوه فعال کردن اشکال زدایی در سرور 1C از نسخه جدید نگاه کنیم.

با استفاده از پروتکل جدید

دیباگر قبلی که در نسخه های قبلی پیاده سازی شده بود، برنامه های سرویس گیرنده و سرور را با استفاده از پروتکل TCP/IP مدیریت می کرد.

در حال حاضر، استفاده از چنین پروتکلی برای محدود کردن دسترسی برنامه 1C: Enterprise به اینترنت آغاز شده است و باعث ایجاد ناراحتی برای عملکرد برنامه های تلفن همراه شده است.

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

معماری جدید

پیش از این، هنگام انجام اشکال‌زدایی پیکربندی، یک کارمند مجبور بود به پایگاه اطلاعات متصل شود. برای انجام این کار، لازم بود به او حقوق مدیر داده شود.

در نسخه جدید، نیازی به اتصال مستقیم به پایگاه های داده نیست - کافی است به سادگی همان پایگاه داده مشتری را داشته باشید. و می توانید آن را از یک فایل بارگذاری کنید.

برنامه های موبایل

با استفاده از پروتکل HTTP، اکنون می توان داده های سرور، داده های مشتری و برنامه ها را اشکال زدایی کرد.

تغییرات دیگر

با نسخه جدید، امکان تغییر مقادیر برای متغیرهای محلی در روش اشکال زدایی وجود دارد؛ یک پنجره نمایش سریع جدید برای این منظور پیاده سازی شده است.

حالت محاسبه به ناهمزمان تغییر کرده است و به شما امکان می دهد بدون انتظار برای نتایج به کار خود ادامه دهید.

اشکال زدایی در ابزارهای توسعه

تعامل با روش جدید در یک رابط نرم افزار جهانی ویژه توسعه یافته انجام می شود. از یک طرف، این رابط توسط Configurator استفاده می شود. از سوی دیگر، در محیط جدید 1C:Enterprise Development Tools پیاده سازی شده است.

الان چه شکلیه

پس از تغییر برنامه، رویه طبق سناریوی زیر انجام می شود:

اکنون نه تنها اشکال‌زدا و موارد را در بر می‌گیرد، همانطور که قبلاً چنین بود. اکنون یک عنصر اضافی به زنجیره وارد شده است - سرور.

نه تنها اضافه می شود - بلکه به عنوان عنصر اصلی تبادل اطلاعات بین اشکال زدا و اشیا عمل می کند. و خود مبادله از طریق پیام هایی که در یک صف ردیف شده اند اتفاق می افتد.

و از آنجایی که این تبادل از طریق پروتکل HTTP انجام می شود، اکنون مهم نیست که داده ها دقیقاً در کجا قرار دارند.

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

اشکال زدایی را در سناریوهای مختلف فعال کنید

برای توسعه دهنده برنامه، هیچ تغییری ایجاد نشده است. تفاوت مهم این است که مکانیسم جدید باید فعال شود. از این گذشته ، اکنون به طور پیش فرض غیرفعال است.

بیایید ببینیم اگر یکی از دو سناریو را انتخاب کنیم، وقتی حالت شروع می شود چه اتفاقی می افتد.

اسکریپت فایل

در ابتدای نسخه فایل، باید در تنظیمات پیکربندی استفاده از مکانیزم جدید را مشخص کنید - "اشکال زدایی از طریق پروتکل HTTP".

سپس Configurator به طور خودکار استفاده از یک سرور محلی را پیشنهاد می کند. این شرط باید پذیرفته شود و برنامه در حالت Configurator دوباره راه اندازی شود.

پس از این، Configurator تازه راه اندازی شده روش جدیدی را که انتخاب کرده ایم در جلسه بعدی ذخیره می کند. اما برای همین پایگاه اطلاع رسانی. بنابراین، هنگام دسترسی به پایگاه اطلاعاتی دیگر، باید آن را نیز فعال کنید.

مکانیسم فعال اکنون به طور خودکار سرور Debugger را که یک برنامه ویژه dbgs.exe است راه اندازی می کند. در پنجره Task Manager منعکس می شود.

مقدار پارامتر مالکPID با شناسه برنامه ای که به آن مقید شده است مطابقت دارد.

هنگامی که یک جلسه اشکال زدایی را از طریق Configurator شروع می کنید، اتصال سرور به طور خودکار انجام می شود. و اشیاء متصل در آن منعکس خواهند شد.

اگر برنامه 1C بدون مکانیسم جدید فعال شد، باید اشکال زدایی را در سرور 1C به صورت دستی فعال کنید. فقط اکنون باید آدرس سرور را مشخص کنید:

به Service - Options بروید

در تنظیمات آیتم قرار دارد:

به Connection - Settings بروید

هنگام استفاده از یک فایل اسکریپت با چندین پایگاه داده به طور همزمان، باید یک نکته مهم را در نظر بگیرید - هر یک از Configurator ها (با مکانیزم HTTP فعال) سرور خود را ارسال می کند:

بنابراین، اگر چندین Configurator باز هستند، برای اتصال Client باید یک مورد صحیح را مشخص کنید.

سناریوی مشتری-سرور

اشکال زدایی روی سرور 1C با استفاده از سناریوی سرویس گیرنده-سرور، مانند مورد قبلی، با راه اندازی حالت شروع می شود. این استفاده از مکانیسم جدید HTTP را مشخص می کند. این کار به این صورت انجام می شود:

ragent.exe -debug -http

هنگامی که شروع می شود، دیباگر به طور خودکار از پشت آن شروع می شود.

مقدار پارامتر مالکPID با شماره شناسایی مدیر خوشه 1C مطابقت دارد.

این برنامه پیشنهادی برای استفاده از سرور اشکال زدایی کلاستر در حال حاضر (و نه محلی مانند سناریوی قبلی) ایجاد می کند. ما موافقت می کنیم و آن را دوباره راه اندازی می کنیم.

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

امیدواریم انتشارات ما به شما کمک کرده باشد تا مشکل نحوه فعال کردن اشکال زدایی در سرور 1C را کشف کنید.

وظیفه یک توسعه دهنده 1C نه تنها نوشتن کد، بلکه ردیابی و تصحیح خطاها، ایجاد یک الگوریتم اجرای دستور بهینه و بهینه سازی سرعت کار، یعنی اشکال زدایی است. انجام این کار بدون استفاده از عملکرد دیباگر داخلی رویه های سرور دشوار است.

در ابتدا، حالت اشکال زدایی در سرورهای 1C غیرفعال است، بنابراین توسعه دهنده باید دستکاری های ساده ای را با تنظیمات انجام دهد تا بتواند کد را به طور کامل بررسی کند.

فعال کردن حالت اشکال زدایی در سرور برای پلتفرم 1C نسخه 8.2 و بالاتر

الگوریتم برای فعال کردن اشکال زدایی بسیار ساده است. دانش عمیق معماری سیستم عامل و مدیریت 1C را فرض نمی کند. با این حال، همچنان باید بسیار مراقب باشید، زیرا کار اشکال زدایی مستقیماً روی سرور و با حقوق مدیر انجام می شود. بنابراین، اگر دانش کامل ندارید، الگوریتم اقدامات را بدون بداهه به شدت دنبال کنید:

• سرویس 1C: Enterprise Server Agent را از طریق مدیر سرور متوقف کنید. اگر راه‌اندازی روی سرور تولیدی انجام می‌شود، باید از قبل مراقب نبود کاربران 1C در پایگاه داده باشید.
• ویرایشگر رجیستری سیستم را با کلیک کردن روی "شروع" - "اجرا" یا میانبر صفحه کلید "Win" + "R" راه اندازی کنید. در پنجره ای که باز می شود، خط "regedit" را وارد کنید.

• در رجیستری باید مورد را پیدا کنید.

• از میان پارامترها، "ImagePath" را پیدا کنید و با افزودن "-debug" به مقدار موجود با یک فاصله در پایان، آن را تغییر دهید.

• از طریق مدیر سرور، سرویسی را که متوقف شده است راه اندازی کنید - "1C: Enterprise Server Agent".

فعال کردن حالت اشکال زدایی در سرور برای 1C نسخه 8.1

اگر نیاز به فعال کردن حالت اشکال زدایی در پلت فرم 8.1 دارید، الگوریتم اقدامات تقریباً بدون تغییر باقی می ماند. تنها تغییر مکان پارامتر مسیر "ImagePath" است. در نسخه 8.1 در بخش قرار دارد.

توسعه دهندگان 1C توصیه می کنند که حالت اشکال زدایی را منحصراً برای سرورهای آزمایشی فعال کنید، جایی که کد باید اشکال زدایی شود. دلیل این توصیه به دلیل تأثیر عملکردی است که هنگام فعال کردن اشکال زدایی روی سرور رخ می دهد. اگر کاربران زیادی دارید یا قدرت سرور چیز زیادی برای شما باقی می‌گذارد، این توصیه را با دقت انجام دهید تا اشکال زدایی عواقب منفی نداشته باشد.

18.10.2016

اشکال زدایی در سرور 1C (8.2، 8.3...)

اگر پایگاه داده 1C در نسخه سرویس گیرنده-سرور اجرا شود، حالت اشکال زدایی کد در سمت سرور غیرفعال می شود. بنابراین، نمی توان مرحله به مرحله مشاهده کرد که در هنگام اجرای یک تابع یا رویه چه اتفاقی می افتد. برای فعال کردن اشکال زدایی سمت سرور، باید چند مرحله ساده را دنبال کنید.

اشکال زدایی را در سرور 1C: Enterprise 8.2، 8.3 فعال کنید

اولین کاری که باید انجام دهید این است که سرویس سرور 1C: Enterprise را متوقف کنید. به "شروع - اجرا" (یا میانبر صفحه کلید "Windows + R") بروید، "services.msc" را بنویسید (البته باید مدیریت خدمات ویندوز را از Administrator باز کنید)

پس از توقف، ویرایشگر رجیستری ویندوز ("شروع - اجرا" (یا میانبر صفحه کلید "Windows + R") را باز کنید و "regedit" را بنویسید، و شاخه ای را با نام پیدا کنید. "" یا "" بسته به نسخه پلتفرم

ما به کلید رجیستری به نام "ImagePath" علاقه مند هستیم. "-debug" را به انتهای مقدار کلید اضافه کنید. این بدان معنی است که حالت اشکال زدایی در سمت سرور 1C فعال می شود.
بود: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
تبدیل شد: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug

سرویس 1C را ذخیره و راه اندازی کنید. همه چیز آماده است! اشکال زدایی مبارک!

برای اینکه بتوانید رویه های سرور را اشکال زدایی کنید، باید پرچم ها را در فرم «Service->Parameters» پیکربندی تنظیم کنید:

اشکال زدایی در سرور برنامه

این در مستندات توضیح داده شده است:

کتاب "1C: Enterprise 8.1. پیکربندی و مدیریت"

فصل 18. ابزارهای پیکربندی

دیباگر و اندازه گیری عملکرد

"اشکال‌زدایی کد روی سرور

برای نصب حالت اشکال زدایی، باید سرور 1C: Enterprise را با سوئیچ خط فرمان /Debug (ragent.exe /debug) راه اندازی کنید."

کلیدهای راه اندازی عامل سرور در کتاب شرح داده شده است:

"1C: Enterprise 8.1. مشتری-سرور. ویژگی های نصب و استفاده"

"اجرای عامل سرور به عنوان یک سرویس

اگر هنگام نصب یک خوشه سرور، گزینه راه اندازی عامل سرور مرکزی را به عنوان یک سرویس انتخاب کرده باشید، این سرویس به طور خودکار در مراحل نصب راه اندازی می شود و همچنین با راه اندازی سیستم عامل راه اندازی می شود.

اگر عامل سرور مرکزی به صورت اپلیکیشن نصب شده باشد، امکان ثبت سرویس به صورت دستی و سپس راه اندازی وجود دارد.

ثبت سرویس با دستور زیر انجام می شود:

Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>-بندر<порт>-دامنه<диапазоны>-seclev<уровень>اشکال زدایی | -rmsrvc | -شروع | -متوقف کردن

Instsrvc – ثبت عامل خوشه به عنوان یک سرویس ویندوز. اگر ragent.exe با این کلید راه اندازی شود، در لیست سرویس های ویندوز ثبت می شود و خارج می شود. با سوئیچ های -srvc، -rmsrvc سازگار نیست.

Usr<имя пользователя>

Pwd<пароль пользователя>- نام و رمز عبور کاربر ویندوز که با نام ragent.exe باید به عنوان یک سرویس ویندوز راه اندازی شود. زمانی که ragent.exe را به عنوان یک سرویس ویندوز ثبت می‌کنید، فقط می‌تواند همراه با سوئیچ -inssrvc استفاده شود.

بندر<порт>– شماره پورت اصلی عامل خوشه. این پورت توسط کنسول کلاستر برای دسترسی به سرور مرکزی استفاده می شود. پورت عامل خوشه نیز به عنوان پورت IP سرور کار مشخص شده است.

دامنه<диапазоны>- محدوده پورت IP برای انتخاب پویا. در صورتی که انتخاب آنها از تنظیمات سرور مربوطه غیرممکن باشد، پورت های سرویس فرآیندهای خوشه ای انتخاب می شوند. پیش فرض: 1560-1591. مقادیر نمونه<диапазоны>: "45:49", "45:67,70:72,77:90";

Seclev<уровень>- سطح امنیت فرآیند عامل خوشه. سطح امنیتی اتصالات ایجاد شده با فرآیند ragent.exe را تعیین می کند.<уровень>می تواند مقادیر زیر را دریافت کند: 0 (پیش فرض) اتصالات ایمن نیستند، 1 - اتصالات ایمن فقط برای مدت تأیید اعتبار کاربر، 2 - اتصالات دائمی امن.

Rmsrvc - عامل خوشه را به عنوان یک سرویس ویندوز لغو ثبت می کند. اگر ragent.exe با این کلید راه اندازی شود، ثبت نام خود را در لیست سرویس های ویندوز لغو می کند و خارج می شود. با سوئیچ های -srvc، -daemon، -instsrvc سازگار نیست.

شروع - راه اندازی ragent.exe، ثبت شده به عنوان یک سرویس ویندوز. ragent.exe را که قبلاً به عنوان یک سرویس ویندوز ثبت شده بود راه اندازی می کند و سپس خارج می شود.

Stop - stop ragent.exe به عنوان یک سرویس ویندوز ثبت شده و اجرا می شود. ragent.exe را که قبلاً به عنوان یک سرویس ویندوز ثبت شده و در حال اجرا است را متوقف می کند و سپس خارج می شود.

اشکال زدایی - راه اندازی یک خوشه سرور در حالت اشکال زدایی پیکربندی. "

بنابراین، اگر سرور 1C:Enterprise به عنوان یک سرویس راه اندازی شد و به دلایلی باید به عنوان یک سرویس در حالت اشکال زدایی نیز راه اندازی شود، ابتدا باید سرویس را لغو ثبت کنید (کلید -rmsrvc) و سپس مجدداً سرویس را با استفاده از آن ثبت کنید. کلید اشکال زدایی

بدیهی است که اثر مشابهی را می توان از راه های دیگر به دست آورد، به عنوان مثال، با ویرایش مستقیم رجیستری ویندوز. برای انجام این کار، احتمالاً باید به اسناد ویندوز خود مراجعه کنید.

فقط زمانی کار می کند که کلید "-debug" در رجیستری تنظیم شده باشد. در همه موارد دیگر به دلایلی کار نمی کند.

"ImagePath" =

"F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "F:\Program Files\1cv81\server" بود

تنظیم "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "F:\Program Files\1cv81\server"

در نسخه 8.3.7.1759 پیاده سازی شده است.

ما به طور قابل توجهی مکانیسم اشکال زدایی را دوباره طراحی کرده ایم. چندین دلیل برای این بود. ابتدا، می‌خواستیم به شما این امکان را بدهیم که هر برنامه‌ای را که امروز در دسترس است، اشکال زدایی کنید. ثانیاً، معماری دیباگر قبلی به تغییراتی نیاز داشت تا با روندهای فعلی همگام شود و توسعه آینده را تطبیق دهد. ثالثاً ، یک رابط اشکال زدایی جهانی مورد نیاز بود که نه تنها پیکربندی 1C: Enterprise بلکه .

مزایای اصلی

برای اینکه بتوانید دامنه تغییراتی که ایجاد کرده ایم را تصور کنید، مزیت های اصلی مکانیزم جدید را به اختصار فهرست می کنیم.

اشکال زدایی HTTP

مکانیسم اشکال زدایی قبلی بر این واقعیت استوار بود که دیباگر که در پیکربندی 1C:Enterprise پیاده سازی شده بود، مستقیماً با موارد اشکال زدایی (برنامه های مشتری و سرور) تعامل داشت. این تعامل با استفاده از پروتکل TCP/IP انجام شد.

با این حال، با انتشار برنامه های 1C: Enterprise در اینترنت و به خصوص با ظهور اپلیکیشن های موبایل، این رویکرد به منبع محدودیت ها و ناراحتی ها تبدیل شده است. پروتکل TCP/IP همیشه به دیباگر اجازه نمی دهد تا به مواردی که اشکال زدایی می شوند، دسترسی پیدا کند. پس از همه، آنها ممکن است خارج از شبکه محلی که اشکال زدا در آن در حال اجرا است قرار داشته باشند.

بنابراین، در مکانیزم جدید، پروتکل HTTP «همه‌جای‌تر» را به عنوان پروتکل انتقال انتخاب کردیم، که اتفاقاً توسط برنامه‌های کلاینت برای اتصال به پایگاه‌های اطلاعاتی نیز استفاده می‌شود.

معماری مدرن اشکال زدایی

یکی از ویژگی های مکانیسم اشکال زدایی قبلی، نیاز به اتصال به پایگاه اطلاعاتی با استفاده از پیکربندی بود. در نتیجه، اشکال زدایی توسعه دهنده به تمام عملکردهای اداری دسترسی کامل داشت.

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

اشکال زدایی برنامه های موبایل

به لطف استفاده از پروتکل HTTP، اشکال زدایی برنامه های اجرا شده توسط پلتفرم موبایل امکان پذیر شده است. علاوه بر این، می توانید هر زمینه ای را اشکال زدایی کنید: کلاینت، سرور، و همچنین کارهای پس زمینه.

اکنون، در حین اشکال زدایی، می توانید مقادیر هر متغیر قابل نوشتن را تغییر دهید. برای مشاهده و تغییر سریع متغیرهای محلی، یک پنجره جداگانه پیاده سازی کرده ایم. و محاسبه عبارات نمایش داده شده توسط دیباگر اکنون در حالت ناهمزمان انجام می شود.

اشکال زدایی در ابزارهای توسعه

هنگام ایجاد یک مکانیسم اشکال زدایی جدید، ما یک رابط نرم افزاری جدید و جهانی را برای تعامل با آن پیاده سازی کردیم. این رابط توسط پیکربندی 1C: Enterprise استفاده می شود و همین رابط اکنون توسط محیط توسعه جدید استفاده می شود. بنابراین، همه قابلیت‌های اشکال‌زدایی اکنون هنگام کار در دسترس هستند.

معماری فرآیند اشکال زدایی

معماری جدید اشکال زدایی به این صورت است:

اشکال زدایی شامل یک دیباگر، موارد اشکال زدایی و یک عنصر جدید است - سرور اشکال زدایی.

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

هم خود دیباگر و هم موارد اشکال زدایی با سرور اشکال زدایی از طریق HTTP ارتباط برقرار می کنند. بنابراین اکنون مهم نیست که این موارد اشکال زدایی در کجا قرار دارند.

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

بنابراین، تعامل یک طرفه است. اطلاعات به طور مداوم از سرور اشکال زدایی به دیباگر و به اشیاء اشکال زدایی منتقل می شود.

شناسایی پایگاه های اطلاعاتی

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

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

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

سناریوهای اشکال زدایی معمولی

از دیدگاه توسعه دهندگان برنامه، سناریوهای اشکال زدایی معمولی تغییر نکرده اند. تنها تفاوت مهم این است که مکانیسم جدید اشکال زدایی باید فعال باشد. چون به صورت پیش فرض غیر فعال است.

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

گزینه فایل

قبل از شروع اشکال زدایی در نسخه فایل، باید در تنظیمات پیکربندی نشان دهید که می خواهید از مکانیسم اشکال زدایی جدید استفاده کنید - " اشکال زدایی HTTP».

در این حالت، پیکربندی به طور خودکار از شما می خواهد که از یک سرور اشکال زدایی محلی استفاده کنید. شما باید با این موافقت کنید و پیکربندی را مجددا راه اندازی کنید.

روش اشکال زدایی که تنظیم کرده اید بین جلسات پیکربندی ذخیره می شود، اما در زمینه پایگاه های اطلاعاتی ذخیره می شود. بنابراین، برای یک پایگاه اطلاعاتی دیگر باید آن را دوباره فعال کنید.

اکنون، هنگامی که پیکربندی را راه اندازی می کنید، یا زمانی که آن را مجددا راه اندازی می کنید، پلت فرم به طور خودکار سرور رفع اشکال را راه اندازی می کند. این یک برنامه جداگانه dbgs.exe است. می توانید آن را در Task Manager ببینید.

پارامتر مالکPID شناسه برنامه ای را که صاحب این سرور اشکال زدایی است مشخص می کند. در این مورد، این پیکربندی 1C: Enterprise است.

اکنون، اگر یک جلسه اشکال زدایی 1C: Enterprise را از پیکربندی راه اندازی کنید، به طور خودکار به سرور اشکال زدایی متصل می شود و در پیکربندی موارد اشکال زدایی متصل را مشاهده خواهید کرد.

اگر جلسه 1C: Enterprise بدون اشکال زدایی راه اندازی شد، مانند قبل، می توانید آن را به دیباگر متصل کنید. فقط اکنون باید آدرس سرور اشکال زدایی را مشخص کنید:

می توانید این آدرس را از تنظیمات موارد اشکال زدایی پیدا کنید:

یک نکته غیرمعمول در ارتباط با کار با چندین پایگاه داده فایل به طور همزمان وجود دارد. در نسخه فایل، هر پیکربندی با فعال کردن اشکال‌زدایی http، کپی خود را از سرور اشکال‌زدایی در پورت‌های مختلف راه‌اندازی می‌کند:

بنابراین، اگر چندین پیکربندی را به طور همزمان باز کنید، برای اتصال برنامه مشتری به دیباگر باید یک مورد صحیح را انتخاب کنید.

گزینه کلاینت-سرور

قبل از شروع اشکال زدایی در نسخه سرویس گیرنده-سرور، باید مانند قبل، سرور 1C: Enterprise را در حالت اشکال زدایی راه اندازی کنید، اما نشان دهید که مکانیسم HTTP جدید برای اشکال زدایی استفاده خواهد شد. به عنوان مثال، مانند این:

ragent.exe -debug -http

هنگامی که سرور به این روش راه اندازی می شود، سرور رفع اشکال نیز راه اندازی می شود.

پارامتر مالکPID شناسه مدیر خوشه 1C: Enterprise را نشان می دهد.

اکنون در تنظیمات پیکربندی، مانند مورد پایگاه داده فایل، باید نشان دهید که می خواهید از مکانیسم اشکال زدایی جدید استفاده کنید - " اشکال زدایی HTTP».

در این حالت، پیکربندی به طور خودکار از شما می خواهد که از سرور اشکال زدایی کلاستر استفاده کنید، نه از سرور محلی. شما باید با این موافقت کنید و پیکربندی را مجددا راه اندازی کنید.

اتصال موارد اشکال زدایی

هنگامی که جلسات اشکال زدایی را از پیکربندی کننده شروع می کنید، برنامه ها به طور خودکار موارد اشکال زدایی (هم مشتری و هم سرور) را به سرور اشکال زدایی متصل می کنند.

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

در مرحله اول، پلتفرم اکنون همه موارد ممکن برای اشکال زدایی را برای انتخاب به شما ارائه می دهد.

و ثانیا، روش دیگر، ظریف تر برای تنظیم ظاهر شده است. این استفاده از انتخاب های از پیش ایجاد شده است.

می توانید از چنین انتخاب هایی هم هنگام اتصال موارد اشکال زدایی و هم برای مشاهده موارد اشکال زدایی موجود استفاده کنید.

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

تغییر متغیرها، خصوصیات شیء و ارزیابی ناهمزمان عبارات

مکانیسم جدید اشکال زدایی به شما امکان می دهد در حین اشکال زدایی مقادیر متغیر را تغییر دهید. در مکانیسم قبلی چنین امکانی وجود نداشت.

برای مشاهده راحت و تغییر متغیرهای محلی، که به نظر رایج ترین کار است، ما " متغیرهای محلی».

از نظر ظاهری، بسیار شبیه به "تبلیغ امتیاز" است که شما به آن عادت دارید. اما اولاً این پنجره به طور خودکار با همه متغیرهای محلی پر شده است و ثانیاً اکنون می توانید مقادیر متغیرها را تغییر دهید.

می توانید مقادیر انواع اولیه را مستقیماً در سلول تغییر دهید " معنی»:

و برای تغییر مقادیر دیگر، می توانید از پنجره ورودی عبارت استفاده کنید:

یک امتیاز خوب این است که راهنمای ابزار متنی در این پنجره کاملاً کاربردی است.

دقیقاً به همین ترتیب، می توانید مقادیر هر متغیر (نه فقط محلی) و ویژگی های قابل نوشتن را تغییر دهید. در پنجره محاسبه عبارت (که با دستور Shift+F9 فراخوانی می شود)، می توانید مقادیر متغیرها را هم در سلول "Value" و هم با استفاده از یک گفتگوی جداگانه تغییر دهید.

به هر حال، خود محاسبه عبارت اکنون به صورت ناهمزمان انجام می شود. این بدان معنی است که پیکربندی دستور محاسبه مورد اشکال زدایی را می دهد. و برای مدتی این محاسبه روی سرور انتظار می رود. اگر محاسبه کامل شود، نتایج بلافاصله به پیکربندی ارسال می شود. اگر محاسبه برای مدت طولانی انجام شود، نتایج این محاسبات بعداً به صورت ناهمزمان به پیکربندی کننده می رسد. این رویکرد به شما امکان می دهد منتظر محاسبات طولانی در پیکربندی نباشید و کار خود را ادامه دهید.