8, საჭიროა (როგორც ქვემოთ იქნება განხილული) გამართვის პროცედურის მნიშვნელოვანი გადამუშავება. ეს აისახა 8.3.7.1759 ვერსიაში. ჯერ ერთი, ამ პროცედურისთვის შეიქმნა უნივერსალური ინტერფეისი და მეორეც, ეს ცვლილება უზრუნველყოფს თავად პროგრამის შემდგომ განვითარებას. ყოველივე ამის შემდეგ, ახლა თქვენ შეგიძლიათ იმუშაოთ გამართვით არა მხოლოდ კონფიგურატორის საშუალებით, არამედ განვითარების ინსტრუმენტების გამოყენებით. მოდით შევხედოთ, თუ როგორ უნდა ჩართოთ გამართვა 1C სერვერზე ახალი ვერსიიდან დაწყებული.

ახალი პროტოკოლის გამოყენებით

წინა debugger, რომელიც დანერგილი იყო წინა ვერსიებში, მართავდა კლიენტისა და სერვერის აპლიკაციებს TCP/IP პროტოკოლის გამოყენებით.

ამჟამად, ასეთი პროტოკოლის გამოყენებამ დაიწყო 1C:Enterprise პროგრამის ინტერნეტში წვდომის შეზღუდვა და გამოიწვია მობილური აპლიკაციების მუშაობისთვის უხერხულობა.

ამიტომ, საინფორმაციო ბაზებზე თავისუფალი წვდომისთვის, რომლებიც შეიძლება განთავსდეს ლოკალური ქსელის გარეთ, ახლა მიღებულია მოქნილი HTTP პროტოკოლი.

ახალი არქიტექტურა

ადრე, კონფიგურაციის გამართვისას, თანამშრომელს უწევდა საინფორმაციო ბაზასთან დაკავშირება. ამისათვის საჭირო იყო მისთვის ადმინისტრატორის უფლებების მინიჭება.

ახალ ვერსიაში არ არის საჭირო მონაცემთა ბაზებთან პირდაპირ დაკავშირება - საკმარისია უბრალოდ გქონდეთ იგივე მონაცემთა ბაზა, როგორც კლიენტი. და თქვენ შეგიძლიათ ჩატვირთოთ იგი ფაილიდან.

მობილური აპლიკაციები

HTTP პროტოკოლის გამოყენებით, ახლა შესაძლებელია სერვერის მონაცემების, კლიენტის მონაცემების და აპლიკაციების გამართვა.

სხვა ცვლილებები

ახალი ვერსიით შესაძლებელია ადგილობრივი ცვლადების მნიშვნელობების შეცვლა გამართვის პროცედურაში, ამ მიზნით დანერგილია ახალი სწრაფი ხედვის ფანჯარა.

გაანგარიშების რეჟიმი შეიცვალა ასინქრონულზე, რაც საშუალებას გაძლევთ გააგრძელოთ მუშაობა შედეგების მოლოდინის გარეშე.

Debugger განვითარების ინსტრუმენტებში

ახალ პროცედურასთან ურთიერთქმედება ხორციელდება სპეციალურად შემუშავებული უნივერსალური პროგრამული ინტერფეისით. ერთის მხრივ, ამ ინტერფეისს იყენებს კონფიგურატორი. მეორეს მხრივ, ის დანერგილია ახალ 1C: Enterprise Development Tools გარემოში.

რას ჰგავს ახლა

პროგრამის შეცვლის შემდეგ, პროცედურა ხდება შემდეგი სცენარის მიხედვით:

ახლა ის მოიცავს არა მხოლოდ გამართვას და ელემენტებს, როგორც ეს ადრე იყო. ახლა ჯაჭვში დაინერგა დამატებითი ელემენტი - სერვერი.

ის არა მხოლოდ დამატებულია - ის ემსახურება როგორც ინფორმაციის გაცვლის მთავარ ელემენტს გამართვასა და ობიექტებს შორის. და თავად გაცვლა ხდება რიგში შედგენილი შეტყობინებების საშუალებით.

და რადგან ეს გაცვლა ხორციელდება HTTP პროტოკოლის საშუალებით, ახლა არ აქვს მნიშვნელობა სად შეიძლება იყოს ზუსტად მონაცემები.

სერვერზე ზარები იქმნება გამართვისა და ობიექტებისგან დამატებითი კავშირის მოთხოვნის სახით. როდესაც ისინი გამოჩნდებიან, მათ ეგზავნება შესაბამისი პასუხები.

გამართვის ჩართვა სხვადასხვა სცენარში

აპლიკაციის შემქმნელისთვის ცვლილებები არ მომხდარა. მნიშვნელოვანი განსხვავება ისაა, რომ ახალი მექანიზმი უნდა იყოს ჩართული. ყოველივე ამის შემდეგ, ის ახლა გამორთულია ნაგულისხმევად.

მოდი ვნახოთ, რა ხდება რეჟიმის გაშვებისას, თუ ორი სცენარიდან ერთ-ერთს ავირჩევთ.

ფაილის სკრიპტი

ფაილის ვერსიის დასაწყისში, კონფიგურაციის პარამეტრებში უნდა მიუთითოთ ახალი მექანიზმის გამოყენება - "გამართვა HTTP პროტოკოლით".

შემდეგ კონფიგურატორი ავტომატურად შემოგთავაზებთ ლოკალური სერვერის გამოყენებას. ეს პირობა უნდა იქნას მიღებული და პროგრამა გადაიტვირთოს კონფიგურატორის რეჟიმში.

ამის შემდეგ, ახლად გაშვებული კონფიგურატორი შეინახავს ახალ მეთოდს, რომელიც ავირჩიეთ მომდევნო სესიაზე. მაგრამ იგივე საინფორმაციო ბაზისთვის. ამიტომ, სხვა საინფორმაციო ბაზაზე წვდომისას, ის ასევე უნდა იყოს ჩართული.

ჩართული მექანიზმი ახლა ავტომატურად გაუშვებს Debugger Server-ს, რომელიც არის სპეციალური აპლიკაცია dbgs.exe. ის აისახება სამუშაო მენეჯერის ფანჯარაში.

მფლობელიPID პარამეტრის მნიშვნელობა შეესაბამება მასზე მიბმული აპლიკაციის ID-ს.

როდესაც იწყებთ გამართვის სესიას კონფიგურატორის მეშვეობით, სერვერის კავშირი ავტომატურად მოხდება. და დაკავშირებული ობიექტები აისახება მასში.

თუ 1C პროგრამა გააქტიურდა ახალი მექანიზმის გარეშე, მაშინ თქვენ უნდა ჩართოთ გამართვა 1C სერვერზე ხელით. მხოლოდ ახლა დაგჭირდებათ სერვერის მისამართის მითითება:

გადადით სერვისზე - ოფციები

ის მდებარეობს ნივთის პარამეტრებში:

გადადით კავშირი - პარამეტრები

ფაილის სკრიპტის ერთდროულად რამდენიმე მონაცემთა ბაზის გამოყენებისას, თქვენ უნდა გაითვალისწინოთ მნიშვნელოვანი ნიუანსი - თითოეული კონფიგურატორი (HTTP მექანიზმით ჩართული) აგზავნის საკუთარ სერვერს:

ამიტომ, თუ რამდენიმე კონფიგურატორი ღიაა, მაშინ კლიენტის დასაკავშირებლად უნდა მიუთითოთ სწორი.

კლიენტ-სერვერის სცენარი

1C სერვერზე გამართვა კლიენტ-სერვერის სცენარის გამოყენებით, როგორც წინა შემთხვევაში, იწყება რეჟიმის გაშვებით. ეს განსაზღვრავს ახალი HTTP მექანიზმის გამოყენებას. ეს კეთდება ამ გზით:

ragent.exe -გამართვა -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" (რა თქმა უნდა, თქვენ უნდა გახსნათ Windows სერვისების მენეჯმენტი ადმინისტრატორისგან)

გაჩერების შემდეგ გახსენით Windows რეესტრის რედაქტორი ("Start - Run" (ან კლავიატურის მალსახმობი "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" -გამართვა

შეინახეთ და დაიწყეთ 1C სერვისი. ყველაფერი მზადაა! ბედნიერი გამართვა!

იმისათვის, რომ შეძლოთ სერვერის პროცედურების გამართვა, თქვენ უნდა დააყენოთ დროშები კონფიგურატორის "სერვისი->პარამეტრები" ფორმაში:

აპლიკაციის სერვერზე გამართვა

ეს აღწერილია დოკუმენტაციაში:

წიგნი „1C: Enterprise 8.1. კონფიგურაცია და ადმინისტრირება"

თავი 18. კონფიგურაციის ინსტრუმენტები

Debugger და შესრულების გაზომვები

"კოდის გამართვა სერვერზე

გამართვის რეჟიმის დასაყენებლად, თქვენ უნდა გაუშვათ 1C:Enterprise სერვერი /Debug ბრძანების ხაზის გადამრთველით (ragent.exe /debug)."

სერვერის აგენტის გაშვების გასაღებები აღწერილია წიგნში:

"1C: Enterprise 8.1. Კლიენტის სერვერი. ინსტალაციისა და გამოყენების მახასიათებლები"

"სერვერის აგენტის სერვისის სახით გაშვება

თუ სერვერის კლასტერის ინსტალაციისას აირჩიეთ სერვისის სახით ცენტრალური სერვერის აგენტის გაშვების ვარიანტი, მაშინ ეს სერვისი ავტომატურად ამოქმედდება ინსტალაციის პროცესში და ასევე ამოქმედდება ოპერაციული სისტემის დაწყებისას.

თუ ცენტრალური სერვერის აგენტი დაინსტალირებული იყო როგორც აპლიკაცია, მაშინ შესაძლებელია სერვისის ხელით რეგისტრაცია და შემდეგ გაშვება.

სერვისის რეგისტრაცია ხორციელდება შემდეგი ბრძანებით:

Ragent.exe -instsrvc -usr<пользователь>- pwd<пароль>-პორტი<порт>-დიაპაზონი<диапазоны>- სეკლევ<уровень>-გამართვა | -rmsrvc | -დაწყება | -გაჩერდი

Instsrvc – კლასტერული აგენტის რეგისტრაცია Windows სერვისად. თუ ragent.exe გაშვებულია ამ გასაღებით, ის რეგისტრირდება Windows სერვისების სიაში და მთავრდება. არ არის თავსებადი -srvc, -rmsrvc კონცენტრატორებით;

უსრ<имя пользователя>

Pwd<пароль пользователя>– ვინდოუსის მომხმარებლის სახელი და პაროლი, რომლის სახელითაც ragent.exe უნდა იყოს გაშვებული, როგორც Windows სერვისი. შესაძლებელია მხოლოდ -instsrvc კლავიშთან ერთად გამოყენება ragent.exe-ის Windows სერვისად რეგისტრაციისას;

პორტი<порт>– კლასტერული აგენტის მთავარი პორტის ნომერი. ამ პორტს იყენებს კლასტერული კონსოლი ცენტრალურ სერვერზე წვდომისთვის. კლასტერული აგენტის პორტი ასევე მითითებულია როგორც სამუშაო სერვერის IP პორტი;

Დიაპაზონი<диапазоны>- IP პორტის დიაპაზონი დინამიური შერჩევისთვის. აქედან შეირჩევა კლასტერული პროცესების სერვისის პორტები, თუ შეუძლებელია მათი შერჩევა შესაბამისი სამუშაო სერვერის პარამეტრებიდან. ნაგულისხმევი: 1560-1591. მნიშვნელობების მაგალითი<диапазоны>: "45:49", "45:67,70:72,77:90";

სეკლევი<уровень>– კასეტური აგენტის პროცესის უსაფრთხოების დონე. განსაზღვრავს კავშირების უსაფრთხოების დონეს, რომელიც დამყარებულია ragent.exe პროცესთან.<уровень>შეუძლია მიიღოს შემდეგი მნიშვნელობები: 0 (ნაგულისხმევი) კავშირები არ არის უსაფრთხო, 1 – უსაფრთხო კავშირები მხოლოდ მომხმარებლის ავტორიზაციის ხანგრძლივობისთვის, 2 – მუდმივად დაცული კავშირები.;

Rmsrvc – ახდენს კლასტერული აგენტის დერეგისტრირებას, როგორც Windows სერვისს. თუ ragent.exe გაშვებულია ამ გასაღებით, მაშინ ის აუქმებს მის რეგისტრაციას Windows სერვისების სიაში და გადის. არ არის თავსებადი -srvc, -daemon, -instsrvc კონცენტრატორებით.

დაწყება - გაუშვით ragent.exe რეგისტრირებული Windows სერვისად. გაუშვებს ragent.exe-ს, რომელიც ადრე იყო რეგისტრირებული Windows სერვისად და შემდეგ გადის;

Stop - შეაჩერე ragent.exe რეგისტრირებული და მუშაობს როგორც Windows სერვისი. აჩერებს ragent.exe-ს, რომელიც ადრე იყო რეგისტრირებული და გაშვებული Windows სერვისის სახით და შემდეგ გადის;

გამართვა - სერვერის კლასტერის გაშვება კონფიგურაციის გამართვის რეჟიმში. "

ამრიგად, თუ 1C:Enterprise სერვერი გაშვებულია როგორც სერვისი და რაიმე მიზეზით ის ასევე უნდა იყოს გაშვებული როგორც სერვისი გამართვის რეჟიმში, ჯერ უნდა გააუქმოთ სერვისი (-rmsrvc გასაღები), შემდეგ კი ხელახლა დაარეგისტრიროთ სერვისი -გამართვის გასაღები.

ცხადია, მსგავსი ეფექტის მიღწევა შესაძლებელია სხვა გზებით, მაგალითად, Windows რეესტრის უშუალო რედაქტირებით. ამისათვის თქვენ უნდა გაეცნოთ თქვენს Windows დოკუმენტაციას.

მუშაობს მხოლოდ მაშინ, როდესაც "-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-ის საშუალებით. ასე რომ, ახლა არ აქვს მნიშვნელობა სად მდებარეობს ეს გამართვის ელემენტები.

გამართვის სერვერთან ურთიერთქმედება იწყება გამართვისა და გამართვის ელემენტების მიერ. ამ მიზნით, ორგანიზებულია დამატებითი კავშირები. მათი მთავარი მიზანია გაარკვიონ, გამოჩნდა თუ არა მათთვის ინფორმაცია გამართვის სერვერზე. და თუ გამოჩნდება, მიიღეთ ეს ინფორმაცია.

ამრიგად, ურთიერთქმედება ცალმხრივია. ინფორმაცია გამუდმებით გადადის გამართვის სერვერიდან გამართვის ობიექტზე და ობიექტებზე.

საინფორმაციო ბაზების იდენტიფიცირება

წინა მექანიზმში, კავშირის სტრიქონი გამოიყენებოდა ინფობაზების იდენტიფიცირებისთვის. ეს გამოსავალი ზოგიერთ შემთხვევაში იწვევდა სირთულეებს გამართვის ელემენტებთან და კონფიგურატორთან შესაბამისობაში. იმის გამო, რომ, ჯერ ერთი, ის იყო რეგისტრირებული და მეორეც, ზოგიერთი კონტექსტის გამართვისას, პლატფორმა ავტომატურად ქმნიდა კავშირის სტრიქონს. და ის ყოველთვის არ ემთხვეოდა იმას, რაც თქვენ მიუთითეთ კონფიგურატორში ინფობაზის დაკავშირებისას. ასეთი სიტუაციების აღმოჩენამ და გამოსწორებამ გაართულა გამართვის პროცესი.

ახალ მექანიზმში ჩვენ მოვიშორეთ კავშირის სტრიქონი. ახლა ჩვენ ვიყენებთ საინფორმაციო ბაზის იდენტიფიკატორი. ფაილის საინფორმაციო ბაზაში, ასეთი იდენტიფიკატორი გენერირდება პირველად კლიენტთან კავშირის დამყარებისას. სერვერის ინფობაზაში, კლასტერში ინფობაზის რეგისტრაციის იდენტიფიკატორი გამოიყენება როგორც ასეთი იდენტიფიკატორი.

კარგი დამატებითი პუნქტი აქ არის ის, რომ ჩვენ შევინარჩუნეთ ძველი გამართვის მექანიზმი პლატფორმაში (ეს შეიძლება გამოირიცხოს მომავალში). და თქვენ შეგიძლიათ გამოიყენოთ იგი თუ გსურთ, ან საჭიროების შემთხვევაში. ასე რომ, ჩვენ შევცვალეთ ძველი მექანიზმი და ახლა ის ასევე იყენებს ინფობაზის იდენტიფიკატორს და არა კავშირის სტრიქონს.

გამართვის ტიპიური სცენარები

აპლიკაციის შემქმნელის პერსპექტივიდან, ტიპიური გამართვის სცენარები არ შეცვლილა. ერთადერთი მნიშვნელოვანი განსხვავება ისაა, რომ ახალი გამართვის მექანიზმი უნდა იყოს ჩართული. რადგან ნაგულისხმევად გამორთულია.

მიუხედავად ამისა, აზრი აქვს გაეცნოთ რა ხდება ახლა, როდესაც გამართავთ გამართვას. რადგან ის შეიძლება გამოგადგეთ არასტანდარტულ სამუშაო სცენარებში.

ფაილის ვარიანტი

სანამ ფაილის ვერსიაში გამართვას დაიწყებთ, კონფიგურატორის პარამეტრებში უნდა მიუთითოთ, რომ გსურთ გამოიყენოთ გამართვის ახალი მექანიზმი - ” HTTP გამართვა».

ამ შემთხვევაში, კონფიგურატორი ავტომატურად მოგთხოვთ გამოიყენოთ ადგილობრივი გამართვის სერვერი. თქვენ უნდა დაეთანხმოთ ამას და გადატვირთოთ კონფიგურატორი.

თქვენ მიერ დაყენებული გამართვის მეთოდი ინახება კონფიგურატორის სესიებს შორის, მაგრამ ის ინახება ინფობაზების კონტექსტში. ამიტომ, სხვა საინფორმაციო ბაზისთვის მოგიწევთ მისი ხელახლა ჩართვა.

ახლა, როდესაც თქვენ დაიწყებთ კონფიგურატორს, ან როდესაც თქვენ გადატვირთავთ მას, პლატფორმა ავტომატურად გაუშვებს გამართვის სერვერს. ეს არის ცალკე აპლიკაცია, dbgs.exe. თქვენ შეგიძლიათ ნახოთ ის ამოცანების მენეჯერში.

მფლობელიPID პარამეტრი განსაზღვრავს აპლიკაციის იდენტიფიკატორს, რომელიც ფლობს ამ გამართვის სერვერს. ამ შემთხვევაში, ეს არის 1C: Enterprise კონფიგურატორი.

ახლა, თუ დაიწყებთ 1C: Enterprise გამართვის სესიას კონფიგურატორიდან, ის ავტომატურად დაუკავშირდება გამართვის სერვერს და კონფიგურატორში ნახავთ დაკავშირებულ გამართვის ელემენტებს.

თუ 1C:Enterprise სესია დაიწყო გამართვის გარეშე, მაშინ, როგორც ადრე, შეგიძლიათ დააკავშიროთ იგი გამართულთან. მხოლოდ ახლა თქვენ უნდა მიუთითოთ გამართვის სერვერის მისამართი:

თქვენ შეგიძლიათ იპოვოთ ეს მისამართი გამართვის ელემენტების პარამეტრებიდან:

არსებობს ერთი უჩვეულო წერტილი, რომელიც დაკავშირებულია ერთდროულად რამდენიმე ფაილის მონაცემთა ბაზასთან მუშაობასთან. ფაილის ვერსიაში, თითოეული კონფიგურატორი ჩართულია http გამართვით, გამართავს სერვერის საკუთარ ასლს სხვადასხვა პორტებზე:

ამიტომ, თუ თქვენ გაქვთ რამდენიმე კონფიგურატორი გახსნილი ერთდროულად, მაშინ კლიენტის აპლიკაციის გამართვისთვის უნდა აირჩიოთ სწორი.

კლიენტ-სერვერის ვარიანტი

სანამ დაიწყებთ გამართვას კლიენტ-სერვერის ვერსიაში, თქვენ უნდა, როგორც ადრე, გაუშვათ 1C: Enterprise სერვერი გამართვის რეჟიმში, მაგრამ მიუთითეთ, რომ ახალი HTTP მექანიზმი გამოყენებული იქნება გამართვისთვის. მაგალითად, ასე:

ragent.exe -გამართვა -http

როდესაც სერვერი ამ გზით დაიწყება, ასევე დაიწყება გამართვის სერვერი.

მფლობელიPID პარამეტრი მიუთითებს 1C:Enterprise კლასტერის მენეჯერის იდენტიფიკატორზე.

ახლა კონფიგურატორის პარამეტრებში, როგორც ფაილის მონაცემთა ბაზის შემთხვევაში, თქვენ უნდა მიუთითოთ, რომ გსურთ გამოიყენოთ გამართვის ახალი მექანიზმი - ” HTTP გამართვა».

ამ შემთხვევაში, კონფიგურატორი ავტომატურად მოგთხოვთ გამოიყენოთ კლასტერული გამართვის სერვერი და არა ლოკალური სერვერი. თქვენ უნდა დაეთანხმოთ ამას და გადატვირთოთ კონფიგურატორი.

გამართვის ელემენტების დაკავშირება

როდესაც იწყებთ გამართვის სესიებს კონფიგურატორიდან, აპლიკაციები ავტომატურად აკავშირებს გამართვის ელემენტებს (როგორც კლიენტი, ასევე სერვერი) გამართვის სერვერთან.

ამავდროულად, როგორც ადრე, თქვენ გაქვთ შესაძლებლობა დააკონფიგურიროთ კონფიგურატორი, რათა ავტომატურად დააკავშიროთ გამართვის ელემენტები, მიუხედავად იმისა, თუ როგორ დაიწყო ისინი. ახლა ეს შესაძლებლობები გაცილებით გამდიდრდა.

პირველ რიგში, პლატფორმა ახლა გთავაზობთ ყველა შესაძლო გამართვის ელემენტს, რომელთაგან შეგიძლიათ აირჩიოთ.

და მეორეც, გაჩნდა დაყენების კიდევ ერთი, უფრო დახვეწილი გზა. ეს არის წინასწარ შექმნილი არჩევანის გამოყენება.

თქვენ შეგიძლიათ გამოიყენოთ ასეთი არჩევანი როგორც გამართვის ელემენტების შეერთებისას, ასევე გამართვის ხელმისაწვდომი ელემენტების სანახავად.

შერჩევისას, გარდა თავად გამართვის ელემენტებისა, შეგიძლიათ მიუთითოთ კონკრეტული მომხმარებლები, რომელთა სესიები თქვენთვის საინტერესოა და ასევე, თუ გამოიყენება მონაცემთა გამიჯვნა, მიუთითეთ ინფო ბაზის არე, რომელიც იქნება გამართული.

ცვლადების, ობიექტების თვისებების შეცვლა და გამონათქვამების ასინქრონული შეფასება

გამართვის ახალი მექანიზმი საშუალებას გაძლევთ შეცვალოთ ცვლადი მნიშვნელობები გამართვისას. წინა მექანიზმში ასეთი შესაძლებლობა არ არსებობდა.

ლოკალური ცვლადების მოსახერხებელი სანახავად და შესაცვლელად, რაც, როგორც ჩანს, ყველაზე გავრცელებული ამოცანაა, ჩვენ განვახორციელეთ " ლოკალური ცვლადები».

გარეგნულად, ის ძალიან წააგავს შენს მიერ შეჩვეული „შეფასების დაფას“. მაგრამ, ჯერ ერთი, ეს ფანჯარა უკვე ავტომატურად ივსება ყველა ადგილობრივი ცვლადით და მეორეც, ახლა შეგიძლიათ შეცვალოთ ცვლადების მნიშვნელობები.

თქვენ შეგიძლიათ შეცვალოთ პრიმიტიული ტიპების მნიშვნელობები პირდაპირ უჯრედში " მნიშვნელობა»:

და სხვა მნიშვნელობების შესაცვლელად, შეგიძლიათ გამოიყენოთ გამოხატვის შეყვანის ფანჯარა:

კარგი ბონუსი ის არის, რომ კონტექსტური ინსტრუმენტების მინიშნება სრულად ფუნქციონირებს ამ ფანჯარაში.

ზუსტად ანალოგიურად, თქვენ შეგიძლიათ შეცვალოთ ნებისმიერი (არა მხოლოდ ადგილობრივი) ცვლადის და ჩასაწერი თვისებების მნიშვნელობები. გამოხატვის გამოთვლის ფანჯარაში (რომელსაც უწოდებენ Shift+F9 ბრძანებას), შეგიძლიათ შეცვალოთ ცვლადების მნიშვნელობები როგორც "Value" უჯრედში და ცალკე დიალოგის გამოყენებით.

სხვათა შორის, თავად გამოხატვის გაანგარიშება ახლა ასინქრონულად ხორციელდება. ეს ნიშნავს, რომ კონფიგურატორი ბრძანებს გამართვის ელემენტის გამოთვლას. და გარკვეული პერიოდის განმავლობაში ეს გაანგარიშება მოსალოდნელია სერვერზე. თუ გაანგარიშება დასრულდა, შედეგები დაუყოვნებლივ იგზავნება კონფიგურატორში. თუ გაანგარიშება ხორციელდება დიდი ხნის განმავლობაში, მაშინ ამ გამოთვლების შედეგები ასინქრონულად მიდის კონფიგურატორში მოგვიანებით. ეს მიდგომა საშუალებას გაძლევთ არ დაელოდოთ ხანგრძლივ გამოთვლებს კონფიგურატორში და გააგრძელოთ მუშაობა.