Aktivnost
Od 24.02.2013 do 25.03.2013
25.03.2013
-
23:07 Nove funkcije #30585: Vratite nam shift-F6 !!!
- login...
"commit":https://github.com/knowhow/F18_knowhow/commit/1b1fd5424a17258f328b281628361e7ad07cd51d
imamo prvi korak to je konfiguracija servera i username/pwd
drugi screen su nam firme koje biramo iz matrice.
Na ovome ... -
- "commit":https://github.com/knowhow/F18_knowhow/commit/a2a1b5fa78de0c67ef93b05ef2a154ef7a5f4e31
shift + F6 vraćen u funkciju...
ovih zadnjih dana inače implementiram klasu F18Login koja sadrži metode za ovakve stvari...
tako sad...
22.03.2013
-
15:51 Nove funkcije #30585: Vratite nam shift-F6 !!!
- mi ne znamo.
-
- eto, pa napravite nam to
-
- super onda je sve jasno
-
14:37 Nove funkcije #30585: Vratite nam shift-F6 !!!
- http://www.postgresql.org/docs/9.1/static/manage-ag-templatedbs.html
-
- kao nekakav root database ?
A ja sam baš mislio da treba izbjegavati da se korisnik logira na postgresql da ne bi nešto uhak'o.
Još jednom provjeri da li je to tako namjenjeno - ako jeste onda prvi logi može biti na postgres db. ... -
- da to sam negdje pročitao u dokumentaciji
-
- Jasmin Beganović je napisao/la:
> Ernad Husremović je napisao/la:
> ...
zar jeste ?
-
- neće čekati ni na kakav sync tabela.
-
- Ernad Husremović je napisao/la:
> Jasmin Beganović je napisao/la:
> ...
nije praktično iz razloga što ljudi čekaju na sync tabela za firmu u kojoj ne žele možda ni raditi.
>
> ...
zašto ? to joj je upravo namjena -
- Eto ovo će sada sale za 5 minuta riješiti :)
-
- Jasmin Beganović je napisao/la:
> da i vidjeti da kod ulaska u F18 ide prvo na postgres (maintanance DB) a ne zadnju firmu, iz koje onda skečemo u firmu.
ne treba. možemo se logirati na zadnju bazu i dobiti listu firmi.
Obični use... -
- tako da sa enter nastavljamo rad u posljednjoj firmi koju smo radili.
Ali u kojoj godini ?
Posljednjoj firmi/godini (bazi) koja je zapamćena.
Ako smo bili u fljas_2012 nastavljamo rad u fljas_2012.
Ako odaberemo firmu test, onda ide... -
- da i vidjeti da kod ulaska u F18 ide prvo na postgres (maintanance DB) a ne zadnju firmu, iz koje onda skečemo u firmu.
-
- naravno ova lista je dostupna tek kada se logiramo.
možemo se logirati na posljednju zapamćenu bazu pa izvršiti ovaj upit i uraditi relogin / konačni ulazak u aplikaciju.
Ta posljednja baza treba da nam i bude ponućena kod ulaska u... -
- sličnu foru možemo primjeniti i za odabir firme.
Evo list firmi koje su dostupne na serveru, bez obzira na godine (uzevši da je konvencija baze ime_godina)
bringout_2012=> select distinct substring(datname, '(.*)_[0-9]+') from pg_d... -
-
- znači napuniti meni sa ovim vrijednostima ponuditi korisniku
i uraditi automatski relogin sa već pohranjenom lozinkom i paswordom
-
-
- lista svih baza koje slijede pattern "ime_godina"
-
-
-
- a ha, našao sam !
Isključio ovu opciju *Keep with next paragraph* i sada je ok -
- ne mogu skontati zašto ova zadnja stranica generiše PB ?!???
logično je da kada ga napravi, kursor pređe na novi list i dobijamo praznu stranicu, ali zašto ga pravi -
- sada sam dobio sljedeću situaciju
na template-u se ne generiše automatski PAGE-BREAK i imamo samo jednu stranicu template fajla
kada pustimo kroz aplikaciju samo jedan dokument, sve je uredu, nema dodatne prazne stranice
kada pu... -
- ovo je stvar koja je ostala totalno nerazriješena sa template-ima
naime, problem je recimo kod štampe faktura ili sličnih dokumenata gdje imamo mogućnost da pozovemo štampu 5 faktura i da dobijemo odt dokument sa 5 faktura razbijenih ... -
19.03.2013
-
- dali smo kod njih napravili upgrade DB-a na 4.6.3 ??
-
- to je ispravljeno prošle sedmice
-
- osvježiti verziju na 1.4.143
-
-
-
-
- i time su sve glavne tabele obrađene kod kreiranja
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/8d9fc5f71060303e790c8e2e99ce791bd1998b71
"commit":https://github.com/knowhow/F18_knowhow/commit/6455cc536a9fd63b76401b34d82b527cc29df0fa
"commit":https://github.com/knowhow/F18... -
- da i izvršiće se tada modstru sa 0.4.0 na 0.7.0
kod tabela kod kojih nema ovo > 0 radi se modstru i kod inicijalne sinhronizacije.
To postupno treba izbaciti tako što će se u aDBF staviti posljednje stanje dbf-a.
To je puno preg... -
- u tom slučaju će kod friške instalacije
* sve modstru biti preskočene radi toga što je current = 0 ali strukture sadrže ispravna polja
kod postojećeg upgrade-a
* pročitat će se tekuća verzija iz config-a recimo 0400
* modificir... -
- > Da, ali to nije tako, aDbf sadrži strukturu kakva je bila kod prvog dizajna, a nakon toga postoje modifikacije koje izmjene polja. Mislim tako stoji kod gotovo svih tabela.
tako treba biti.
modstru je nepotreban kod inicijalne si... -
- to znači da bi trebalo da bude ovako:
-
- Ernad Husremović je napisao/la:
> kod init sinhro ne treba da se napravi nijedan modstru.
> ...
Da, ali to nije tako, aDbf sadrži strukturu kakva je bila kod prvog dizajna, a nakon toga postoje modifikacije koje izmjene polja. Mislim ... -
- Ernad Husremović je napisao/la:
> ne razumijem šta govoriš ovdje http://redmine.bring.out.ba/issues/30524#note-17
> ...
kada imamo podatke na serveru i pobrišemo lokalni direktorij, kod startanja je _current = 0 jer nemamo ni ini fajla... -
- ne razumijem šta govoriš ovdje http://redmine.bring.out.ba/issues/30524#note-17
ver['current'] nije nula nego ono što je zapisano u config fajlu a vezano za verziju dbf-a.
-
- kod init sinhro ne treba da se napravi nijedan modstru.
aDBF treba uvijek sadržati *najnoviju strukturu* ! -
- Saša Vranić je napisao/la:
> da nije nešto rađeno i na čitanju trenutne verzije db-a itd.. kod verzije 1.5x ?
ne
-
- da nije nešto rađeno i na čitanju trenutne verzije db-a itd.. kod verzije 1.5x ?
-
- nije mi jasno zašto si prvu provjeru uveo, ako to radi ovako:
-
- sad sam u debug-u vidio da se modifikaciju uopšte ne radi
znači kod init sinhronizacije -
- pa to, što je gore 0 a dole 000000
-
- ako misliš 0000 pa 0 to je isti broj - 0 :)
svaki put se treba reći > 0 da ne bi pokušao raditi migraciju kada se prvi put kreira dbf. Naime, uvijek se treba kreirati dbf sa aktuelnom - najsvježijom strukturom polja
ono gore me... -
- skontao sam da ovo nisam ubacio, jasko mi je prijavio na par mjesta kao nisu se napravila neka polja
-
- zašto
prvi put
18.03.2013
-
-
- hehe
-
-
-
13.03.2013
-
- počistio dosta ovih kreiranja... uglavnom
* šifranici
* proizvoljni izvještaji (što je bitno)
* fin
* kalk
* fakt
implementirao novu verziju 1.4.138 -
- ukratko ova dva "IF_" makroa rade provjeru.
Tu ima još neke provjere i optimizacjie raditi (da se ne bi radio full sync tabela koje imaju inače 0 zapisa) ali barem nema tih beskonačnih petlji.
I što je najbitnije nema potrebe da se... -
- treba uočiti da se u sve modstru izraze takođe dodala i ova konstrukcija:
-
- uh zaboravio sam predhodni makro
2.a) IF_NOT_FILE_DBF_CREATE
2.b) nakon toga modstru izrazi -
- možeš primjetiti da se puno dupliranog koda na ovaj način izbacilo
-
- bitan je redoslijed, i bitno je da
inicijaliziraš varijable: -
- 2) ako je semafor tabela staviti ovaj makro
https://github.com/knowhow/F18_knowhow/blob/ng2/fakt/cre_all_fakt.prg#L82
-
- 1) treba učitati makroe iz ovog ch:
https://github.com/knowhow/F18_knowhow/blob/ng2/fakt/cre_all_fakt.prg#L13 -
- e super...
-
- mislim da sam ja u 1.5 to riješio
objasniću kako pa ti backportiraj (prebaci i u 1.4) -
- Ostalo je, još od prošlog puta kada smo radili korekcije na ovim init sinhronizacijama jedan dio koji je po meni bio sporan...
Ovdje se dešava:
* imamo lokalni dbf
* imamo prazan semafor tabelu (nemamo zapisa u semaforima)
* ima... -
- Znači problem je kod tabela koje su bile kreirane kao dbf-ovi bez semafora, pa su postali semafori...
Nakon ulaska se jednostavno događa beskonačna petlja...
Rješenje je pobrisati tabele ili pobrisati kompletan home folder baze
12.03.2013
-
- znači, za sada je stavljeno da je ovo primarni modul kod prvog pokretanja aplikcije...
nakon toga u parametrima štimamo željene module
i to sada radi -
- ispravio probleme sa štampom...
inače je ovo bila velika borba
11.03.2013
-
- na windows-u sam primjetio samo jednu stvar, a to je da kod štampe tabele nemamo crtice kao je to slučaju pod unix-om i kako treba generalno, nego neke druge karaktere pa treba pogledati i to o čemu se radi
-
- implementirana verzija F18 1.4.136
-
- update skripte:
"FMK2F18_prepare.sh":https://github.com/knowhow/FMK2F18/commit/de6ee43ac9aa4cfd7899ab39630a39cdb1d640f4 -
- štampa proizvoljnih izvještaja radi kako je i radila do sada u txt obliku...
naravno da se ovdje može ići na varijantu štampe kroz oo3 ali za to sada nema vremena... -
- "db migrate package 4.6.3":http://code.google.com/p/knowhow-erp-f18/downloads/detail?name=f18_db_migrate_package_4.6.3.gz&can=2&q=
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/ccb283aead8907f07ae790517e300b19525d132d
-
- napravljen novi db paket 4.6.3
"commit":https://github.com/knowhow/fmk/commit/dac9245f415b887cb9c981cdc6efee07eb37dd4e
ubačene server tabele
* fin_koniz
* fin_koliz
* fin_izvje
* fin_zagli
* fin_budzet
također, ove iste t... -
10.03.2013
-
- "commit":https://github.com/knowhow/F18_knowhow/tree/35d7dcc34f24192e6fba9a033cfaf7f96ec348d6/reports
08.03.2013
-
- kod prve sinhronizacije pitati za module koji se sinhronizuju.
kako ovo ispitati ? uvesti parametar na nivou usera koji ispituje da li je on radio sinhronizaciju, ili ispitati da li u nekoj matičnoj tabeli npr: fmk.semaphores_partn po... -
-
- saša je predložio da se napravi novi modul u koji bi se smjestile ove funkcije
Može ovako
* reporting
* fin
* izvještaj vaki naki ..
* fakt
* izvještaj vaki naki
ovdje bi se stavili isključivo izvještaji... -
07.03.2013
-
-
- Znači, konkretno ostalo je još inforamcija da se stavi o tome kako to radi...
Po defaultu nakon instalacije aplikacije auto backup se ne radi ! (vjerovatno će u budućnosti biti aktivno)
U glavnim parametrima aplikacije imamo sekcij... -
- skontao u čemu je problme sa win backup-om ! :)
komanda je
06.03.2013
-
- znači desi se da korisnici pogrešno ubace tip rada i onda obračun ne valja !
"commit":https://github.com/knowhow/F18_knowhow/commit/c6984447168dc745187a9460a838eb10f4227271 -
05.03.2013
-
-
- "changelog":https://github.com/knowhow/F18_knowhow/commit/c4994740f252f09d0079d28f909afe2a6e2cab48
bit će dostupno od verzije 1.4.132 -
- ubačeno dodatno polje u indeks i semafor, ključ je
* ID + DATUM + TIP + OPIS(C 30)
-
- primjetio u NN-u, ovih promjena sa istim datumom ima dosta
-
- npr ako dodamo
-
-
-
- dostupno u verzijama >= 1.4.131
-
- ovo se inače pokreće prije samog auto backup-a
-
- da, to sada radi pri ulasku, postoji parametar za broj dana, default je 30
-
- jasko je uočio da ovo praktično zakrči backupiranje za veće korisnike
-
- ovo smo u rekli da treba riješiti u paketu sa backup procedurom-
da se svakih 3 dana pokrene i pobrišu stavke > 7 dana
ovo treba pokrenuti prije backup procedure da bi u backup ušao log normalne veličine -
-
- f18_run je praktično wrapper za hb_run, ima parametre za sinhrono asinhrono pokretanje
-
- da, ali na unixima f18_run nije radilo, a hb_run radi...
trebala mi je nova verzija radi drugih stvar pa sam zapakovao sad za sad ovako... treba ovo još vidjeti u čemu je štos, a ima i taj haos sa hb_run/f18_run neki -
- Saša Vranić je napisao/la:
> ovako:
> ...
trebaš koristi na *svugdje* f18_run -
- ovaj ping pokrene drugi cmd prozor na W7 kod mene možda to pravi problem
-
- također, automatski backup sam obezbjedio sada trenutno samo za unix sisteme, ako je podešen parametar
-
- trenutno sam setovao parametre automatskog backup-a na 0 tako da se neće odmah pri startu pokretati dok se ovo detaljno ne ustanovi
-
- ok, ja ću sada zapakovati novu verziju s kojom rade backupi unix-a... a ovim se naknadno baviti
-
- znači ovo je greška koju dobijam na windows stanici...
napravio sam nakon komande pg_dump da izbaci set varijable koje me interesuju i vidim da su ispravno podesene -
- ovako:
na macosx i linux sistemima opcija backup-a radi sasvim normalno, dok na windows-u to nije slučaj...
također ono što sam primjetio, na windows-u moram koristiti -
- fin kartica implementirana
-
- početna stanja napravljena
-
- ispravljeno
-
-
- ovo je sada ispravljeno također, moguće ih je više od jednom ažurirati
-
- završeno od verzije 1.4.130
-
- također za fakture, u parametrima razno postoji parametar default template-a, tako da stavimo recimo f-std.odt i uvijek će njega otvarati
-
28.02.2013
-
- ja sam radio na mac-u, sada treba ovo testirati još na win i linux sistemima
-
- hm... da, na pogrešnom mjestu se pozivala funkcija
sada je to ispravljeno -
- Ubacio sam i removable drive podešenje, tako da se može podesiti da se backup pravi i na remote disk ili usb drive i slično...
-
- kada ubacim automatiku imam neki problem
-
- ... na ovoj opciji trebam još raditi
-
- Backup servera (tip) praktično kod automatskog režima ne treba da se dešava, on treba biti samo dostupan kroz meni opciju... postoje korisnici sa velikim brojem baza itd... to bi trajalo ko zna koliko
-
- možda F18Backup:lock() i F18Backup:locked() i ne trebaju uopšte da se koriste
zamišljeno je po principu da kada jedan korisnik pokrene backup proceduru da drugi to ne mogu da urade dok taj prvobitni korisnik ne završi
-
- stavio sam da se lock-uje proces backup-a, mada ne znam koliko to igra ulogu
praktično svaki od korisnika sistema može da pokrene backup i pravi se na njegovoj radnoj stanici
šta znači to ako sa 10 radnih stanica pokrenemo backup u... -
- kod narednog ulaska u aplikaciju treba da se provjerava
* datum zadnjeg backup-a: recimo 20.02.2013
* interval je 3 dana
* danas je 21.02.2013, 21 - 3 = 18.02.2013, 18.02 > 20.02 = FALSE, neće se ništa desiti
* itd... -
- Datum zadnjeg backup-a se bilježi u par sql za svakog user-a
znači procedura je:
* F18 provjerava (user/datum_zadnjeg_backupa), to je recimo "" (nije nikada rađen)
* interval je podešen na 3 dana
* tekući datum - 3 dana > datum z... -
- Test MT
Pustio sam backup servera i pokušao izaći iz F18 i to nije moguće, što je dobro, ne moramo brinuti da će neko dok je backup još u procesu da zatvori aplikaciju. -
- Trebalo bi dakle, ako su intervali 0 da ne radi ništa, a ako postavimo vrijednosti da se samo vrti.
Taj dio mi je ostao još da napravim. -
- Parametri:
Napravio sam na parametrima glavnog menija
* automatski backup preduzeća (interval dana) def: 3
* automatski backup servera (interval dana) def: 30
-
- imamo i dva načina formiranja backupa
* ručno formiranje (poziv sa menija)
* automatski backup pri startu aplikacije
evo na primjerima kako pojedine opcije rade:
"backup opcija sa menija":https://github.com/knowhow/F18_knowhow/... -
- imamo dvije backup procedure
* backup pojedinačne baze
* backup servera
otvorio sam:
"f18_backup.prg":https://github.com/knowhow/F18_knowhow/blob/9ba37df115e3414acd2a6c9a935749fa655461b7/common/f18_backup.prg
-