Podrška #28720
Zatvoren
SQL fmk.log tabela i F18.log fajl na radnoj stanicie ne sadrže iste stavke
0%
Povezani tiketi 2 (0 otvoreno — 2 zatvorenih)
Izmjenjeno od Ernad Husremović prije skoro 14 godina
radom na #28718 uočio da u fmk.log tabeli uopšte nema sql izraza i odgovarajućih errora.
Ima ogroman broj refresh_me stavki u fmk.log
Ima ih u F18.log fajlu radne stanice.
Ja sam svojevremno otvorio ticket saši vezano za smanjenja log operacija, vjerovatno da je on tu nešto mijenjao ... ali izgleda da to nije dobro urađeno.
vidim recimo da je gDebug ostao visok
F18.prg (public gDebug := 9) ... sa njim se treba regulisati nivo log operacija.
Svakako je naopako da se neke bitne operacije nalaze u F18.log a ne nalaze u sql fmk.log tabeli. To definitivno nije tako zamišljeno.
rekao da se obrati
Izmjenjeno od Ernad Husremović prije skoro 14 godina
- Naslov promijenjeno iz fmk.log ne sadrži sql izraze ? u SQL fmk.log i F18.log ne sadrže iste stavke
fmk.log ne sadrži sql izraze a F18.log sadrži
Izmjenjeno od Ernad Husremović prije skoro 14 godina
- Naslov promijenjeno iz SQL fmk.log i F18.log ne sadrže iste stavke u SQL fmk.log tabela i F18.log fajl na radnoj stanicie ne sadrže iste stavke
Izmjenjeno od Ernad Husremović prije skoro 14 godina
vidim recimo da je gDebug ostao visok
znam da sam pisao da se taj nivo po defaultu smanji, da bi se u redovnom korištenju logirale samo najbitnije operacije.
Kako pišem, dolazim do zaključka da svakako trebau u .f18_config.ini staviti debug parametar koji se po potrebi u slučaju traženja problema može podići.
Na taj način bi u slučaju problema sa nekom radnom stanicom mogli podići njen debug level, dok bi ostale imale normalan nivo logiranja.
Treba postaviti da je 3 default nivo debugiranja. Treba prečešljati aplikaciju i na tom nivou (<=3) ostaviti samo najkritičnije operacije.
Takve su recimo SQL insert operacije.
Sve ostalo treba ići na nivo >3
Izmjenjeno od Ernad Husremović prije skoro 14 godina
svakako treba pronaći moje ranije bilješke na ovu temu i povezati sa ovim, kao i ono što je saša radio po ovom pitanju.
Izmjenjeno od Ernad Husremović prije skoro 14 godina
ovo stanje, barem što sam ja vidio je takvo da se unutar fmk.log tabele ne nalaze korisne info nego se one filuju u F18.log na pojedinim radnim stanicima.
S druge strane, fmk.log se intenzivno puni beskorisnim informacijama kao što je refresh_me. Te info iz normalnog režima debugiranja treba izbaciti, a u slučaju potrebe one će se moći aktivirati podizanjem log_level parametra radne stanice koju želimo detaljnije dijagnosticirati.
Svrha fmk.log tabele bila je upravo to da se log info imaju na jednom mjestu. Ona mora imati iste info kao i F18.log na pojedinim radnim stanicama.
Izmjenjeno od Saša Vranić prije više od 13 godina
- Status promijenjeno iz Dodijeljeno u Zatvoreno
ovo je rješeno