Uvod
 Stav vývoje

 Konference

    Pravidla
    IRC

 Vývoj
 Download
 Dokumentace
 CVS
 Odkazy

UCTO.LINUX.CZ

Konference - IRC - Session 14

Tato session se uskutecnila dne 29. 11 2001:

[02:05] Nick change: pyta -> pyta_off
[07:09] zdk (jirsa@194.228.217.42) joined #ucto.
[08:50] h0nza (jmarek@127.0.0.1) joined #ucto.
[08:50] <h0nza> nazdarek...
[08:50] <h0nza> zdk jsi tu?
[08:53] <zdk> Ano jsem tu.
[08:57] <h0nza> ja uz taky...
[08:58] <h0nza> myslim, ze jsi chtel o necem podiskutovat?
[08:59] <zdk> Ja bych potreboval vysvetlit, co si mam predstavit pod skladem primadnich dokladu - zda je to jedna tabulka, ktera obsahuje vsechny hlavicky PD - nebo je to neco jineho?
[09:00] <zdk> Radeji to prirovnavej k tabulkam, ja si ty objekty nedokazu dobre predstavit.
[09:00] <h0nza> ja s tim mam taky problemy...
[09:00] <h0nza> no, sklad PD by melo byt v podstate neco takoveho:
[09:00] <h0nza> vezmi si napr. fakturu o 150-ti radcich...
[09:01] <h0nza> pro ucely nejaky prehledu a taky pro ucetnictvi potrebujes tech radku daleko mene
[09:02] <h0nza> rekneme, ze se zamerime na ucetnictvi samotne:
[09:02] <h0nza> pak potrebujes:
[09:02] <h0nza> zaklad dane 22%
[09:02] <h0nza> zaklad dane 5%
[09:02] <h0nza> zaklad dane 0%
[09:02] <h0nza> DPH 5%
[09:03] <h0nza> DPH 22%
[09:05] <h0nza> mel jsem jeste telefon :-(
[09:05] <h0nza> takze tohle by pak melo byt v tom skladu...
[09:05] <h0nza> pokud by zakaznik mel mit jeste jine pozadavky
[09:05] <h0nza> napr. sledovat oddeleni, zakazky a dalsi veci
[09:06] <h0nza> pak by se vlastne z te faktury musely dostat i tyto udaje a tech radku by tam treba bylo nakonec vice...
[09:06] <h0nza> napr:
[09:06] <h0nza> DPH zustava, protoze delit DPH na zakazky je nesmysl...
[09:06] <h0nza> ale zaklad 22% ze strediska xy
[09:07] <h0nza> zaklad 22% ze strediska zu
[09:07] <h0nza> ...
[09:07] <h0nza> je to jasny?
[09:07] <h0nza> no a do ucetnictvi si muzes vybrat:
[09:07] <h0nza> bud ti staci jen nascitat zaklad DPH na jeden radek
[09:07] <h0nza> a DPH na dalsi
[09:08] <h0nza> (to je postacujici k uplnemu zauctovani)
[09:08] <h0nza> nebo dle libosti muzes zauctovavat jednotlive dane na jine analytiky...
[09:09] Action: h0nza odchazim na cca 10min
[09:10] <zdk> Byla by jeste nekde tabulka hlavicky toho dokladu? Ja ziju v predstave ze doklad ma tabulku hlavicek a tabulku radek, tudiz nevim, jak se mam postavit ke skladu primarnich dokladu - chapu to jako sumarizaci udaju z hlavicky ..
[09:12] <zdk> Nebo je to mineno jako tabulka hlavicek, ale potom u rozlicnych dokladu se sleduji ruzne udaje - asi na budou zajimat jina data z prijemky nez z vystupu z mezd, krome tech ktere vstupuji do ucta - ty budou asi standardni
[09:14] <zdk> To si spise dokazu predstavit, ze pod skladem PD je vice tabulek hlavicek pro podobne oblasti dokladu
[09:14] <zdk> Ted jsem trochu odbocil..
[09:14] <h0nza> no ani ne...
[09:14] <h0nza> ale predstav si to takto:
[09:15] <h0nza> v tomto skladu nepotrebujeme hlavicky tech dokladu
[09:15] <h0nza> ty jsou v jednotlivych evidencich
[09:15] <h0nza> my tam potrebujeme udaje, ze kterych lze delat ruzne analyzy
[09:15] <h0nza> podle toho, jak si firma preje...
[09:16] <zdk> Ale ty same udaje jako ve skladu PD budou i v ucetnictvi - nebudou stejne udaje na dvou mistech?
[09:16] <h0nza> nebudou tam uplne ty same udaje...
[09:16] <h0nza> jak jsem psal:
[09:16] <h0nza> do ucetnictvi je mozne jeste s temi udaji udelat ruzne veci:
[09:16] <h0nza> predevsim je nascitat dle ruznych kriterii...
[09:17] <h0nza> obecne v ucetnictvi te nezajimaji strediska...
[09:17] <h0nza> cili muzes nascitat vlastne vsechny napr.:
[09:17] <zdk> A proc to nebude lepsi udelat rovnou nad temi hlavickami dokladu - tam jsou vsechny udaje.
[09:17] <h0nza> zaklady DPH pres vsechna strediska a pres vsechny sazby...
[09:18] <h0nza> v hlavickach dokladu nejsou vsechny udaje...
[09:18] <h0nza> ostatne, proc by tam byly?
[09:18] <zdk> Tak, ted jsme myslim odhalili psa.
[09:18] <h0nza> v hlavicce dokladu mas napr. adresu prijemce...
[09:18] <h0nza> apod...
[09:19] <h0nza> ale tohle te v ucetnictvi ani v rozborech (asi) nezajima...
[09:19] <h0nza> jak to?
[09:20] <h0nza> v podstate vsechny zajimave udaje do toho skladu jsou v radcich dokladu!
[09:21] <h0nza> to, co zadavas do hlavicky se bere jako defaultni pro ty jednotlive radky (a taky by se to tam asi melo pridavat)
[09:21] <h0nza> a pokud chces neco u radku predvyplnit jinak, tak proste zmenis ty defaultni hodnoty u toho konkr. radku (nebo u vice)...
[09:22] fers (fers@fbinvest-gw.dnet.cz) joined #ucto.
[09:22] <zdk> Ja porad mam predstavu, ze v hlavice dokladu jsou vsechny udaje nutne a potrebne udaje pro ten doklad - faktura: firma, splatnost, datumy, celkem za fa s i bez PDH, strediska - proste vsechny udaje pro doklad, ktere se nelisi radek od radku ..
[09:22] <h0nza> nazdarek fers-i ;-)
[09:22] <fers> Cao
[09:22] <h0nza> s tim souhlasim...
[09:22] <h0nza> ale nektere z tech udaju (napr. splatnost) potrebujes jen v evidenci faktur
[09:23] <h0nza> a ne v ucetnictvi...
[09:23] <zdk> Pises hrozne rychle, mam pomale odezvy ...
[09:24] <h0nza> ale vem si, ze pokud chces ovlivnovat jednotlive radky dokladu a k jednotlivym radkum pridavat jine hodnoty, nez defaultni
[09:24] <h0nza> tak stejne musis mit vsechny hodnoty u jednotlivych radku, ne?
[09:24] <h0nza> ;-))) to neni odezvama, to je rukama ;-)))
[09:26] <h0nza> hint: tak pis kratsi vety...
[09:26] <zdk> No ja vychazim z existence nekolika ruznych tabulek pro hlavicky dokladu - podle oblasti ci lepe podle podobnosti sledovanych udaju - faktury+objednavky, prijemky+vydejky atd
[09:26] <h0nza> ano...
[09:27] <h0nza> asi by se to dalo vazat i jinak:
[09:27] <h0nza> prijemky+vydejky+inventura... proste sklad
[09:27] <zdk> V tom pripade chapeme ruzne pojmy jinak
[09:27] <h0nza> faktury+objednavky+zalohy+pokladna = dalsi modul...
[09:27] <h0nza> ale to asi neni tak podstatny...
[09:27] <h0nza> jakpak to?
[09:28] <zdk> Tak a ted mi neni jasne, zda vedle udaju hlavicek, ktere jsme si popsali,
[09:28] <zdk> bude i dalsi sumar - sklad PD?
[09:29] <zdk> Protoze ty udaje uz nekde mas, tak si dotahnes doklad - tam je techudaju nejvice na prehledy
[09:29] <h0nza> asi jsme si trosku nerozumeli: co myslis temi udaji hlavicek?
[09:30] <zdk> Tabulku hlavicek treba fa
[09:30] <h0nza> no a co bude v te tabulce hlavicek fa za sloupecky?
[09:31] <zdk> vsechny potrebne udaje pro fakturu + sumare cen a kusu za radky
[09:33] <zdk> Zjednodusene napsano: hlavicky fakt; hlavicky sklad pohybu --> ucetnictvi
[09:34] <zdk> Ja totiz nevidim potrebu delat nad tabulkymi hlavicek dokladu jeste dalsi sumar
[09:34] <h0nza> tohle by bylo vyhovujici v pripade, ze nechces tu fakturu dale delit a jednotlivym radkum predepisovat dalsi vyznamy a pridavat jim dalsi atributy...
[09:37] <zdk> Hlavicky faktur je navazana na radky faktur, pokud si u radku faktur neco zmenim - treba akontaci pro radek, tak se to projevi tak, ze pri zauctovani se mi do ucta dostane vice "kompresovanych" radku nez kdyby byly vsech stejne
[09:37] <h0nza> ale pokud jen jednomu radku pridas jiny atribut, napr. jen ten, ze se jedna o jine stredisko, nez defaultni, nebo ze se jedna o jinou akci, investice/neinvestice apod...
[09:37] <h0nza> tak uz potrebujes delat soucty pres radky se zachovanim techto udaju...
[09:38] <h0nza> k tem kompresovanym radkum: to je prave to, co bych chtel mit ve skladisti primarnich dokladu...
[09:39] <zdk> To bych videl v ucetnictvi jak je doklad zauctovany, pak nebudu potrebovat nezikrok
[09:39] <zdk> .. mezikrok ..
[09:39] <h0nza> ale jo...
[09:40] <h0nza> ale nas treba budou zajimat jeste dalsi rozbory, ktere v ucetnictvi nebudou, nebo nebudou nutne muset byt...
[09:40] <zdk> Ja to rozdeluji na udaje potrebne pro ucetnictvi a sledovane udaje pro ten doklad
[09:40] <h0nza> a ty by se pak mohly delat prave z toho skladiste PD...
[09:40] <zdk> Pak si spojis ucetnictvi s puvodnim dokladem
[09:40] <h0nza> i to by slo...
[09:41] <h0nza> ale zase: v tom skladisti PD by mely byt udaje "komprimovane": tj. uz predzpracovane pro takove analyzy...
[09:43] <zdk> I tak si myslim, ze bude lepsi treba rozsirit udaje vstupujici do ucetnictvi a
[09:43] <zdk> nevytvaret mezikrok, protoze tech pozadavku na rozbor situace bude mnoho, tak se dostanes k tomu,
[09:44] <zdk> ze budes mit stejne udaje v hlavice dokladu jako v skladisti PD, aby jsi vyhovel vsem pozadavkum
[09:45] <h0nza> v tom pripade by tam klidne mohly byt _RADKY_ tech dokladu...
[09:45] <zdk> kde
[09:45] <h0nza> v tom skladisti...
[09:46] <zdk> a jak resit ze sledujes jine udaje v mzdach a odlisne jine v skladovych pohybech?
[09:46] <fers> Ja bych rekl jednu poznamku. Jestli jsem to dobre pochopil z casti vasi diskuse. Tady bude hodne zavyset na tom jakou zvolime databazi (zda objektovou nebo relacni).
[09:46] <h0nza> no to je prave to, co me na tom zarazi a proc bych chtel mit mezikrok!!!
[09:46] <zdk> Pokud tam budes chtit mit radky, tak je buds duplikovat z radku dokladu
[09:47] <h0nza> nebudu je duplikovat...
[09:47] <h0nza> me nezajima v tomto skladisti napr. nejaky slovni udaj z radku faktury...
[09:47] <zdk> tak je budes o opisovat v sumazizovane forme
[09:47] <h0nza> me zajimaji penize, predkontace a dlasi sledovane atributy...
[09:47] <h0nza> ano, budu...
[09:48] <h0nza> ale pak se mi to vyplati pri delani rozboru a pri uctovani...
[09:48] <zdk> A jak postavis co nejobecneji, tu definici sloupecku pro sklad PD
[09:48] <h0nza> uvedom si, ze tyhle veci se ziskavaji z kazdeho dokladu trosku jinak...
[09:48] <h0nza> a kdybych pak chtel delat rozbor pres VSECHNY doklady
[09:49] <h0nza> tak bych mel proste velky problem...
[09:49] <h0nza> z kazdeho dokladu bych musel ziskat udaje, ktere potrebuju, jinym zpusobem...
[09:49] <h0nza> ale ja je tu budu mit proste pripraveny...
[09:50] <h0nza> zkusme tu definici:
[09:50] <zdk> ano souhlasim, pokud se dostaneme k tomu, ze by ve skladisti byly nejake universalni udaje ze vsech koutu IS - proc by nemohly byt v ucetnictvi?
[09:50] <h0nza> protoze te treba v ucetnictvi nebudou zajimat...
[09:51] <h0nza> napr. DPH
[09:51] <zdk> Nase ucetni DPH zajima i strediska
[09:51] <h0nza> to sice muzes uctovat na analytiky 343
[09:51] <h0nza> ale nemusis...
[09:51] <h0nza> jiste...
[09:52] <h0nza> ale ono se to da proste udelat tak, ze do ucetnictvi se to pohrne bez techto znaku
[09:52] <h0nza> a analyza se udeal pres ten sklad.
[09:52] <h0nza> ... udela...
[09:53] <zdk> Nedokazem nadefinovat obecne udaje pro skladiste PD, kazdy zakaznik bude mit jine pozadavky,
[09:54] <h0nza> ano...
[09:54] <h0nza> to mi zatim neni zcela jasny, jak tohle vyresit...
[09:54] <fers> Ja myslim, ze bude nutnosti zjistit u PD, kteremu modulu patri a pak pres nejake standardni rozhrani se ptat toho konkretniho modulu.
[09:55] <zdk> tudiz potom budes muset pripojovat pro tu analyzu bud radky dokladu nebo hlavicky (podle toho, kt. udaje Te budou zajimat)
[09:55] <fers> Ano.
[09:55] <h0nza> inu to je prave to...
[09:55] <h0nza> myslel jsem proste, ze z jednotlivych agend se udaje prelejou do nejake normalni formy
[09:56] <h0nza> ze ktere se pak budou dale delat rozbory
[09:56] <h0nza> a jednim z tech rozboru je i ucetnictvi...
[09:56] <h0nza> (proto se tu za to tak peru) ;-)))
[09:56] <zdk> Proc ta forma uz nemuze byt v ucetnictvi? I kdyby tu udaje mebyly zobrazovane ve formularich.
[09:57] <zdk> Ja se za to neperu, jenom se potrebuji ujasnit,
[09:57] <h0nza> muze...
[09:57] <fers> hOnza: Aby to fungovalo tak jak chces musime to udelat objektove ;-)
[09:57] <zdk> ze budou udaje nekolikrat vedle sebe, byt i v trochu jine forme.
[09:58] <h0nza> jde o to, ze pri kazdem pohledu do ucetnictvi se budou muset delat ruzne sumy pres radky ulozene ve skladu PD...
[09:58] <h0nza> ale jiste by to tak slo udelat, proc ne...
[09:58] <h0nza> fers objektum se nebranim ;-)
[09:58] <fers> hOnza Ale soucasna free situace objektovych databazi neni zrovna ruzova :-(
[09:59] <zdk> To zalizi na tom, jake udaje budou vstupovat do ucta, my je tam posilame v te sumarizovane forme,
[09:59] <h0nza> ja vim, nasel jsem jen jednu...
[09:59] <zdk> kterou mas patrne na mysli.
[10:00] <zdk> Zachovam se nezdvorile, musim odejit, jeste to promylime a prodebatime
[10:00] Nick change: zdk -> zdk_off
[10:02] <h0nza> ale prece jen SQL je SQL ;-)))
[10:03] <h0nza> nejsem si jisty, zda jsou objekty zrovna nejvhodnejsi pro takove veci...
[10:04] <fers> To ano, ale proste casem zjistis, ze slozitost nekterych databazi je tak velika, ze realizovat to pomoci sql je slozite. U objektu si proste jen udelas takovou metodu, ktera dela to co potrebujes a o to jak je to ulozene se nestaras.
[10:04] <h0nza> ostatne muzes pohlizet i na tabulku jako na tridu a jednotlive radky jsou instance...
[10:04] <fers> Ano, ale tam je tezke udelat odvozovani.
[10:04] <fers> I kdyz to take jde (neco jsem se snazil naznacit na setkani).
[10:04] <h0nza> odvozovani jsou v podstate relace, ne?
[10:04] <fers> No ne uplne.
[10:05] <fers> Relace jsou vazby. A jeden specialni druh vazby je i odvozovani.
[10:05] <h0nza> hm... no, uplne to asi nechapu...
[10:05] <h0nza> ale dobre.
[10:06] <fers> Objekty se skvele hodi napr. na adresar. Ale horsi je to u UZ (nebo jak jsme to jmenovali). Ale take to jde. A zalezi jen na implementaci databaze jak je na to rychla.
[10:06] <fers> Ale rekl bych, ze za nekterych okolnosti (kterych je mimochodem hodne - tak 70% vazeb) jsou rychlejsi.
[10:06] <h0nza> dobra...
[10:07] <h0nza> do toho nehci zasahovat...
[10:07] <h0nza> je to tvuj ukol...
[10:07] <h0nza> ;-)
[10:07] Nick change: pyta_off -> pyta
[10:07] <h0nza> ale muj nazor je, ze SQL je na tohle dost dobre pripravene a vymakle a overene...
[10:07] <h0nza> ale jak rikam...
[10:07] <pyta> Dobre rano, koukam co se zde deje....
[10:08] <h0nza> nazdarek ;-)
[10:08] <h0nza> zrovna tu drbu objekty ;-))))
[10:08] <pyta> Vidim :-))
[10:08] <h0nza> proste: me je v podstate jedno, v cem se to udela...
[10:09] <h0nza> jen je mi divny, ze to maji temer vsichni na Oraclu a podobnych SQL "zrudach"
[10:09] <pyta> Mam jen jednu odpoved : Relacni a objektove databaze maji naprosto stejnou silu, to co jsme delali na setkani, bylo modelovani problemu a z toho prestoze je objektovy neni nejmensi problem prejit k libovolne fyzicke reprezentaci dat
[10:09] <h0nza> a funguje to dobre...
[10:09] <h0nza> ja ma taky ten dojem...
[10:10] <h0nza> jen me zrovna fers presvedcoval, ze objekty jsou rychlejsi...
[10:10] <pyta> To co jsem cetl, tak bych rekl ze ano ...
[10:10] <pyta> Zalezi samozrejme na konkretni implementaci a typu problemu.
[10:11] <h0nza> hmm...
[10:11] <h0nza> ale asi to neni moc free...
[10:11] <h0nza> no proste: je mi jedno, v cem to udelame...
[10:12] <h0nza> hlavne by to melo byt primarne nad free vecmi
[10:12] <h0nza> a pripadne at si zakaznici dokoupi nejake vykonnejsi ne-free reseni, pokud budou chtit..
[10:12] <pyta> V tom je problem. Kdyz pouzijem relacni (asi nic jineho nezbyde), tak budeme psat vice kodu.
[10:13] <h0nza> v tomhle nemam zadny odhad, takze nevim...
[10:13] <zdk_off> pyta: precti si nasi predchozi diskusi s honzou, chtel bych znat posleze, az se vratim,Tvuj nazor
[10:14] <fers> Koukam, ze mrtvoli umi mluvit ;-)
[10:14] <h0nza> ;-)
[10:14] <pyta> Si to predstav -> O obj. databaze se ti rovnou ulozi to co mas v pameti a koncis, u relacni toto musis rozdelit do tabulek a ulozit - tzn. navic definice tabulek, dotazu a mapovani objektu do tabulek
[10:14] <pyta> Zdk: Jiz jsem cetl
[10:14] <h0nza> ano, ale jak jsem psal:
[10:14] <h0nza> muzes povazovat tabulku za tridu
[10:15] <h0nza> a jeji jednotlive radky za instance, ne?
[10:15] <pyta> Jasne
[10:15] <fers> Take u relacni databaze mas vazby delane pres cislo. To musis vyhledat. I kdyz je to setsakra rychle. Kdezto u objektovych db je to bud primo offset nebo adresa v tabulce, kde je skutecne umisteni.
[10:16] <pyta> hozna: Proste nase vysoke objekty se budou postupne upravovat, az z nich vypadnout metody, pribydou atributy a potom v jeden okamzik prohlasis : trida=tabulka
[10:16] <h0nza> fers: to, co pises je naprosto ekvivalentni tomu, co se v podstate deje v SQL databazich (IMHO)
[10:16] <h0nza> jasne...
[10:17] <h0nza> BTW: obvykle funguje doplnovani nicku pomoci klavesy <tab>
[10:17] <h0nza> (alespon u me) ;-)
[10:18] <fers> No jo :-)
[10:18] <h0nza> no, tak jsme se dohodli...
[10:19] <h0nza> ;-)
[10:19] <fers> h0nza: No jo bylo na ten tabelator ;-)
[10:19] <h0nza> a ja jdu predelat svuj skript tak, aby zral logy z eggdrop-a a cpal je na web...
[10:19] <h0nza> asi jeste mirne predelam logovani:
[10:20] <fers> h0nza: u relacnich db se to dela tak, ze mas B*-strom a v nem se vyhledava. Tam je slozitost log( N ) (myslim). Kdezto u te tabulky je slozitost 1 (tj. konstantni).
[10:20] <h0nza> kdyz se vam ukaze, ze zmizel BotTom, tak to znamena, ze se chvilku neloguje...
[10:20] <h0nza> aha...
[10:20] <h0nza> ale proto snad jsou u relacnich db indexy, ne?
[10:21] <fers> No prave ten B*-strom je ten index. Jinak by jsi to musel prohledavat sekvencne. A tam je slozitost N.
[10:21] <pyta> Take bych rekl - strom si dela pouze v mistech, kde jsou indexy
[10:22] <h0nza> takze je to ekvivalentni ;-)))
[10:22] <h0nza> fers zase jsi me nepresvedcil ;-)
[10:22] <h0nza> ;-)))
[10:22] <fers> coze?
[10:23] <h0nza> no ukladani v SQL proti ukladani v objektovych db...
[10:23] <pyta> fers: Ty jsi jeste rikal o jine OODB nez jen GOODS - v tom mailu co jsi poslal jsem to nenasel
[10:24] <fers> pyta snort. Najdu a poslu adresu.
[10:24] <fers> pyta: Shore - http://www.cs.wisc.edu/shore/
[10:24] <fers> Snort je neco jineho :-)
[10:24] <pyta> dik
[10:25] <fers> pyta: jak budeme resit transakce v ramci modulu? Ten problem bude jak u OODBMS tak RDBMS. Ja bych vytvoril nejaky TransactionManager.
[10:25] <fers> mezi moduly.
[10:25] <fers> V ramci jedne databaze by se pristupy do databaze provadeli treba pres nej a tak bychom meli transakce na urovni db.
[10:27] <pyta> To nevim - resp. transakce mezi moduly jsou problem. V ramci modulu si ridi kazdy modul sam. Zde bych navrhoval pristup jako u jinych problemu, tj. chceme-li transakce mezi moduly, tak patricny modul musi implementovat urcite rozhrani, zaregistrovat se v trans. manageru a ten je to potom schopen ridit
[10:27] <fers> Kdyz to budou ruzne moduly tak to bude problem. Protoze by se mu sice mohli zaregistrovat moduly, ktere potrebuji commit. Pak by se on zeptal vsech zda jsou pripraveni pro commit. Kdyz reknou OK, tak rekne pripravte se na commit. Jeste nez to udela by musel ulozit do transakcniho logu co bude delat. Pak by udelal commit.
[10:28] <fers> tim to ale nekonci.
[10:28] <fers> Protoze nektery modul muze spadnout a my musime byt bud schopni provest globalni rollback (i po lokalnim commitu) nebo z transakcniho logu rekonstruovat ten, ktery selhal.
[10:28] <pyta> O to co rikas se je schopen postarat transakcni manager - dvoufazovy povtrzovaci protokol
[10:29] <fers> Pak by muselo probehout finalni commit.
[10:29] <fers> jen dvoufazovy? Co kdyz vypadne TM? Co kdyz vypadne nektery modul? Jak to funguje?
[10:31] <h0nza> alelujaaaa....
[10:31] <h0nza> zjistil jsem, ze log z BotToma je snadno preveditelny do html ;-)))
[10:31] <pyta> Zkusim to najit presne ve skriptech, co si pamatuji, tak provedes jednotlive operaci a kdyz jsou OK, tak potom zahlasis modulum, ze mohou na transakci zapomenout
[10:31] <h0nza> pohoda ;-)
[10:33] karlos (a@217.11.238.12) joined #ucto.
[10:34] <fers> takze kdyz vypadne jeden modul v prvni fazi tak se dela globalni rollback?
[10:35] <pyta> Ano, presne tak
[10:35] <pyta> V druhe to jiz provedlo a az bude znovu dostupny, tak si pouze zrusi zaznam o transakci
[10:38] <fers> Tak jsem rozchodil tu bugzillu.
[10:38] <fers> pyta budes delat QA? Nebo to mam delat ja?
[10:39] <fers> Myslim, defaultni.
[10:39] <fers> Muzete si tam zalozit konta? plz. ucto.linux.cz/bug/
[10:40] <pyta> Parada, jdu na to, co se tyka QA, tak jak chces - asi se to stejne casem rozdeli po modulech
[10:41] <pyta> Jake v ni udelame deleni ?
[10:42] <fers> zatim jsem udelal nekolik skupin lidi.
[10:43] <pyta> Myslel jsem z hlediska "programu" a "modulu"
[10:43] <fers> moduly jsou: Dokumentace, Framework, [MOD] Ucetnictvi
[10:44] <fers> Ja jsem pochopil spravne, ale daval jsem dohromady to co tam mam.
[10:44] <pyta> Tak je plz. pojmenuj anglicky - mam zkusenost, ze pri prejmenovavani pozdeji to rozhodi ulozene dotazy
[10:45] <fers> Jak mam napsat ucetnictvi?
[10:45] <fers> jde o ten zakladni modul.
[10:45] <pyta> Accounting, Acc ...
[10:45] <fers> To mne taky mohlo napadnout.
[10:48] <pyta> Bugzilla rozesila maily se zpozdenim ? Ze mi jeste neprislo heslo ke zrizenemu uctu...
[10:49] <fers> nevim.
[10:50] <fers> uz to dorazilo?
[10:50] <pyta> jeste porad nic
[10:52] <fers> uz jsem zapnul okamzite posilani.
[10:52] <fers> Neni to tim, ze jeste nemam bezet cron?
[10:53] <pyta> Myslim, ze bezet nemusi, ale nevim to jiste
[10:54] <fers> No v manualo o tomto nepsali nic.
[10:58] <fers> Uz?
[10:59] <pyta> Porad nic.... zkusil jsem dat at mi to posle a nic....Tobe to neco posila >
[10:59] <pyta> ?
[11:02] <fers> Ja se zapsal do db rovnou. Zkusim to.
[11:06] <fers> Take nic.
[11:21] <fers> Mozna jsem prisel cim to je. Danovi asi nejak zlobi postfix.
[11:21] <pyta> A co to znamena pro nas ?/
[11:21] <fers> Pockat az dan odpovi na maila :-)
[11:21] <pyta> :-))
[11:40] <fers> Take tam byl problem, ze postfix sendmail neakceptuje parametr -t a bugzilla chce sahat pro sendmail do /usr/lib/sendmail
[11:44] <fers> Uz to chodi.
[11:44] <pyta> parada..jdu to testnout
[11:46] <fers> Pridal jsem ti vsechna prava.
[11:46] <pyta> Dik, bezi to :-))
[12:01] <pyta> h0nza: Dostal jsi mail ?
[12:03] <h0nza> dostal... co kdybychom tomu tedy rikali "overeni" ;-))))
[12:04] <h0nza> ?
[12:04] <pyta> :-)) Jeste jsem jim poslal dotaz na srovnani se slovem Autentizace
[12:05] <h0nza> me autentifikace evokuje elektrifikaci a skoro i kolektivizaci...
[12:05] <h0nza> a taky se usetri dve pismenka ;-)))
[12:06] <pyta> Tak se muzes zasadit o zmenu pravidel :-)) Resp. jestli jsem pochopil spravne tu jejich odpoved, tak zvysit pocet pouzivani a oni to potom kdifikuji
[12:06] <h0nza> hmmm... asi jo ;-)
[12:06] <h0nza> tak bychom mohli zacit v tom Stepanove dokumentu, co rikas? ;-))))
[12:07] <pyta> S autentifikaci ? jsem pro :-)))
[12:07] <h0nza> to prave ne... :-(((!!! ;-)))
[12:07] <pyta> :-)
[12:08] <h0nza> tak jsem se zaregistroval do BugZilly...
[12:08] <h0nza> kdopak tam dal to o te uzaverce? Vsadim se, ze fers ;-)
[12:08] <fers> Kterou uzaverku?
[12:09] <pyta> Ja jsem zatim napsal bugy 5,6 a take si je priradil :-))
[12:09] <h0nza> no, ze spravny ucetni dela i uzaverku domaciho ucetnictvi ;-)
[12:09] <fers> Jde v bugzille nastavit neco jako default cc? Ja bych rad videl co se v bugzille deje.
[12:09] <fers> To jsem byl ja.
[12:09] <fers> Pokud Vas napadne neco vtipneho tak kliknete a napiste ;-)
[12:09] <h0nza> tak jsem to odhadl dobre ;-)
[12:10] <pyta> Sveho casu jsem napsal asi 20 radek v cestine o pouzivani Bugzilla pro novacky, chcete to nekdo nejak rozsirit ? Ze bychom neco takoveho dali na web ... ?
[12:12] Nick change: pyta -> pyta_lunch
[12:12] <fers> Posli.
[12:12] <h0nza> pyta dobrou chut ;-)
[12:14] <pyta_lunch> dik, poslu
[12:15] Nick change: karlos -> karlos_off
[12:18] <h0nza> hmm... ma pravdu ;-)
[13:18] Nick change: karlos_off -> karlos
[13:22] Nick change: pyta_lunch -> pyta
[13:24] <pyta> h0nza: Poslal jsem ti 2.mail z AV -> pouzivat autentizace, prip. autentifikace, ale temer. vuber autentikace
[13:40] <h0nza> to neni vubec spatny...
[13:40] <h0nza> a navic je to taky kratsi ;-)
[14:00] <fers> pyta: autentifikace je cesky take spatne ne?
[14:01] <pyta> autentifikace je ok, poslu ti co mi poslali z te aV
[14:04] <fers> ok
[14:08] <fers> hmmm, asi mas pravdu.
[14:13] <h0nza> pratele, kouknete se na http://ucto.linux.cz/irc/ses12.php
[14:13] <h0nza> jsou tam nove session v novem tvaru, jestli to tak bude vyhovovat...
[14:16] Durill (cirkl@slave.mssch.cz) joined #ucto.
[14:16] <Durill> Ahoj
[14:16] <h0nza> nazdarek...
[14:16] <pyta> ahoj
[14:16] <h0nza> tak pomalu rozkresluju ten adresar...
[14:17] <Durill> Koukal sem ze bugzila je uz rozjeta
[14:17] <pyta> Zaznam tech IRC session vypada dobre....
[14:17] <h0nza> asi to zacnu delat nad tim tvym prvnim schematem
[14:17] <Durill> Ja sem ted mel rozdrbanej komp, ale rikal sem si, ze udelame dve verze. Full a minimal.
[14:17] roman (roman_o@masq.poda.cz) joined #ucto.
[14:17] <h0nza> dobra, pridam na ne tedy odkaz...
[14:18] <Durill> Ve full by byly i ty lidi, v minimal jen firmy. S tim, ze default je minimal.
[14:20] <Durill> K bugzila: Myslim ze sem se tam zaregistroval dvakrat. Bud se poprve udelal preklep v emailu nebo sem byl moc nedockavej...
[14:20] <Durill> Pak by na ni mel bejt odkaz na z menu co je na levo na strankach.
[14:20] <h0nza> Durill: to by taky bylo reseni...
[14:21] <h0nza> Durill (to bylo k tomu adresari)
[14:22] <h0nza> fers k tem strankam: byl pochvalen jejich design a me se taky moc libi...
[14:22] <h0nza> fers chces je porad jeste nejak predelat???
[14:22] <Durill> fers chce menit design stranek?
[14:23] <h0nza> no, IMHO se o tom zminoval...
[14:23] <fers> myslis ucto.linux.cz?
[14:23] <h0nza> jo...
[14:23] <fers> To jsem vzal defaultni menu a ramecky z nasich web aplikace.
[14:23] <h0nza> bylo to ve spojitosti s tim grafikem...
[14:23] <fers> To rozhodne takhle nemuze zustat.
[14:23] <h0nza> ale vypada to dobre...
[14:23] <fers> To musi jeste grafik nejak upravit.
[14:23] <h0nza> proc?
[14:24] <h0nza> me se to tak libi...
[14:24] <fers> mimochodem je to tam uz od zacatku - tj. jeste pred prvnim setkanim.
[14:24] <h0nza> je tam minimalne grafiky, takze je to rychly i pro modemare...
[14:24] <h0nza> no a?
[14:24] <h0nza> ;-)
[14:24] <Durill> Podle mne je to zatim docela dostacujci.
[14:24] <fers> No ono jde delat profesionalni design i bez grafiky.
[14:25] <fers> Rozhodne zatim ano.
[14:25] <Durill> Rozhodne bych pockal na nazev a pak teprve neco vymejslel, ale IMHO sou momentalne dulezitejsi veci
[14:25] <fers> Ja mam slibene od grafika, ze mi to udela. Uz to mam slibene pul roku. Az budeme mit vysledky tak mu teprve reknu.
[14:26] <fers> Ja to ted neresim.
[14:26] <Durill> Tak tenhle pristup schavaluju :-)
[14:26] <Durill> Muzu odskocit k DocBooku?
[14:27] <fers> Muj kamarad Adam Hauner je blazen do mozilly. Uz i winamp ma ve stylu mozilly.
[14:29] <fers> Odskoc
[14:29] <fers> pyta v cem to pisete? Predpokladam, ze text editorem asi ne.
[14:29] <pyta> ahoj, mel jsem telefonat
[14:30] <pyta> pisu tu v notepad, nedit
[14:31] <Durill> na to se prave chci zeptat. Psat to ve VI nebo NotePad mne moc nelaka. Kor zpocatku, nez se ty tagy naucim.
[14:31] <pyta> Pak navrhuji pouzivat OpenOffice nebo HTML. Jedina vyhoda docbook je v moznosti snadneho merge, ale to ma i HTML
[14:32] <Durill> Mam stazenej TextEdit, este sem to neotevrel, ale nekde u DocBooku sem na to narazil, a pak pipsou o Emacs, ale tenhle OS neumim :-)
[14:32] <Durill> DocBook mi pride jako spravna cesta, HTML jen jako vystupni format.
[14:33] <pyta> To si myslim take, jenze DocBook neni zrovna trivialni pro uplne zacatecniky a musim se priznat, ze jsem se take chvili premlouval nez jsem ho zacal rozchozovat, ale ted je to v poho
[14:35] <Durill> Ja se chci pokust najit co nejmene slozitou cestu. Ve skutecnosti by se mi libilo neco jako HomeSite nebo Quanta+.
[14:35] <Durill> Ptam se, abych nehledal neco uz nalezeneho.
[14:35] <pyta> Pouzitelny je libovolny XML editor, ktery umi DTD
[14:38] <Durill> a mas neakej typ?
[14:38] <pyta> Jeste k webu: Myslim, ze je v pohode a zatim dostatecny, jen to chce dbat dusledne na pouzivani "neformatovanych" dokumentu, aby se na ne dali aplikovat styly. Casem bude nutne upravit sekci dokumentace. Nejakou zmenu bych videl az bude pristi tyden uzavrena kauza jmeno.
[14:39] <pyta> http://www.alphaWorks.ibm.com/tech/xeena
[14:40] <h0nza> pyta to mas odzkouseny?
[14:40] <pyta> jen nainstalovane :-))
[14:41] <pyta> mne na tom odradilo, ze to je nejaka trial verze (90 dni)
[14:44] <h0nza> aha...
[14:44] <h0nza> no ale treba by to na nauceni stacilo ;-)
[14:44] <h0nza> ja jsem se taky zatim nedokopal do emacsu...
[14:44] <h0nza> uz jsem to zkousel, ale nejak mi to nejde... ;-)
[14:45] <h0nza> ale muj kamarad s nim zacal natvrdo a je velmi spokojeny...
[14:45] <pyta> nekolikrat jsem se o nej pokousel a vzdy jsem si nakonec rekl, proc ho mam pouzivat, kdyz jsou lepsi specializovane editory... Stejne tak preferuji textovy procesor pred TEXem pro psani dopisu
[14:45] <h0nza> dela v tom HTML, php, XML...
[14:46] <h0nza> TeX pisu v LyX-u ;-) (i dopisy)
[14:46] <h0nza> clovece, ted jsem si uvedomil: LyX by mel umet i format Docbook...
[14:46] <pyta> :-) Proc ne...
[14:46] <h0nza> du se podivat...
[14:55] <fers> pyta: Jak to funguje v orbit kdyz volam corba objekt, ktery je soucasti stejneho procesu? Je slozitost mensi nez kdyz volam vzdalene?
[14:56] <pyta> Orbit byl optimalizovan pro lokalni volani (pouziva ho Gnome interne), obecne je to zavisle na implementaci te ktere CORBA
[14:59] <h0nza> tak to opravdu v tom Lyx-u jde...
[14:59] <h0nza> on si to sice uklada do svyho formatu, ale pak to z neho lze dostat pomoci exportu...
[14:59] <h0nza> je treba mit nainstalovany sgmltools-2
[14:59] <h0nza> a nechat probehnout rekonfigure...
[15:00] <h0nza> akorat, ze je to v sgml, ne v xml...
[15:02] <h0nza> ale to uz se da prekousnout pomoci XSL... (IMHO)
[15:02] Nick change: h0nza -> h0nza_off
[15:02] Action: h0nza_off musi odbehnout...
[15:39] <Durill> /msg h0nza_off Ja nacrtnu ten Adresar minimal a zejtra ti to poslu.
[15:42] Durill (cirkl@slave.mssch.cz) left irc: ""
[15:56] Durill (cirkl@slave.mssch.cz) joined #ucto.
[16:00] roman (roman_o@masq.poda.cz) left irc: "Leaving"
[16:18] <pyta> Kdo je Roman ? Jiz vcera tu byl nekolik hodin a nerekl ani slovo ?
[16:19] <Durill> A kdyz uz sme u toho, karlos je karel zacek?
[16:19] <pyta> :-)) ano
[16:20] Nick change: Durill -> durill_off
[17:00] Nick change: h0nza_off -> h0nza
[17:00] <h0nza> no nic, pratele....
[17:00] <h0nza> prave odchazim...
[17:01] <pyta> ahoj
[17:01] <h0nza> mejte se pekne...
[17:01] h0nza (jmarek@127.0.0.1) left irc: "pa pa pam pa da paaaa..."
[17:02] <fers> ;-)
[17:17] Nick change: zdk_off -> zdk
[18:04] durill_off (cirkl@slave.mssch.cz) left irc: ""
[18:14] <pyta> zdk: ahoj, jak to vypada s volbou nazvu prisly nejake navrhy ?
[18:18] <fers> pyta: mas nekde nejake priklady na pouziti orbitu?
[18:18] <fers> Mas zkusenosti s jeho C++ rozhranim?
[18:19] <pyta> nemam, Karel pouzival vice Arbacus
[18:20] <pyta> Orbit je me prani - resp. libi se mi architektura
[18:20] <pyta> sorry, Orbacus
[18:21] <fers> a jaka je?
[18:21] <fers> ta architektura?
[18:23] <pyta> Rychla lokalni volani. Z dalsiho: je to cele pod GNU, ma to bindings do mnoha jazyku, port pro Win32....
[18:23] <pyta> Co se tyka C++ rozhrani tak na to je norma
[18:26] <pyta> Jeste k nemu jedna poznamka: Jsou dve verze Orbit a Orbit2 , verze 1 (cislovana jako 0.5.X) se pouziva uvnitr GNOME a je kompatibilni s CORBA 2.2, verze 2 se vyviji dale a je kompatibilni s CORBA 2.4 (tedy asi toto bychom meli pouzit)
[18:34] <zdk> Uz jsem zde, co se tyce nazvu projektu - po komentari zakkr se uz nikdo neozval, tudiz zitra sepisu navrhy a poslu je do konference.
[18:34] <pyta> ok, parada. Diky moc
[18:34] <zdk> Jedna vec mi, ale neni jasna, zda mam vyradit nazvy, kde je jako soucast gnu? (ty licence)
[18:36] <pyta> nevim..., rekl bych ze obecna shoda panovala nad vyrazenim nazvu obsahujicich Linux nebo jakykoliv nazev platformy
[18:37] <pyta> co se tyke gnu, nemel by nazev byt ve formatu GNU xxxx (zde bychom se dostali do sporu s ochranou znamkou) u formatu ve tvaru gnuXXX proste nevim
[18:38] <zdk> Dobre uvedu je pripadne pod carou s patricnym vysvetlenim.
[18:38] <pyta> to bude v pohode
[18:40] <zdk> Ja se na to necitim byt kompetentni, ale dnes jsem jeste mluvil s chlapikem, co nam spravuje linux a podle nej neni ZOPE pouze aplikacni server pro web - zkuste se na to podivat,
[18:41] <zdk> pokud jsem mu dobre porozumel, tak by to moholo splnovat nase pozadavky na OODB.
[18:42] <zdk> www.zope.org
[18:42] <pyta> ok
[18:58] <fers> Dnes Vas jiz opustim. Mejte se.
[18:58] <pyta> mej se
[19:02] <zdk> Taky se pujdu podivat domu, ahoj.
[19:02] Nick change: zdk -> zdk_off
[19:03] <pyta> ahoj
[19:06] Durill (cirkl@slave.mssch.cz) joined #ucto.
[22:25] <Durill> pyta: ty vase texty, co ste umistili na vasem webu, je hezke ze mate prejmenovano na novy nazev, ale mozna by tam moh bejt symlink, aby se nechalo k nim dostat pres odkaz v mailu do konfery.
[22:26] <pyta> aha, promin... ja bych se jich chtel z naseho webu zbavit - patri k ucto, co u nas jeste zbylo ? Velmi se omlouvam
[22:28] <pyta> uz to vidim, ... to je link primo do jednoho pracovniho adresare.... ten tam muze zustat
[22:29] <pyta> ok, dodam teda patricny symlink do apache...
[22:32] <Durill> Kdyztak to persunem na Web ucta a u Vas nachas tak mesic jen neakej redisrect.
[22:32] <Durill> redirect
[22:33] <pyta> ok
[22:33] <Durill> BTW: Mas neak zajisten CVS pristup?
[22:33] <pyta> Pouze pro cteni
[22:41] <Durill> Ja budu kvuli svemu psat Danovi, tak jestli tam nemam pripsat i Tebe, at to udela pri jednom. Pripadnene i pro Karla.
[22:42] <pyta> to by bylo dobre, asi pro oba
[22:42] <Durill> loginy? pyta a karlos?
[22:42] <pyta> treba
[22:43] <Durill> hesla mu reknu a vygeneruje a posle mailem. Si pro?
[22:43] <pyta> jasne, diky moc
[22:50] <Durill> tak sem to odeslal.
[22:51] <pyta> zitra odevzdavame jeden projekt, tak snad bude nyni trochu vice casu a budeme moc spachat slibene diagramy
[22:55] <Durill> no, ja sem konecne dneska umravnil komp, ted sem rozjel pod woknama DIA. Este musim zaktualizovvat dva weby a rovnez se vrhnu (alespon sobota) na moje nedodelky.
[22:55] <pyta> :-)
[23:05] Durill (cirkl@slave.mssch.cz) left irc: Read error: 104 (Connection reset by peer)
[23:17] pyta (pyta@217.11.238.10) left irc: Ping timeout: 181 seconds
[23:17] karlos (a@217.11.238.12) left irc: Ping timeout: 181 seconds
[23:30] Durill (cirkl@slave.mssch.cz) joined #ucto.


Náš projekt :-)    Copyright (c) 2001 Všechna práva vyhrazena