Ovaj članak govori o tome kako omogućiti otklanjanje pogrešaka na 1C poslužitelju 8.1, 8.2 i 8.3 na operativnim sustavima Windows i Ubuntu.

Osim toga, napominjem da je ovaj članak dio male serije članaka o otklanjanju pogrešaka u 1C:

• Kako omogućiti otklanjanje pogrešaka na 1C poslužitelju

Omogućite otklanjanje pogrešaka na 1C poslužitelju u sustavu Windows

Pokrenite uređivač registra pokretanjem naredbe regedit (koristeći Win+R ili Start->Run).

Možete pročitati više o HTTP ispravljanju pogrešaka i poslužitelju za ispravljanje pogrešaka u sljedećem članku u nizu.

Omogućite otklanjanje pogrešaka na 1C poslužitelju u Ubuntuu

Prvo instaliramo server:

sudo usluga srv1cv83 zaustaviti

Nakon toga otvorite datoteku /etc/init.d/srv1cv83 kao superuser i pronađite red u njoj:

I dovodimo ga u ovaj oblik:

Zatim ponovno pokrećemo poslužitelj:

sudo servis srv1cv83 početak

U konfiguratoru na klijentskom računalu idite na "Postavke" -> "Pokreni 1C:Enterprise" -> "Napredno" i omogućite dvije stavke:

• "Postavi način omogućavanja otklanjanja pogrešaka"
• "Pokreni otklanjanje pogrešaka pri pokretanju"

Možete pročitati o tome kako instalirati 1C poslužitelj na Ubuntu 16.04/18.04.

To je sve, nadam se da vam je ovaj članak bio koristan. Dopustite mi da vas podsjetim i na druge članke iz serije o otklanjanju pogrešaka u 1C; veze na njih možete pronaći na početku ovog članka.

Kako biste mogli ispravljati pogreške u procedurama poslužitelja, trebate postaviti zastavice u obliku “Service->Parameters” konfiguratora:

Otklanjanje pogrešaka na aplikacijskom poslužitelju

Ovo je opisano u dokumentaciji:

Knjiga “1C:Enterprise 8.1. Konfiguracija i administracija"

Poglavlje 18. Konfiguracijski alati

Debugger i mjerenja performansi

"Kod za otklanjanje pogrešaka na poslužitelju

Da biste instalirali debug način rada, trebali biste pokrenuti 1C:Enterprise poslužitelj s /Debug prekidačem naredbenog retka (ragent.exe /debug)."

Ključevi za pokretanje agenta poslužitelja opisani su u knjizi:

"1C:Enterprise 8.1. Klijent-poslužitelj. Značajke instalacije i upotrebe"

"Pokretanje poslužiteljskog agenta kao usluge

Ukoliko ste prilikom instalacije klastera poslužitelja odabrali opciju pokretanja agenta središnjeg poslužitelja kao usluge, tada će se ova usluga pokrenuti automatski tijekom procesa instalacije, a pokrenut će se i prilikom pokretanja operativnog sustava.

Ako je agent središnjeg poslužitelja instaliran kao aplikacija, tada je moguće ručno registrirati uslugu i potom je pokrenuti.

Registracija usluge vrši se sljedećom naredbom:

Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>-luka<порт>-raspon<диапазоны>-seclev<уровень>-debug | -rmsrvc | -početak | -Stop

Instsrvc – registracija agenta klastera kao Windows servisa. Ako se ragent.exe pokrene ovim ključem, registrira se na popisu Windows usluga i izlazi. Nije kompatibilan s prekidačima -srvc, -rmsrvc;

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

Pwd<пароль пользователя>– ime i lozinka Windows korisnika pod čijim imenom treba pokrenuti ragent.exe kao Windows servis. Može se koristiti samo u kombinaciji s prekidačem -instsrvc kada se ragent.exe registrira kao Windows usluga;

Luka<порт>– broj glavnog porta agenta klastera. Ovaj port koristi konzola klastera za pristup središnjem poslužitelju. Port agenta klastera također je naveden kao IP port radnog poslužitelja;

Raspon<диапазоны>– Rasponi IP priključaka za dinamički odabir. Od njih se odabiru servisni priključci procesa klastera ako ih nije moguće odabrati iz postavki odgovarajućeg radnog poslužitelja. Zadano: 1560-1591. Primjeri vrijednosti<диапазоны>: "45:49", "45:67,70:72,77:90";

Seclev<уровень>– razina sigurnosti procesa agenta klastera. Određuje razinu sigurnosti veza uspostavljenih s procesom ragent.exe.<уровень>može imati sljedeće vrijednosti: 0 (zadano) veze nisu sigurne, 1 – sigurne veze samo za vrijeme trajanja autentifikacije korisnika, 2 – trajno sigurne veze.;

Rmsrvc – poništava registraciju agenta klastera kao Windows usluge. Ako se ragent.exe pokrene ovim ključem, on poništava svoju registraciju na popisu Windows usluga i izlazi. Nije kompatibilno s prekidačima -srvc, -daemon, -instsrvc.

Start - pokrenite ragent.exe registriran kao Windows servis. Pokreće ragent.exe, prethodno registriranu kao Windows usluga, a zatim izlazi;

Zaustavi - zaustavi ragent.exe registriran i pokrenut kao Windows servis. Zaustavlja ragent.exe, prethodno registriran i pokrenut kao Windows servis, a zatim izlazi;

Debug - pokretanje klastera poslužitelja u načinu konfiguracijskog debugginga. "

Dakle, ako je poslužitelj 1C:Enterprise pokrenut kao usluga i iz nekog razloga bi trebao biti pokrenut i kao usluga u načinu za otklanjanje pogrešaka, prvo morate poništiti registraciju usluge (ključ -rmsrvc), a zatim ponovno registrirati uslugu s ključ -debug.

Očito, sličan učinak može se postići na druge načine, na primjer, izravnim uređivanjem registra sustava Windows. Da biste to učinili, vjerojatno ćete morati pogledati dokumentaciju sustava Windows.

Radi samo kada je ključ "-debug" postavljen u registru. U svim ostalim slučajevima ne radi iz nekog razloga.

"ImagePath"=

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

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

8, postoji potreba (kao što je objašnjeno u nastavku) za značajnom preradom postupka otklanjanja pogrešaka. To se odrazilo na verziju 8.3.7.1759. Prvo, stvoreno je univerzalno sučelje za ovaj postupak, a drugo, ova promjena osigurava daljnji razvoj samog programa. Uostalom, sada možete raditi s otklanjanjem pogrešaka ne samo putem konfiguratora, već i pomoću razvojnih alata. Pogledajmo kako omogućiti otklanjanje pogrešaka na poslužitelju 1C počevši od nove verzije.

Korištenje novog protokola

Prethodni program za ispravljanje pogrešaka, koji je implementiran u prethodnim verzijama, upravljao je klijentskim i poslužiteljskim aplikacijama pomoću TCP/IP protokola.

Trenutno je korištenje takvog protokola počelo ograničavati pristup programa 1C:Enterprise Internetu i uzrokovalo je neugodnosti za rad mobilnih aplikacija.

Stoga je za slobodan pristup bazama podataka koje se mogu nalaziti izvan lokalne mreže sada usvojen fleksibilni HTTP protokol.

Nova arhitektura

Prethodno, prilikom izvođenja ispravljanja pogrešaka konfiguracije, zaposlenik se morao povezati s informacijskom bazom. Da bi to učinio, bilo je potrebno dati mu administratorska prava.

U novoj verziji nema potrebe za izravnim povezivanjem s bazama podataka - dovoljno je jednostavno imati istu bazu podataka kao i klijent. I možete ga učitati iz datoteke.

Mobilne aplikacije

Pomoću HTTP protokola sada je moguće otklanjati pogreške u podacima poslužitelja, klijentskim podacima i aplikacijama.

Ostale promjene

S novom verzijom moguće je mijenjati vrijednosti za lokalne varijable u postupku otklanjanja pogrešaka; u tu je svrhu implementiran novi prozor za brzi pregled.

Način izračuna je promijenjen u asinkroni, što vam omogućuje nastavak rada bez čekanja na rezultate.

Debugger u razvojnim alatima

Interakcija s novim postupkom provodi se u posebno razvijenom univerzalnom softverskom sučelju. S jedne strane, ovo sučelje koristi konfigurator. S druge strane, implementiran je u novom okruženju 1C:Enterprise Development Tools.

Kako sad izgleda

Nakon promjene programa, postupak se odvija prema sljedećem scenariju:

Sada ne uključuje samo program za ispravljanje pogrešaka i stavke, kao što je ranije bio slučaj. Sada je u lanac uveden dodatni element - Server.

Ne samo da je dodan - on služi kao glavni element razmjene informacija između programa za ispravljanje pogrešaka i objekata. A sama razmjena se odvija putem poruka poredanih u redu čekanja.

A budući da se ta razmjena odvija putem HTTP protokola, sada nije svejedno gdje se podaci točno mogu nalaziti.

Pozivi prema poslužitelju formiraju se iz programa za ispravljanje pogrešaka i objekata u obliku dodatnih zahtjeva za povezivanje. Kada se pojave, šalju im se odgovarajući odgovori.

Omogućite otklanjanje pogrešaka u različitim scenarijima

Što se tiče programera aplikacije, nije bilo promjena. Bitna razlika je u tome što novi mehanizam mora biti uključen. Uostalom, sada je onemogućen prema zadanim postavkama.

Pogledajmo što se događa kada se način rada pokrene ako odaberemo jedan od dva scenarija.

Skripta datoteke

Na početku verzije datoteke u konfiguracijskim postavkama morate navesti korištenje novog mehanizma - "Uklanjanje pogrešaka putem HTTP protokola".

Tada će konfigurator automatski predložiti korištenje lokalnog poslužitelja. Ovaj se uvjet mora prihvatiti i program ponovno pokrenuti u načinu rada konfiguratora.

Nakon toga, novopokrenuti konfigurator će spremiti novu metodu koju smo odabrali tijekom sljedeće sesije. Ali za istu informacijsku bazu. Stoga, kada pristupate drugoj infobazi, i nju je potrebno omogućiti.

Omogućeni mehanizam sada će automatski pokrenuti Debugger Server, koji je posebna aplikacija dbgs.exe. To se odražava u prozoru Upravitelja zadataka.

Vrijednost parametra ownerPID će odgovarati ID-u aplikacije koja je na njega vezana.

Kada pokrenete sesiju otklanjanja pogrešaka putem konfiguratora, povezivanje s poslužiteljem će se dogoditi automatski. I povezani objekti će se odražavati u njemu.

Ako je program 1C aktiviran bez novog mehanizma, tada ćete morati ručno omogućiti otklanjanje pogrešaka na poslužitelju 1C. Tek sada ćete morati navesti adresu poslužitelja:

Idite na Servis - Opcije

Nalazi se u postavkama stavke:

Idite na Povezivanje - Postavke

Kada koristite skriptu datoteke s nekoliko baza podataka istovremeno, morate uzeti u obzir važnu nijansu - svaki od konfiguratora (s omogućenim HTTP mehanizmom) šalje vlastiti poslužitelj:

Stoga, ako je otvoreno nekoliko konfiguratora, za povezivanje klijenta trebate navesti ispravan.

Scenarij klijent-poslužitelj

Otklanjanje pogrešaka na 1C poslužitelju pomoću scenarija klijent-poslužitelj, kao u prethodnom slučaju, počinje pokretanjem načina. Ovo specificira korištenje novog HTTP mehanizma. To se radi na sljedeći način:

ragent.exe -debug -http

Kada se pokrene, program za ispravljanje pogrešaka automatski se pokreće iza njega.

Vrijednost parametra ownerPID će odgovarati identifikacijskom broju 1C upravitelja klastera.

Program će generirati prijedlog za korištenje poslužitelja za otklanjanje pogrešaka klastera sada (a ne lokalnog kao u prethodnom scenariju). Slažemo se i ponovno ga pokrećemo.

Ubuduće će sve ići kao skripta datoteke. Tek kada pokrenete Konfigurator baze podataka poslužitelja, lokalni poslužitelj za ispravljanje pogrešaka više se neće pokrenuti.

Nadamo se da vam je naša publikacija pomogla da shvatite problem kako omogućiti uklanjanje pogrešaka na 1C poslužitelju.

Implementirano u verziji 8.3.7.1759.

Značajno smo redizajnirali mehanizam za otklanjanje pogrešaka. Za to je bilo više razloga. Prvo, htjeli smo vam dati mogućnost otklanjanja pogrešaka u svakoj aplikaciji koja je danas dostupna. Drugo, prethodna arhitektura programa za ispravljanje pogrešaka zahtijevala je promjene kako bi se održao korak s trenutnim trendovima i prilagodio budućem razvoju. Treće, bilo je potrebno univerzalno sučelje za otklanjanje pogrešaka, s kojim ne samo konfigurator 1C:Enterprise, već i .

Ključne prednosti

Kako biste mogli zamisliti opseg promjena koje smo napravili, ukratko ćemo navesti glavne prednosti novog mehanizma.

HTTP otklanjanje pogrešaka

Prethodni mehanizam za ispravljanje pogrešaka temeljio se na činjenici da je program za ispravljanje pogrešaka, implementiran u konfiguratoru 1C:Enterprise, izravno komunicirao sa stavkama za ispravljanje pogrešaka (klijentskim i poslužiteljskim aplikacijama). Ova interakcija je provedena korištenjem TCP/IP protokola.

Međutim, s puštanjem 1C:Enterprise aplikacija na Internet, a posebno s pojavom mobilnih aplikacija, ovaj pristup je postao izvor ograničenja i neugodnosti. TCP/IP protokol ne dopušta uvijek debuggeru da "dopre" do stavki u kojima se otklanjaju pogreške. Uostalom, oni se mogu nalaziti izvan lokalne mreže u kojoj je pokrenut program za ispravljanje pogrešaka.

Stoga smo u novom mehanizmu kao transportni protokol odabrali "sveprisutniji" HTTP protokol, koji, usput rečeno, koriste i klijentske aplikacije za povezivanje s informacijskim bazama podataka.

Moderna arhitektura otklanjanja pogrešaka

Značajka prethodnog mehanizma za otklanjanje pogrešaka bila je potreba za povezivanjem s informacijskom bazom pomoću konfiguratora. Kao rezultat toga, programer za otklanjanje pogrešaka imao je puni pristup svim administrativnim funkcijama.

Novi mehanizam za otklanjanje pogrešaka više ne zahtijeva vezu s informacijskom bazom koja se otklanja. Glavna stvar koju program za ispravljanje pogrešaka sada treba je ista konfiguracija koja radi za klijente. Da biste ga dobili, nema potrebe za povezivanjem s informacijskom bazom u kojoj se otklanjaju pogreške. Možete ga učitati, na primjer, iz datoteke.

Otklanjanje pogrešaka u mobilnim aplikacijama

Zahvaljujući korištenju HTTP protokola, postalo je moguće otklanjati pogreške u aplikacijama koje izvršava mobilna platforma. Štoviše, možete debugirati bilo koji kontekst: klijent, poslužitelj, kao i pozadinske poslove.

Sada, tijekom otklanjanja pogrešaka, možete promijeniti vrijednosti bilo koje varijable za pisanje. Za brzi pregled i promjenu lokalnih varijabli implementirali smo zaseban prozor. A izračun izraza koje prikazuje program za ispravljanje pogrešaka sada se izvodi u asinkronom načinu rada.

Otklanjanje pogrešaka u razvojnim alatima

Prilikom izrade novog mehanizma za otklanjanje pogrešaka, implementirali smo novo, univerzalno softversko sučelje za interakciju s njim. Ovo sučelje koristi konfigurator 1C:Enterprise, a isto sučelje sada koristi i novo razvojno okruženje. Stoga su sve mogućnosti otklanjanja pogrešaka sada dostupne pri radu u .

Arhitektura procesa otklanjanja pogrešaka

Nova arhitektura otklanjanja pogrešaka izgleda ovako:

Debugging uključuje debugger, debugging stavke i novi element - poslužitelj za ispravljanje pogrešaka.

Ne postoji izravan prijenos informacija između programa za ispravljanje pogrešaka i stavki za ispravljanje pogrešaka. Sva interakcija organizirana je putem poslužitelja za otklanjanje pogrešaka. Ovo je glavni element mehanizma. Poslužitelj za ispravljanje pogrešaka ima red poruka kroz koji program za ispravljanje pogrešaka i stavke za ispravljanje pogrešaka međusobno prosljeđuju informacije.

I sam program za ispravljanje pogrešaka i stavke za ispravljanje pogrešaka komuniciraju s poslužiteljem za ispravljanje pogrešaka putem HTTP-a. Dakle, sada nije važno gdje se te stavke za otklanjanje pogrešaka nalaze.

Interakciju s poslužiteljem za ispravljanje pogrešaka pokreću program za ispravljanje pogrešaka i stavke za ispravljanje pogrešaka. U tu svrhu organiziraju se dodatni priključci. Njihova glavna svrha je saznati jesu li se za njih pojavile informacije na poslužitelju za otklanjanje pogrešaka. I ako se pojavi, nabavite ovu informaciju.

Dakle, interakcija je jednostrana. Informacije se neprestano prenose s poslužitelja za ispravljanje pogrešaka na program za ispravljanje pogrešaka i na objekte za ispravljanje pogrešaka.

Identifikacija informacijskih baza

U prethodnom mehanizmu, povezni niz je korišten za identifikaciju infobaza. Ovo je rješenje u nekim slučajevima uzrokovalo poteškoće u povezivanju stavki za otklanjanje pogrešaka i konfiguratora. Jer, kao prvo, bio je osjetljiv na velika i mala slova, a kao drugo, prilikom otklanjanja pogrešaka u nekim kontekstima, platforma je automatski generirala niz veze. I nije se uvijek poklapao s onim koji ste naveli prilikom povezivanja infobaze u konfiguratoru. Pronalaženje i ispravljanje takvih situacija otežalo je otklanjanje pogrešaka.

U novom mehanizmu riješili smo se niza veze. Sada koristimo identifikator infobaze. U datotečnoj informacijskoj bazi takav se identifikator generira prvi put kada se uspostavi veza klijenta. U informacijskoj bazi poslužitelja kao takav identifikator koristi se identifikator registracije infobaze u klasteru.

Lijepa dodatna stvar je da smo za sada zadržali stari mehanizam za otklanjanje pogrešaka u platformi (možda će biti isključen u budućnosti). I možete ga koristiti ako želite, ili ako je potrebno. Tako smo izmijenili stari mehanizam i sada također koristi identifikator infobaze, a ne konekcioni niz.

Tipični scenariji otklanjanja pogrešaka

Iz perspektive programera aplikacija, tipični scenariji otklanjanja pogrešaka nisu se promijenili. Jedina značajna razlika je da novi mehanizam za otklanjanje pogrešaka mora biti omogućen. Zato što je prema zadanim postavkama onemogućen.

Bez obzira na to, ima smisla upoznati se s onim što se sada događa kada pokrenete otklanjanje pogrešaka. Jer vam može biti od koristi u nekim nestandardnim scenarijima rada.

Opcija datoteke

Prije nego počnete ispravljati pogreške u datotečnoj verziji, morate u postavkama konfiguratora označiti da želite koristiti novi mehanizam za ispravljanje pogrešaka - “ HTTP otklanjanje pogrešaka».

U tom slučaju, konfigurator će vas automatski zatražiti da koristite lokalni poslužitelj za otklanjanje pogrešaka. Morate se složiti s ovim i ponovno pokrenuti konfigurator.

Metoda otklanjanja pogrešaka koju postavite sprema se između sesija konfiguratora, ali se pohranjuje u kontekstu infobaza. Stoga ćete je za drugu informacijsku bazu morati ponovno omogućiti.

Sada, kada pokrenete konfigurator ili kada ga ponovno pokrenete, platforma će automatski pokrenuti poslužitelj za otklanjanje pogrešaka. Ovo je zasebna aplikacija dbgs.exe. Možete ga vidjeti u upravitelju zadataka.

VlasnikPID parametar navodi identifikator aplikacije koja posjeduje ovaj poslužitelj za otklanjanje pogrešaka. U ovom slučaju, ovo je konfigurator 1C:Enterprise.

Sada, ako pokrenete sesiju otklanjanja pogrešaka 1C:Enterprise iz konfiguratora, automatski će se spojiti na poslužitelj za uklanjanje pogrešaka, au konfiguratoru ćete vidjeti povezane stavke za uklanjanje pogrešaka.

Ako je sesija 1C:Enterprise pokrenuta bez ispravljanja pogrešaka, tada je, kao i prije, možete povezati s programom za ispravljanje pogrešaka. Tek sada trebate navesti adresu poslužitelja za ispravljanje pogrešaka:

Ovu adresu možete pronaći u postavkama stavki za otklanjanje pogrešaka:

Postoji jedna neobična točka povezana s radom s nekoliko baza podataka odjednom. U datotečnoj verziji, svaki konfigurator s omogućenim http ispravljanjem pogrešaka pokreće vlastitu kopiju poslužitelja za ispravljanje pogrešaka na različitim portovima:

Stoga, ako imate nekoliko otvorenih konfiguratora odjednom, tada za povezivanje klijentske aplikacije s programom za ispravljanje pogrešaka trebate odabrati ispravan.

Opcija klijent-poslužitelj

Prije nego što započnete ispravljanje pogrešaka u verziji klijent-poslužitelj, trebate, kao i prije, pokrenuti poslužitelj 1C:Enterprise u načinu rada za ispravljanje pogrešaka, ali navedite da će se za ispravljanje pogrešaka koristiti novi HTTP mehanizam. Na primjer, ovako:

ragent.exe -debug -http

Kada se poslužitelj pokrene na ovaj način, pokrenut će se i poslužitelj za otklanjanje pogrešaka.

Parametar ownerPID pokazat će identifikator upravitelja klastera 1C:Enterprise.

Sada u postavkama konfiguratora, kao i u slučaju baze podataka datoteka, morate naznačiti da želite koristiti novi mehanizam za otklanjanje pogrešaka - “ HTTP otklanjanje pogrešaka».

U tom slučaju, konfigurator će vas automatski zatražiti da koristite poslužitelj za otklanjanje pogrešaka klastera, a ne lokalni poslužitelj. Morate se složiti s ovim i ponovno pokrenuti konfigurator.

Povezivanje stavki za otklanjanje pogrešaka

Kada pokrenete debug sesije iz konfiguratora, aplikacije automatski povezuju debug stavke (i klijenta i poslužitelja) na debug server.

U isto vrijeme, kao i prije, imate priliku konfigurirati konfigurator za automatsko povezivanje stavki za otklanjanje pogrešaka, bez obzira na to kako su pokrenute. Sada su te mogućnosti postale mnogo bogatije.

Prvo, platforma vam sada nudi sve moguće stavke za otklanjanje pogrešaka koje možete izabrati.

I drugo, pojavio se još jedan, suptilniji način postavljanja. Ovo je korištenje unaprijed stvorenih odabira.

Takve odabire možete koristiti i pri povezivanju stavki za otklanjanje pogrešaka i za pregled dostupnih stavki za uklanjanje pogrešaka.

U odabiru, osim samih stavki za otklanjanje pogrešaka, možete odrediti određene korisnike čije su vas sesije od interesa, a također, ako se koristi odvajanje podataka, naznačite područje infobaze koja će biti otklonjena.

Mijenjanje varijabli, svojstava objekta i asinkrono vrednovanje izraza

Novi mehanizam za otklanjanje pogrešaka omogućuje vam promjenu vrijednosti varijabli tijekom otklanjanja pogrešaka. U prethodnom mehanizmu nije postojala takva mogućnost.

Za praktično pregledavanje i mijenjanje lokalnih varijabli, što se čini najčešći zadatak, implementirali smo " Lokalne varijable».

Izvana je vrlo sličan "Semaforu" na koji ste navikli. Ali, prvo, ovaj prozor je već automatski ispunjen svim lokalnim varijablama, a drugo, sada možete promijeniti vrijednosti varijabli.

Možete promijeniti vrijednosti primitivnih tipova izravno u ćeliji " Značenje»:

A za promjenu drugih vrijednosti, možete koristiti prozor za unos izraza:

Dobar bonus je to što je kontekstualni opis alata potpuno funkcionalan u ovom prozoru.

Na točno isti način možete promijeniti vrijednosti bilo koje (ne samo lokalne) varijable i svojstava koja se mogu pisati. U prozoru za izračun izraza (koji se poziva naredbom Shift+F9), možete promijeniti vrijednosti varijabli u ćeliji "Vrijednost" i pomoću zasebnog dijaloga.

Usput, sam izračun izraza sada se izvodi asinkrono. To znači da konfigurator naređuje izračun stavke otklanjanja pogrešaka. I neko se vrijeme ovaj izračun očekuje na poslužitelju. Ako je izračun završen, rezultati se odmah šalju konfiguratoru. Ako se proračun provodi dulje vrijeme, tada rezultati tih proračuna asinkrono stižu u konfigurator kasnije. Ovaj vam pristup omogućuje da ne čekate dugotrajne izračune u konfiguratoru i nastavite s radom.

18.10.2016

Otklanjanje pogrešaka na 1C poslužitelju (8.2, 8.3...)

Ako se baza podataka 1C izvodi u verziji klijent-poslužitelj, način otklanjanja pogrešaka koda na strani poslužitelja je onemogućen. Stoga neće biti moguće vidjeti korak po korak što se događa prilikom izvršavanja funkcije ili procedure. Da biste omogućili otklanjanje pogrešaka na strani poslužitelja, trebate slijediti nekoliko jednostavnih koraka.

Omogućite uklanjanje pogrešaka na poslužitelju 1C:Enterprise 8.2, 8.3

Nakon zaustavljanja otvorite Windows uređivač registra ("Start - Run" (ili tipkovnički prečac "Windows + R") i upišite "regedit") i pronađite granu s nazivom "" ili "" ovisno o verziji platforme

Zanima nas ključ registra pod nazivom "ImagePath". Dodajte "-debug" na kraj vrijednosti ključa. To znači da je aktiviran način otklanjanja pogrešaka na strani poslužitelja 1C.
Bio je: "C:\Programske datoteke\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -raspon 1560:1591 -d "C:\Programske datoteke\1cv8\srvinfo"
postao: "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

Spremite i pokrenite uslugu 1C. Sve je spremno! Sretno otklanjanje pogrešaka!