სახლში ბრაუზერები

HTTP სერვისები მათთვის, ვისაც არაფერი ესმის WEB-ის შესახებ. ვებ სერვისები (SOAP), HTTP სერვისები, oData (ავტომატური REST სერვისი) ახალი კურსის 1c სერვისის პარამეტრები

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

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

ᲘᲡᲔ. ნებისმიერი ინტეგრაციის მთავარი ამოცანა, იქნება ეს CD, ვებ სერვისები თუ HTTP სერვისები, არის რაღაცის გადატანა სადღიდან, რაღაცის გაკეთება და პასუხის დაბრუნება. ეს ის ფორმატია, რომელშიც განვიხილავთ ახალ ტექნოლოგიას.

მეტამონაცემების ხეში HTTP სერვისები განლაგებულია გენერალურ ფილიალში:

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

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

თავად შაბლონის თვისება მნიშვნელოვანია აქ:

შაბლონის გამოყენებით, შეგიძლიათ მოგვიანებით მიმართოთ იმ მონაცემებს, რომლებიც გადმოგეცით. SO: ყველა მონაცემი, რომელიც გსურთ მიიღოთ გარედან, შეიძლება დაიყოს 2 ბლოკად - სავალდებულო და სურვილისამებრ.

ჩვენ ვაყენებთ საჭირო მონაცემებს/პარამეტრებს შაბლონში, ასე რომ, თუ სერვისზე წვდომის პირი არ შეავსებს მათ, სერვისი აპრიორი წარმოქმნის შეცდომას და დამმუშავებლის მოდულის ტექსტის შემუშავებისას დარწმუნებული იქნებით, რომ ეს მონაცემები არის. როგორ კეთდება ეს: ხაზში Pattern ხვეული ფრჩხილებში "()", რომელიც მონაცვლეობით "/" ნიშნით, ჩვენ ვწერთ ცვლადების სახელებს. მაგალითად, აუცილებლად გვჭირდება სტატია - მერე ვწერთ /(artikul). თუ დაგვჭირდება სტატიის, სახელის და მომხმარებლის სახელის მიღება, შაბლონის სტრიქონი ასე გამოიყურება: /(artikul)/(სახელი)/(მომხმარებელი) და ა.შ. დამმუშავებლის მოდულის ტექსტში თითოეული ამ პარამეტრის მიღება შესაძლებელია შემდეგნაირად: Request.ParametersURL["<имя параметра>"]. თუ არ არის საჭირო, მაშინ შაბლონი ასე გამოიყურება: /*.

არასავალდებულო მონაცემები, რომელთა მიღებაც გვინდა სერვისის საშუალებით, არ არის აღწერილი შაბლონში. სერვისზე წვდომის ბმულის შექმნისას, ისინი აღწერილია ბმულის ბოლოს "?" ნიშნის შემდეგ, გამოყოფილი ამპერსანდის სიმბოლოთი "&" და აქვთ სტრუქტურა.<имя параметра>=<значение параметра>. დამმუშავებლის მოდულის ტექსტში მათზე წვდომა შესაძლებელია შემდეგი კონსტრუქციით: Request.RequestParameters.Get("<имя параметра>"). მაგრამ: მნიშვნელოვანია გვახსოვდეს, რომ რადგან ისინი არ არის საჭირო, ისინი შეიძლება არ არსებობდეს; შესაბამისად, ჩვენ ვამოწმებთ მნიშვნელობას Undefined-ისთვის.

შემდეგი, ჩვენ ვამატებთ ახალ მეთოდს ჩვენი შაბლონისთვის. აქ მნიშვნელოვანია HTTP მეთოდის თვისება. მათი დიდი რაოდენობაა, მაგრამ ჩვენ არ შევალთ ყველა დეტალში. ნებისმიერი თქვენი ამოცანის განსახორციელებლად, საჭიროა მხოლოდ 2: GET და POST.

როგორ ავირჩიოთ: თუ ის, რაც წინა ორ აბზაცში აღვწერეთ, საკმარისია თქვენი სამუშაოსთვის, ე.ი. თქვენ შეგიძლიათ მიიღოთ ყველა საჭირო მონაცემი თავად მოთხოვნის სავალდებულო და არასავალდებულო პარამეტრების გამოყენებით, შემდეგ ჩვენ ვიღებთ GET-ს. ამ შემთხვევაში ნებისმიერ ბრაუზერში, თუ სწორად შეიყვანთ მისამართების ზოლს, დაინახავთ თქვენი HTTP სერვისის შედეგს - PROFIT! თუ მოულოდნელად თქვენი სერვისის მუშაობისთვის გჭირდებათ მონაცემები უფრო რთული ფორმით (მაგალითად, xml, ან რაიმე სხვა), რაც არ შეიძლება ჩასვა მარტივი მისამართების ზოლში, მაშინ აიღეთ POST. უარყოფითი მხარე, ბრაუზერის მისამართის ზოლის ასეთი მარტივი შემოწმება, როგორც GET, არ იმუშავებს, მაგრამ ინტერნეტში შეგიძლიათ მარტივად იპოვოთ რამდენიმე საიტი, სადაც შეგიძლიათ შეამოწმოთ სერვისები POST მეთოდის გამოყენებით (მაგალითად, საიტი https:/ /www.hurl.it) . თუ არჩეულია POST მეთოდი, მაშინ URL-ის (მისამართის) გარდა, მოთხოვნას აქვს კორპუსი, რომელშიც შეგიძლიათ ჩაწეროთ ყველაფერი, რაც გსურთ, და მეთოდის დამმუშავებლის საშუალებით შედით მასზე Request.GetBodyAsString() კონსტრუქციის საშუალებით. ნებისმიერ შაბლონს შეიძლება ჰქონდეს როგორც GET, ასევე POST მეთოდი. მათ ექნებათ შესაბამისი განსხვავებული დამმუშავებლები და 1C, იმის მიხედვით, თუ როგორ გაიგზავნა მოთხოვნა, აირჩევს ამა თუ იმ მეთოდს.

HTTP სერვისის დამმუშავებელი არის ფუნქცია, რომელიც ყოველთვის აბრუნებს HTTPServiceResponse ტიპის მნიშვნელობას, რომელიც აგებულია კონსტრუქტორის მიერ New HTTPServiceResponse(<КодСостояния>). <КодСостояния>- ეს არის რიცხვი, რათა არ ვიფიქროთ იმაზე, თუ რა უნდა დაწეროთ, ჩვენ ვწერთ: 200 - თუ ყველაფერი კარგადაა და დააბრუნებთ რაიმე ლოგიკურ მნიშვნელობას, 400 - თუ არის შეცდომა და დააბრუნებთ შეცდომის აღწერას . ამ ტიპს აქვს სხვადასხვა მეთოდი (შეგიძლიათ წაიკითხოთ სინტაქსის ასისტენტში, იქ ყველაფერი ნათლად წერია). ისევ და ისევ, თქვენ ყოველთვის შეგიძლიათ დააბრუნოთ ყველაფერი, რაც გჭირდებათ, როგორც სტრიქონი - მეთოდი SetBodyFromString(). (ერთი პატარა ხრიკი: თუ თქვენ დაუბრუნებთ HTML- ს და გსურთ ბრაუზერმა ლამაზად აჩვენოს იგი ეკრანზე, როდესაც მისამართის ზოლში შეიტანთ თქვენი სერვისის მისამართს, საპასუხო სათაურების ქონებაში ჩაწერეთ: პასუხი. headers.insert ("შინაარსის ტიპის ტიპი ","text/html; charset=utf-8") - ამით თქვენ მიუთითებთ, რომ ეს არ არის მხოლოდ სიმბოლოების ნაკრები, არამედ HTML და ის შესაბამისად უნდა იყოს ნაჩვენები)

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

ადმინისტრაცია - ვებ სერვერზე გამოქვეყნება.

არსებობს HTTP სერვისების ჩანართი. შეამოწმეთ ყუთები და დააჭირეთ "გამოქვეყნებას"

მე დამეწყო კონფიგურაციის მიმდინარე მდგომარეობის მოპოვების აუცილებლობა. თქვენ უნდა მიიღოთ:

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

პროექტებში მობილური აპლიკაციის დანერგვის გამოცდილების გათვალისწინებით, პირველად გაჩნდა აზრი Android-ისთვის კონფიგურაციის დაწერის შესახებ. ყველა დადებითი და უარყოფითი მხარეების აწონვის შემდეგ მივედი დასკვნამდე, რომ ეს მიდგომა არ იქნებოდა შესაფერისი ჩემი პრობლემის გადასაჭრელად. შემდეგ კურსი გაიარა http სერვისის გამოსაყენებლად. ამისათვის კონფიგურაციაში დარეგისტრირდა http სერვისი „სტატისტიკა“ და დაემატა url-ის შაბლონი AnyURL, რომელსაც დაემატა get მეთოდი.

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

საპასუხო კოდის დაწერის შემდეგ, ჩვენ ვაქვეყნებთ http სერვისს კონფიგურატორიდან და შევდივართ მას ბრაუზერიდან. http სერვისზე წვდომისთვის, თქვენ უნდა დაუკავშირდეთ მისამართს, როგორც ვებ კლიენტში „/hs/statistic/“-ის დამატებით. hs ეუბნება პლატფორმას, რომ http სერვისზე წვდომა ხდება და სტატისტიკა არის ჩვენი სერვისის სახელი.

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

ვებ სერვისი 1C 8.3 და 8.2 არის მეტამონაცემების ობიექტი, რომელიც საშუალებას გაძლევთ 1C პლატფორმის ინტეგრირება სხვა საინფორმაციო სისტემებთან სერვისზე ორიენტირებული არქიტექტურის (SOA) გამოყენებით.

მოდით შევხედოთ ვებ სერვისის მაგალითის შექმნას და კონფიგურაციას, რომელიც საშუალებას იძლევა ორმხრივი გაცვლა 1C 8 მონაცემთა ბაზებს შორის SOAP-ის გამოყენებით.

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

მიიღეთ 267 ვიდეო გაკვეთილი 1C-ზე უფასოდ:

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

1C ვებ სერვისის სტრუქტურა

მოდით შევხედოთ ვებ სერვისის სტრუქტურას:

DataExchange არის თავად ვებ სერვისი. UnloadData, LoadData - ოპერაციები, არსებითად, ფუნქციების აღწერა, რომელთა გამოძახება შესაძლებელია SOAP პროტოკოლით. ExchangePlanName, NodeCode და ა.შ. — ვებ სერვისზე გადაცემული მნიშვნელობები.

ვებ სერვისის მოდული

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

ვებ სერვერზე 1C http სერვისის მუშაობის შემოწმება

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

ᲘᲡᲔ. ნებისმიერი ინტეგრაციის მთავარი ამოცანა, იქნება ეს CD, ვებ სერვისები თუ HTTP სერვისები, არის რაღაცის გადატანა სადღიდან, რაღაცის გაკეთება და პასუხის დაბრუნება. ეს ის ფორმატია, რომელშიც განვიხილავთ ახალ ტექნოლოგიას.

მეტამონაცემების ხეში HTTP სერვისები განლაგებულია გენერალურ ფილიალში:

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

თავად შაბლონის თვისება მნიშვნელოვანია აქ:

შაბლონის გამოყენებით, შეგიძლიათ მოგვიანებით მიმართოთ იმ მონაცემებს, რომლებიც გადმოგეცით. ᲘᲡᲔ:ყველა მონაცემი, რომლის მიღებაც გსურთ გარედან, შეიძლება დაიყოს 2 ბლოკად - სავალდებულო და სურვილისამებრ.

საჭირო მონაცემები/პარამეტრებიჩვენ ვაყენებთ მას შაბლონში, ასე რომ, თუ სერვისზე წვდომის პირი არ შეავსებს მათ, მაშინ სერვისი აპრიორი წარმოქმნის შეცდომას და დამმუშავებლის მოდულის ტექსტის შემუშავებისას დარწმუნებული იქნებით, რომ ეს მონაცემები არსებობს. როგორ კეთდება ეს: ხაზში Pattern ხვეული ფრჩხილებში "()", რომელიც მონაცვლეობით "/" ნიშნით, ჩვენ ვწერთ ცვლადების სახელებს. მაგალითად, აუცილებლად გვჭირდება სტატია - მერე ვწერთ /(artikul). თუ დაგვჭირდება სტატიის, სახელის და მომხმარებლის სახელის მიღება, შაბლონის სტრიქონი ასე გამოიყურება: /(artikul) /(სახელი)/(მომხმარებელი) და ა.შ. დამმუშავებლის მოდულის ტექსტში თითოეული ამ პარამეტრის მიღება შესაძლებელია შემდეგნაირად: Request.ParametersURL["<имя параметра>"]. თუ არ არის საჭირო, მაშინ შაბლონი ასე გამოიყურება: /*.

არჩევითი მონაცემები, რომლის მიღებაც გვინდა სერვისის საშუალებით, არ არის აღწერილი შაბლონში. სერვისზე წვდომის ბმულის შექმნისას, ისინი აღწერილია ბმულის ბოლოს "?" ნიშნის შემდეგ, გამოყოფილი ამპერსანდის სიმბოლოთი "&" და აქვთ სტრუქტურა.<имя параметра>=<значение параметра>. დამმუშავებლის მოდულის ტექსტში მათზე წვდომა შესაძლებელია შემდეგი კონსტრუქციით: Request.RequestParameters.Get("<имя параметра>"). მაგრამ: მნიშვნელოვანია გვახსოვდეს, რომ რადგან ისინი არ არის საჭირო, ისინი შეიძლება არ არსებობდეს; შესაბამისად, ჩვენ ვამოწმებთ მნიშვნელობას Undefined-ისთვის.

შემდეგი, ჩვენ ვამატებთ ახალ მეთოდს ჩვენი შაბლონისთვის. აქ მნიშვნელოვანია HTTP მეთოდის თვისება. მათი დიდი რაოდენობაა, მაგრამ ჩვენ არ შევალთ ყველა დეტალში. თქვენი რომელიმე ამოცანის განსახორციელებლად საჭიროა მხოლოდ 2: მიიღეთდა პოსტი.

როგორ ავირჩიოთ: თუ ის, რაც წინა ორ აბზაცში აღვწერეთ, საკმარისია თქვენი სამუშაოსთვის, ე.ი. თქვენ შეგიძლიათ მიიღოთ ყველა საჭირო მონაცემი თავად მოთხოვნის სავალდებულო და არასავალდებულო პარამეტრების გამოყენებით, შემდეგ ჩვენ ვიღებთ GET-ს. ამ შემთხვევაში ნებისმიერ ბრაუზერში, თუ სწორად შეიყვანთ მისამართების ზოლს, დაინახავთ თქვენი HTTP სერვისის შედეგს - PROFIT! თუ მოულოდნელად თქვენი სერვისის მუშაობისთვის გჭირდებათ მონაცემები უფრო რთული ფორმით (მაგალითად, xml, ან რაიმე სხვა), რაც არ შეიძლება ჩასვა მარტივი მისამართების ზოლში, მაშინ აიღეთ POST. უარყოფითი მხარე, ბრაუზერის მისამართის ზოლის ასეთი მარტივი შემოწმება, როგორც GET, არ იმუშავებს, მაგრამ ინტერნეტში შეგიძლიათ მარტივად იპოვოთ რამდენიმე საიტი, სადაც შეგიძლიათ შეამოწმოთ სერვისები POST მეთოდის გამოყენებით (მაგალითად, საიტი https:/ /www.hurl.it) . თუ მეთოდი არჩეულია POST, შემდეგ მოთხოვნა გარდა ამისა URL (მისამართები) ჩნდება კორპუსი, რომელშიც შეგიძლიათ ჩაყაროთ ყველაფერი, და მეთოდის დამმუშავებლის საშუალებით შედით მასზე Request.GetBodyAsString() კონსტრუქციის მეშვეობით. ნებისმიერ შაბლონს შეიძლება ჰქონდეს როგორც GET, ასევე POST მეთოდი. მათ ექნებათ შესაბამისი განსხვავებული დამმუშავებლები და 1C, იმის მიხედვით, თუ როგორ გაიგზავნა მოთხოვნა, აირჩევს ამა თუ იმ მეთოდს.

ადმინისტრაცია - ვებ სერვერზე გამოქვეყნება.

Ისე, მივიღეთ მზა HTTP სერვისი. როგორ დავუკავშირდეთ მას? თუ ვიყენებთ GET მეთოდს, მაშინ ბრაუზერის მისამართის ზოლში ვწერთ: http://<имя веб сервера>/<имя базы>/სთ/<корневой URL>/<обязательный параметр1>/<обязательный параметр2> <имя не обязательного параметра 1>=<значение не обязательного параметра 1>&<имя не обязательного параметра 2> =<значение не обязательного параметра 2> .

და ბოლოს, კიდევ ერთხელ სურათებში))):

ყურადღება! ახლა კურსი ასევე იმართება საღამოს 18:30-დან 21:30-მდე immersion ფორმატში.

კურსის განმავლობაში თქვენ მიიღებთ პრაქტიკულ უნარებს 1C:Enterprise 8 პლატფორმის შემდეგი მექანიზმების გამოყენებაში:

WEB სერვისები (SOAP პროტოკოლი)
JSON ფორმატი
oData ინტერფეისი (ავტომატურად REST სერვისი)
HTTP სერვისები

ᲛᲜᲘᲨᲕᲜᲔᲚᲝᲕᲐᲜᲘ!!! კურსი განკუთვნილია პროგრამისტებისთვის, რომლებსაც აქვთ XDTO მექანიზმთან მუშაობის უნარები, ან ადრე გავლილი აქვთ კურსი.

კურსის აღწერა და პროგრამა:

WEB კურსის ღირებულებაში შედის:

2 კვირის კურსი, 2 ვებინარი მასწავლებელთან
1C სასწავლო ცენტრის No3 სერთიფიკატი (ექვემდებარება პრაქტიკულ მომზადებას)

სრულ განაკვეთზე ჩაძირვის კურსის ღირებულება მოიცავს:

2 დღე 10:00 საათიდან 17:00 საათამდე ან საღამოს 4 საათამდე 18:30 საათიდან 21:30 საათამდე
ნოტები, ყურსასმენები
ლანჩები, ყავის შესვენებები
წვდომა განახლებულ ვიდეო მასალებზე კურსის დასრულებიდან 2 წლის განმავლობაში
1C- სასწავლო ცენტრის სერთიფიკატი No3

ტრენინგის ფორმატები

WEB ტრენინგი

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

ხანგრძლივობა: 2 კვირა

რა არის ეს ფორმატი:

ხანგრძლივობა:16 აკადემიური საათი

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

ხანგრძლივობა:16 აკადემიური საათი