Aktivnost
Od 14.12.2012 do 12.01.2013
12.01.2013
-
19:24 Greške #29996: RNAL - FAKT otpremnice - faktura 0
- "commit":https://github.com/knowhow/F18_knowhow/commit/f616585006c9ccbb608100cbbe371fc1427309d9
-
- Ernad Husremović je napisao/la:
> Taj "prljavi kod" koji ima i ažruiranje serverskih funkcija, ako se ne može raspetljati, može se privremeno riješti ovako:
> ...
da, to ću uvrstiti -
- Ernad Husremović je napisao/la:
> ok ...
> ...
ne, nema taj kod veze sa interakcijom korisnika
znači, kada korisnik dobije recimo neki browse i odradi nešto u njemu, pokreće se funkcija koja radi
* lock
* BEGIN
* odradi nešto
* END
* u... -
18:45 Greške #29996: RNAL - FAKT otpremnice - faktura 0
- Taj "prljavi kod" koji ima i ažruiranje serverskih funkcija, ako se ne može raspetljati, može se privremeno riješti ovako:
-
- ok ...
ali treba imati na umu sljedeće: -
- na ovaj način sam napravio još više kontrole za ovu opciju...
znači sada
* opcija formiranja računa na osnovu otpremnica - ima svoj lock/unlock funkcije (znači kada uđem u opciju ne da nikom drugom da je koristi dok ja ne završim )... -
- dodao sam na funkcije
-
- ovdje postoji generalno jedan problem sa funcijama free/lock tables...
naime, kada lokujem tabele i drugi korisnik uđe u neku funkciju koja isto traži lock, dešava se da radi retry 50 sekundi, tj. čeka da se oslobode... ako se ne oslo...
11.01.2013
-
- postavio na menij / administracije - unlock opciju jer može se desiti da ispadne program ili slično i lock ostane aktivan pa ne može niko pristupiti
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/f6854440c6572c9827b2eff0db827b1045eabe37
-
- napravio sam taj lock/unlock
-
- saša korisniku via email:
> Ja sam sada obezbjedio da se opcija izvrši ispravno - to jest da ne pokvari nikakve podatke (kako je to do sada radilo), efekat kada se pojavi ta greška je da se ništa zapravo ne desi - ništa se ne odradi. ... -
- Ernad Husremović je napisao/la:
> U jučerašnjem razgovoru sam razumio da je problem u 12 -> 12 konverzijama koje su loše riješene treba ih mijenjati.
> ...
ne dešava se non-stop, samo u istovremenom radu -
- kako sam razumio iz razgovora, ovdje se dešava sljedeće
1) korisnik odabire otpremnice za unos interaktivno
2) pri tome se to direktno na serverskim tabelama markira
3) na kraju se vrše konverzije 12 -> 22, generiše faktura
Ako... -
- U jučerašnjem razgovoru sam razumio da je problem u 12 -> 12 konverzijama koje su loše riješene treba ih mijenjati.
Ali nisam svhatio da se ovo svakodnevno dešava kako korisnik prijavljuje. -
- Prijava korisnika
> Kod izrade fakture, otpremnicu se azuriraju, nekoliko puta se pojavi na ekranu error, i onda izbaci nula, nema racuna uopste
Šta se ovdje dešava, detaljnije ? -
-
- završio
"commit":https://github.com/knowhow/F18_knowhow/commit/600505caafdf603bccca2d813268958b132e09a9 -
- > Na specifikaciji nam ne ocitava neto tezinu
-
-
- ovo zatvaram, a postoji otvoren ovaj tiket za ispravku ovoga svega
-
- ubacio sam u funkciju koja vraća varijable iz memorijskih parametar da li da ih briše ili ne...
"commit":https://github.com/knowhow/F18_knowhow/commit/f6854440c6572c9827b2eff0db827b1045eabe37
testirao onako nabrzaka, vidim da sada ... -
-
- otvoren tiket #29998
-
- Generalno, u slučaju da rješenje ne postoji ispadanje aplikacije je najgora stvar za korisnika.
Barem disableovati aplikaciju privremeno i reći: -
- a otvori novi ticket za izbacivanje globmemvars => hashvars u kompletnom dijelu unosa
-
- to se može uraditi odmah
svakako radi svojih tehničkih problema ne možemo ovako iritantne stvari ostavljati dugo vremena otvorenim
-
- ako je tako onda ok - uvedi u tu funkciju
function get_memvars_from_dbf(clean_old)
...
kada je clean_old parametar == .f. onda neka ne briše stare varijable
-
- a ovome se treba posvetiti, vidjeti kakva je šansa da se izbace ove memorijske varijable, međutim kompletan unos naloga, artikla, operacije je takav... tako da se to ne može rješiti u 5 minuta
-
- globalne varijable zamijeniti treba hash matricom
a ne fiksirati deprecated funkcije -
- ok, workaround trenutni je da se unese artikal prije unosa naloga pa da se onda unese nalog
-
- ovo svakako treba dobro pogledati, znači problem se pojavljuje ako je situacija sljedeća
* unosim novu stavku na nalogu -
- korištenje tih funkcija treba izbaciti iz upotrebe - njih smo označili kao zastarjele "deprecated"
-
- na toj poziciji unosa naloga su nekada radile scatter/gather funkcije
-
- hm, problem je funkcija get_memvars_from_dbf i one kontra... jer kada se pozove funkcija koja vraća memorijske varijable ona ih i izbriše iz memorije tom prilikom, a to ne bi smjela da radi
-
-
07.01.2013
-
-
- ako kažemo *N* za zaključenje, izlazimo iz pripreme bez štampe fiskalnog računa
-
- Ovu opciju sam konačno dotjerao...
U smislu da sada nakon što kažemo ESC dobijamo jednu formu zaključenja na kojoj treba da su svi parametri
sada tu imamo:
* vrstu plaćanja
* partnera (opciono, ako je vrsta plaćanja <> gotovina... -
06.01.2013
-
-
- napravio proširenje u šifrarniku valuta na 6 decimalnih mjesta...
sva sreća pa kada sam kreirao sql tabele išao sam na veći broj nego je predviđeno, kao da sam znao... tako da je bilo potrebno samo na dbf-u napraviti korekciju -
- nisam nakon ovih korekcija više primjetio da se ove tabele sinkaju
-
- Problem SIFV je kod F4 opcije u šifraniku robe ili partnera, znači identična stvar
F4 je dozvoljavala dodavanje duplog zapisa u šifrarnike u DBF-u dok sql radi DELETE/INSERT i tu je uvije nastajao kuršlus -
- Kod čišćenja opcija u RG-u sam očistio ove stvari...
znači kod valuta je bio problem opcije dodavanja standardnih valuta u šifrarnik koje se uvijek dešavalo kod pokretanja aplikacije i nije bilo neke provjere i slično, nego je uvijek ... -
- postoje ove tabele koje se malo malo okinu za full sinhro
05.01.2013
-
- valuta je kod nas na 5 decimala, treba napraviti proširenje
-
- zar je ovo u FMK radilo drugačije ?
-
- valuta na 5 decimala, treba na 6 kao što centralna banka daje 1.955830 jer kod velikih iznosa na zaokruženju dolazi do odstupanja
-
-
-
31.12.2012
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/633ee4f8b4d487fe446bb73cc4daebb4d26c34f4
dobio sam vrlo brzo i ovu opciju...
odmah sam napravio i pripremu za novu verziju lager liste (odt)
pa se sada i tome treba posvetit... -
- modul FAKT koristi opciju lager liste sa uključenim parametrom početno stanje...
znači lager lista nam svakako treba kao izvještaj u odt formatu na osnovu SQL-a...
kada napravimo taj izvještaj u sql formatu onda automatski dobijamo... -
-
-
- - kako na najefikasniji način detektovati postojanje baze ?
ima pgsql funkcija koja daje listu baza
- kako detektovati godinu ? pročitati sa servera (iako je na samostalnim radnim stanicama isto i uzeti tekuće vrijeme klijenta)
-
- kada postoje baze
* bringout_2012
* bringout_2013
Kada je posljednji login bio na bazu bringout_2012, a tekuća godina je 2013, onda je potrebno korisniku ponuditi automatski switch na bringout_2013
Korisnik treba biti pitan:
> Želite ... -
-
- super si.
interesuje me jedno. koliki je posao da ovo podžoniš i na isti način uradiš fakt ?
Onako napamet, mislim da je bolje i brže iskoristiti ovo (direktno sa sql upitima), nego čistiti FMK proceduru prenosa
ako možeš daj se... -
- e sada, kvaka ovog prenosa je što se formira na osnovu sql upita, ostali moduli imaju i neka hendliranja koliko znam, pogotovo FIN...
-
- znači napravio sam pomoćnu funkciju
"prebaci_se_u_bazu()":https://github.com/knowhow/F18_knowhow/blob/2f71b2de153337340a62be64c061223199e53028/pos/pos_pocetno_stanje.prg#L110
koja radi logout/login
i onda u dijelu koda gdje se ... -
- "commit":https://github.com/knowhow/F18_knowhow/commit/2f71b2de153337340a62be64c061223199e53028
-
- otkačio se zakačio se pa ponovo isto :)
uglavnom ova opcija sada radi -
- ja sam na kraju ovo ipak napravio...
-
- Ma dobro, naravno, na to sam i mislio... ja sam zapravo samo iznjeo prijedlog simultanih konekcija, a da li će to biti ovako ili onako nebitno...
To je to, to je osnova mog prijedloga, umjesto da se ide na punjenje nekih dbf-ova pa i... -
- tvoj prijedlog se svodi na mogućnost simultanih konekcija na više baza podataka
Mislim da u ovoj operaciji nema potrebe za tim - naime podaci query-ja (tako bar mislim) se smjeste u memoriju tako da se nakon izvršenog query-ja može na... -
- ti predlažeš da se ostvare dvije simultane konekcije.
ključna je tačka ustvari my_server_login(params) i my_server_logout
Prvo pokušaj ovako:
1) my_server_logout # logout iz 2013 baze
2) zamijeni parametar "database" bringout... -
- na taj način bi dobili da iz tekuće baze xxx_2013 jednom opcijom napravimo taj prenos
-
- to je prijedlog
-
- Da li napraviti po principu:
* zakači se na bazu xxx_2012 formiraj matricu početnog stanja
* ažuriraj u tekuću bazu xxx_2013
znači potrebno napraviti opciju kačenja na proizvoljnu bazu,
kako imamo: -
- ova postojeća opcija sada naravno ne radi....
potrebno je implementirati novu opciju
28.12.2012
-
-
-
- kada napravimo bazu 2013 po template bazi 2012, potrebno odraditi pojedine korekcije
26.12.2012
-
- napravljeno
"commit":https://github.com/knowhow/F18_knowhow/commit/86c233e29f80e9520d1a341ae1e59d7e0553b255
-
- ovo je i bjasko već prijavio...
započeo sa izradom funkcije, tu se nekada koristila stara funkcija ali je bila puna nekih globalnih varijabli itd... pa je to izbačeno iz upotrebe, treba napraviti novu
prva stavka (ENTER) treba da... -
- datum: nije greška ja nisam gledao pravi datum :(
-
- pokušao povrat ali mi ostavlja stari datum u fakt_doks ?!
-
- u stvari problem je što fakt_doks datum ostane stari ?!
i nikako ga ne mogu ispraviti ?!?! -
- na predračunu 20-00120 su bile dvije stavke
onda sam to želio pretvoriti u novu fakturu pa sam stavio 10-00000 za prvu stavku
takođe sam promijenio i datum
ali na kraju mi je sve to pobošao.
ažurirana je stavka 1, stavke 2 ne... -
- negdje je tu stavku progutao ?!?
-
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/a0bec5f96d9db389725ca5cc4d5a359d05ff3dbd
ispravio -
-
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/684cc9c96611e589f89dd022840955aaaf32561e
ispravljeno -
- položio 500 KM, ali opet ne ide
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9cab1875df7153033f8d0aa1a4806301b9aeacdb
-
-
- a ha, to se dobro ne hendlira...
"commit":https://github.com/knowhow/F18_knowhow/commit/e381a41afa127b91abfa82ba31177501322a821a
napravljeno, sada će nakon provjere izlaznog direktorij prijaviti i neće izlaziti iz aplikacije nego ć... -
- nije mountan /Volumes/fiscal na mac klijentu
-
-
25.12.2012
-
15:49 Nove funkcije #29766: F18 i nova godina
- bojim se da je ovo pravo kasno
-
- nemam pojma radi se o windoze F18, nije diran od jutro, gvim fercera kada ga rčno pozovem ?
-
- to mora imati veze sa radnom stanicom na kojom radiš
-
- pregledao sam "commit":https://github.com/knowhow/F18_knowhow/commit/6f3f1f75aeb738ce7f16f1bcfde33aed82fc8d94
apsolutno ništa nisam dirao što bi imalo vezu sa opcijama štampe -
- ubuntu ? windows ?
-
- ništa se ne desi
-
- pushirao 1.4.42 linux, windows
-
- dodao sam u create_index mogućnost kreiranja indeksa sa filterom
onda sam uveo "IDP" indeks za robu koji se koristi za sastavnice (tip="P") -
-
-
- ovu grešku više ne dobijam na 1.4.42, ali mi prijavljuje problem sa template-om. vjerovatno ga nemam instaliranog na svojoj testnoj mašinie
znači: moguće da sam ispravio
što se tiče odt subanalitičke kartice, ona radi - sa njom nij... -
- identično kakvoj kartici ?
-
- prioritet normalan ?
-
-
-
- trebamo:
* operativni sistem (WINDOWS, UBUNTU itd)
* verzija harbour kompajlera -
-
- workaround je brisanje dbf-a tabele koja je ušla u beskonačnu sync petlju
-
- ako se prilikom prvog kreiranja dbf-a ne ne desi reset_semaphores( tabela ) novokreirane tabele
ta tabela se onda nikako ne može inicijalizirati
i onda full sync proces uđe u beskonačnu petlju.
ovu petlju treba locirati pa ako... -
19.12.2012
-
- heh našao sam uzrok, mijenjam broj dukumenta, kada sam promjenio na prvoj stavci to s enije reflektiralo na ostatak tako da je program ovo tretirao kao novi dokument tj 2 dokumenta u pripremi
-
- kada sam pokušao renumeraciju onda sam dobio 2 stavke br 1 :)
-
- interesantno da je stavku br.1 prebacilo kao zadnju iz nekog razloga
-
- radio sam ispravku ponude u fakturnom, nakon ispravke stavke br 1 dobijam ovu poruku, u pripremi ima stavku br.1
kada pokušav štampu odt !OK prazna