Uvod
 Stav vývoje

 Konference

    Pravidla
    IRC

 Vývoj
 Download
 Dokumentace
 CVS
 Odkazy

UCTO.LINUX.CZ

Konference - IRC - Session 10

Tato session se uskutecnila začátkem listopadu 2001:

<Fers> Akorat mne Karel stve. Vzdy prijde na neco co mne nenapadlo :-)
<Fers> Nejakou chybu
<jmarek> to je dobre, ne? ;-)
<Fers> Je.
<Fers> Ale neco s tim udelame. BTW: kolik dalsich lidi uz se ti nahlasilo?
<jmarek> zatim jen ti, o kterych jsem psal do konference ucto-dev-l...
<Fers> Pripravuji ten web.
<Fers> No nevim co tam jeste psat. Koukni se na to a dyztak to trochu uprav. Pripadne mohl by jsi na nejake mape (od slova mapa :-) najit kde se to nachazi? Ja pak zajistim oznameni na www.root.cz a odeslani na linuxlinux.cz
<jmarek> Fers ty jsi delal stranky ohledne chystaneho setkani?
<jmarek> a kam jsi je dal?
<jmarek> ja jsem je jaksi nenasel...
<Fers> ucto.linux.cz/setkani/ - Zatim nikde na to neni odkaz. Udelam ho az se k tomu vyjadris. Je tam vice mene ten tvuj text.
<Fers> Cau
<Fers> Cau
<Zdk> taky zdravim
<Fers> Mohl bych se zeptat trosku k tomu Vasemu navrhu? Ja bych to chtel uz zacit programovat, abych na to setkani mel neco hotove. V jakem stavu je ten navrh co mate? Kdyz ho vezmu muzu zacit programovat? Chtelo by to pro zacatek jen cast. Cim mam tedy zacit?
<Zdk> zadna domluva zatim neni, ja jsem navrhl par tabulek - ale neprslo to pripominkovim rizenim, nikdo se zatim neozval, jak jinak to resit ....
<Zdk> durill dela tabulku firem ...
<Zdk> ja chci jeste poslat do konference navrh tabulky hlavicek skladovych pohybu a pak nas cekaji radky
<Zdk> tedy radky k hlavickam navrzenych tabulek
<Fers> Hmmm. Tak co mam zkusit zacit delat?
<Zdk> kudy do toho? ... nevim, bojim se ze muj pohled nemusi byt spravny..., ale snad se od toho da vyjit??
<Fers> Ja bych se nebal toho, ze je neco spatne. Necim se zacit musi a hlavne ze zacatku mi bude trvat prvni modul (nechci rict tabulka). Pak uz to pujde jako po masle. Stejne se to bude hodne predelavat. Ale to uz budou detaily.
<Zdk> oni jsou to hodne spojene oblasti pomoci vnitrnich vazeb, tudiz pokud neni hotovy, alespon castecna kostra, datovy model muze dojik k zasednimu predelani pristupu
<Zdk> chapu to dobre, ze chces udelat ukazkovy a pokusny formular??
<Fers> Presne.
<Fers> Nebo si muzu udelat jednoduchy program pro faktury a adresar firem. Pak, ale bude splnen muj pozadavek na ucetnictvi :-) Pokud neni tedy neco takhle jednoducheho tak bych to tedy jeste nechal az bude vice hotove.
<Zdk> ja bych tyden vyckal, mezi tim se ujasni (snad) zaklady a na tech se uz da stavet
<Fers> Ok. Ja se k tomu stejne mozna dostanu az o vikendu a budu na tom mit hoodne co delat (jestli se k ucto vubec dostanu :-( ).
<jmarek> ahojte...
<jmarek> dneska mam porad nejaka jednani, tak tu moc nejsem...
<jmarek> dival jsem se na ten web: neni to spatny, jen premyslim o formulace te prvni vety...
<jmarek> nejak mi to nesedi...
<jmarek> Asi bych zmenil tu druhou vetu prvniho odstavce nejak takto:
<jmarek> Vitame vsechny, kteri by se chteli jakymkoliv zpusobem podilet na praci na tomto ucetnictvi...
<Zdk> Ted jsem mimo, jaky web?
<Zdk> Uz jsem to zjistil, tak nic....
<jmarek> roman neprijedes na setkani do CB?
<Zdk> ? kolik se ozvalo lidi, ze prijede ?
<jmarek> Zatim jen asi 4...
<jmarek> Ja, Petr Fersh, Tomas Milicka (ten bude asi prvne pozorovatel), pocital jsem i s tebou...
<jmarek> a Karel Zak...
<Zdk> pred chvili jsem posilal email - jako potvrzeni ucasti
<roman> ja do CB neprijedu mam to cca 500km
<Zdk> jak jsem postrehl setkani je putovni, tak priste muze byt bliz nebo uplne nejblize - u Tebe
<jmarek> roman jak to? ja myslel, ze jsi z prahy???
<Zdk> roman: co je tvou domenou?
<roman> Regionalni ISP na ostravsku, karvinsku ....
<Zdk> co je ISP
<roman> Internet Service Provider (pokud se nepletu)
<Zdk> kazda ruka ci hlava se hodi, je treba zjisti s cim se na Tebe muzem obratit - pokud budes chtit
<Zdk> co treba dnes resit ?
<jmarek> no, myslel jsem, ze budeme mit podklad adresare podle toho, na cem jsme se dohodli posledne...
<jmarek> Ale asi to Lukas nestihl...
<Zdk> Fers uz chtel zacit programovat, nakonec jsem se domluvili, ze do pristiho tydned budeme snad mit zakladni kostru DB
<Zdk> bude dobre sledovat u dokladu do jakeho patri obdobi? - treba 01/2002
<Zdk> ted nemyslim doklady v HK, ale treba prijemky ci vydejky
<Zdk> datum vytvoreni dokladu je 2.11.2001, ale ten doklad patri porad do 10/2001
<Zdk> musim bezet, preji pekny den
<53Fers> jmarek Myslis, ze uz je ten web pripraveny? Ja napisu mail (poslu ho nejdrive do ucto-dev-l) a zitra bych jej rozeslal na linuxlinux.cz a www.root.cz. Kam jinam jeste?
<Fers> Jeste k webu: Muj kamarad Adam Hauner je profesionalni webdesigner (postcard.cz, lupa.cz, ...) a slibil mi (vymenou za jinou sluzbu) navrh designu pro tento projekt. Mozna nam casem vymysli i logo. Zatim jsem ho ovsem o to nepozadal, protoze zatim neni co presentovat. Ale jen, aby jste o tom vedeli. Ze to bude.
<53Fers> jmarek Az bude to setkani, mohl bych prijet uz v patek? A kdyz bude jeste co resit tak tam byt do nedele? Ja jen, ze oficialni den je jen sobota.
<jmarek> jasne...
<jmarek> noclehy budou uz od patku...
<jmarek> v nedeli se asi teda uz moc nezucastnim...
<jmarek> to by me asi zena zdrhla k mamince ;-)
<Fers> ;-)
<Fers> Rika se Hos?
<Fers> v Hos
<Fers> Nebo v Hon?
<Fers> Kde to vlastne je. Ja myslel, ze to je u tebe doma.
<jmarek> na Hosn
<jmarek> neni to u me doma...
<jmarek> mam dvojpokojak... :-(
<jmarek> je to u jednoho kamarada na fae...
<jmarek> proto je tak levny ubytovani...
<jmarek> je to severne od CB
<jmarek> a jede tam mestska doprava...
<Fers> aha.
<jmarek> ale v pripade potreby je mozna kyvadlovka mym autem ;-)
<jmarek> Fers ja jeste na tu stranku dopisuju udaje o ubytovani, ale nemuzu ted sehnat uplne presne veci, takze budou asi zitra poo ranu...
<jmarek> teda presne informace...
<jmarek> a jeste tam pisu udaje, jak je mozno se prihlasit...
<Fers> Napis to tam vsechno :-)
<jmarek> Fers je nejaky problem s updatem web-u: neni mozne to update provest???
<jmarek> mohl bys ses na to podivat?
<jmarek> me to pise, ze nemuze prejmenovat soubor index.php na CVS/,,index.php???
<jmarek> a permission denied...
<jmarek> proste tohle:
<jmarek> cvs update aborted: cannot rename file index.php to CVS/,,index.php: Permission denied
<jmarek> mozna bude stacit, kdyz udelas ten update na web sam rucne...
<jmarek> no nic, jdu domu...
<jmarek> mej se hezky, koukni na poznamky, ktery jsem ti dodal...
<Fers> Diky. Cau
<Fers> Byl to problem s pravy. To budeme muset nejak resit.
<jmarek> nazdarek...
<jmarek> k tem pravum: asi by stacil jiny umask v /var/ucto/html, aby se tam ty soubory i adresare zapisovaly alespon s pravy rw-rw-r-- a vsichni bychom byly v jedne skupine napr. ucto...
<Fers> Cau
<Fers> Ono se to da nastavit na adresar? Ja vim, ze se da nastavit sgid bit na adresari a pak jsou vsechny vytvorene soubory z teto skupiny. Ale masku nevim.
<Fers> Jinak ve skupine ucto uz jsme.
<jmarek> ahojte...
<jmarek> jeste musim neco dodelat...
<jmarek> ale muzete klidne neco zacit ;-)
<Zdk> zdravim
<Zdk> jak dopadla vcerejsi debata na tema obdobi dokladu?
<Zdk> rad bych se domluvil - co jeste chybi: jake oblasti v datovem modelu; co je treba doplnit v metodice ucetnictvi ...??
<Zdk> koukam, ze zacatek mesice dava vsem zabrat, hodne prace chlapy?
<Zdk> dnesni kouzlo cestiny jsem si vybral, jdu hledat nove...
<Zdk> preji pekny den
<Zdk> Zdravicko
<Zdk> Chtel bych probrat nekolik bodu: 1) zda pouzivat nejaky filtr pri otevreni formulare ( maji se data zobrazovat vsechny nebo s nejakym vyberem)
<Zdk> 2) zda uvazovat o nejake kumulovane tabulce pro uzaverkove stavy a hodnoty ( tabulka by byla vhodna zejmena pro statisticke hodnoceni informaci). Vidim v tom odlehceni vypocetniho zatizeni serveru, ale je tu nebezpeci nekonzistence pri zpetne zmene udaju, tudiz se stava aktualni nejaka znovunaplnujici metoda. Vyvstavaji tu dalsi otazky, zda muze pracovi opravit doklad z uzavreneho obdobi a jak tuto cinnost zabezpecit.
<Zdk> 3) volne to navazuje na uz vznesenou otazku, zda sledovat udaj obdobi dokladu. Dale uvaziji o zadavani ucet. obdobi pri prihlaseni uzivatel.
<Zdk> Jak do toho? - Snad nejak poporade. Co na to Vas nazor?
<Zdk> Zapomnel jsem doplnit k bodu 2, ze se da kumulovana tabulka mozna nahradit HK. Pri nejakych upravach by to snad slo.
<Fers> Cau, mohl by jsi vic rozepsat bod 1)? Nejsem si jist zda jsem to pochopil. Mas na mysli zjednoduseny formular nebo nacitani jen pulky toho formulare?
<Fers> ad 2) Ja si myslim, ze to neni nutne. Je vzdy lepsi mit data ulozena jen jednou a pak je dohledavat. A myslim, ze to nebude az tak pomale. Jak casto se delaji tyto dotazy?
<Fers> Mohl by jsi vystvetlit i 3). Asi jsem se nejak spatne vyspal :-(
<Zdk> k bodu 1) mel jsem na mysli formular napr. faktur, vesinou je tento formular prehledem hlavicek vsech faktur a ja mohu zakladat dalsi faktury, tudiz si otevru detail faktury a tam vyplnim hlavicku, posleze zadavam radky - nebo si mohu vybrat jiz zalozenou fakturu a v editaci si znovu otevrit detailni pohled. Jde mi o to, zda pri otevreni tohoto prehledoveho formulare hlavicek nacitat vsechny hlavicky dokladu, pokud bude v DB 10 let zpet..
<Zdk> je tohodne udaju --> nebude to zatezovat system? je potreba vbec tyto data zobrazovat?
<Zdk> Pokud by slo definovat ruzne filtry pro uzivatele, ktere by se aktivovaly pri spusteni formulare, vysledek by byl, ze kazdy uzivatel vidi data, ktera ho zajimaji..
<Zdk> pokud by se chtel podivat jinam, zmenil by filtr.
<jmarek> ahojte...
<Zdk> zdravicko
<jmarek> jsem rad, ze debatujete, ted jsem nejak v casovem presu (permanentne... :-((( )
<jmarek> tak se omlouvam...
<jmarek> zkusim to pak zkouknout...
<Zdk> k bodu 3) vetsinou na zacatku mesice kazdy honi praci na posledni chvili. Pak dochazi k tomu, ze zadavam prijemku 5.11., ale ona porad patri do predchozoho mesice - 10 ucet. obdobi
<Zdk> Je tudiz otazka, zda pri vstupu do aplikace (uzivatel/heslo) nezadavat i obdobi. Je to otazka do debaty. Samozrejme to jde resit tak, ze si zadam datum dokladu 31.10.
<Zdk> Pri zadavani obdobi, by se jasne vymezila moznost zadavat ci opravovat doklady, protoze pokud predchozi ucetni obdobi projde zaverkou, je jasne za tam nikdo nesmi nic menit.
<Fers> ad 1) To zalezi na tom jak se rozhodneme system delat. Ja bych navrhoval, abych mohl mit v jedne databazi data za vsechna obdobi. Pokud budu chtit to mit oddelene tak si delat dalsi db. Pak staci jen u toho vypisu rici, ze chci urcity casovy interval a vykonostne to nebude pomalejsi. On uz neni takovy rozdil zda vyhledavas v n datech nebo 2*n datech. Rozdil neni 2* tak velky. Je mnohem mensi. Jediny problem mam pro zalohovani. Ale to uz muzu zvoli
<Fers> t jinou databazi. Jeste k tomu vypisu - bude to nejak tak, ze se zobrazi jen urcite obdobi (to aktualni).
<Fers> ad 2> to uz jsem opdovidal.
<Fers> ad 3) Tohle rozhodnuti zalezi na tobe. Ja nejsem ucetni. A kdyz jsem si neco uctoval tak jsem byl radsi, kdyz jsem zadal 31.10. Ale ucetni to muzou videt jinak. Jinak ten vyber by nemusel byt spatny. Spis, ale vyber aktualniho data pro ktery chci zadavat.
<Fers> S tim zakazanim aktualizace kdyz uz to proslo aktualizaci budeme muse udelat.
<Fers> Kdyz to proslo uzaverkou (ne aktualizaci).
<Zdk> Dobre, ja zkusim vyzpovidat ucetni, jake existuji jeste zaludnosti, pak dam vedet.
<Zdk> Jinak ja jsem taky pro jednu DB, protoze mi neni jasne jak by chodily sestavy a prehledy
<Zdk> zejmena bez zasahu spravce a predpokladam, ze je cil - samostatna prace uzivatelu.
<Fers> Ale myslim, ze by take melo jit tech databazi mit vice. Pak budu mit treba db1999, db2000, ...
<Fers> Jeste k tomu aktualnimu. Nebo to udelat tak, ze jako aktualni bude naposledy vyplnene datum. Pak se nemusim zdrzovat vyberem na zacatku a stejne vetsinou postupuju postupne. Ale pokud to ma vyznam i pro neco jineho tak klidne pri prihlasovani. BTW: stejne neni problem to tam pridelat.
<Zdk> Souhlas, tak to nechame na debatu kolem funkcnosti formularu.
<Zdk> Co potrebujes jeste doplnit, aby se pristi tyden dalo zacit s tvorbou?
<Zdk> ted budu cca 20 min off
<Zdk> jsem tu
<Fers> Cau
<Fers> No ja nevim s cim mam zacit.
<Zdk> protoze je toho hodne neco si vyber...
<Zdk> Sly by definovat oblasti, ktere jeste chybi?
<Zdk> Kdyz budeme vedete, co je pred nami muzeme se domluvit, kdo co dodela a pomalinku pujdeme kupredu.
<Zdk> Jinak se obavam, ze budeme resit ty same oblasti, ted je asi dulezity plosny pohled.
<Fers> Neboj. Ja ti do remesla fusovat nebudu :-). Ale jinak mas pravdu. Mozna by stalo za to napsat ten seznam a vystavit ho na webu. BTW: videl jsi navrhy co delal grumpa?
<Fers> Cau
<durill> Zdar lidstvo
<Zdk> Ted jsem si prochazel ten web a zaroven jsem dosel k zaveru, ze si budu muset udelat bodovy seznam jiz domluvenych, tudiz zati zavaznych, pravidel.
<Zdk> Chvilemi se prestavam orientovat a pak resime jiz vyresene.
<Fers> Ten web od grumpy?
<Fers> BTW: ten subject se meni? Nebo uz je tam nartvalo?
<Zdk> Ano - od grumpy. Tak jsem si tak premyslel a dosel jsem k zaveru, ze v systemu jsou asi tri tabulky, ktere zasahuji skoro do vsech oblasti. Jedna z nich jsou firmy - jak to vypada?
<Zdk> subject se meni
<Zdk> Myslel jsem, jak to vypada s tabulkou firem?
<durill> To je na mne? ZXattim sem s tim nic neudelal, nebyl cas, 4 dny sem byl mimo a vcera na neaky priblbli schuzce k nicemu. Takze to zkusim udelat ted, pripadne do Po.
<Zdk> Ja netlacim, chapu to, taky se mi toho hodne nakupilo... Tak co bedem resit?
<durill> Co se delo od minuleho Pa?
<Zdk> Ja se jeste vratim k tomu webu Grumpy, je tam zminka o mzdach i jinych oblastech - resi se to nejak? Nedalame pak nektere veci duplicitne?
<Zdk> Jsou tam i odkazy na nektere ucastniky projektu, treba ucetnictvi - da se nejak vyuzit jejich zkusenoti?
<Zdk> durill: Taky jsem byl mimo, ale mam dojem ze k zasednejsim debatam nedochazelo, alespon od stredy se toho na IRC mnoho nedelo.
<Fers> Zdk: Myslim, ze vetsina tech lidi cte ucto-dev-lpinknet.cz. Grumpa na tom pracoval, ale asi ho prestalo bavit, ze k tomu nebyla odezva. Tak to zabalil.
<Zdk> To je skoda
<Zdk> Da se tomu nejak predejit? Ja taky nereaguji na ruzne debaty, protoze k tomu nemam co rici, proste o tom nic nevim.
<durill> Myslim ze nekde psal, aby sme klidne pouzili jeho vytvory, ale ted se luctu nebude venovat, mozna nekdy v budoucnu.
<Zdk> Je treba tmelit kolektiv
<Zdk> durill: pojedes do CB?
<Fers> Ale jak tmelit?
<Fers> Mozna mit nejake hmatatelne vysledky.
<Zdk> Snad jsem pochopil, tak se v pondeli uvidi.
<Zdk> Musim bezet, preji pekny vikend.
<durill> Nemuzu, mame rodinou oslavu 75., ale radsi bych razil do CB
<Zdk> Taky skoda, tak preji predem peknou zabavu.
<Zdk> Treba se uvidime nekde jinde. Tak ja opravdu padim, cau.
<jmarek> haloo all
<jmarek> tak se k IRC dostavam az ted...
<jmarek> no, pozde, ale prece...
<jmarek> kdyz to tak ctu: nevis Petre neco o VKorankovi?
<jmarek> Ze by se taky namichl?
<jmarek> asi mu zkusim poslat extra zvaci mail do Budejek...
<jmarek> durill to je skoda, ze nemuzes...
<jmarek> BTW: moje babicka ma 75 presne tyden predtim ;-)
<jmarek> Fers kdy dame annonci do linuxlinux.cz a na root-a???
<jmarek> ja bych s tim uz dlouho neotalel...
<Fers> Tak ja to poslu. VKorankovi taky napisu. Ja ho znam asi nejlepe.
<jmarek> VKorankovi jsem uz sice napsal, ale pokud mu napises jeste ty, tak to jiste na skodu nebude...
<jmarek> nedalo by se zjistit, kdo se odhlasil z konference?
<jmarek> je tam ted dost mrtvo ale myslim si, ze treba takovy pan Stary a Drvota by byli docela dobri...
<jmarek> taky jsem psal Danovi Ohnesorgovi...
<jmarek> A jeste zkusim Oto Buchtu...
<Fers> Ja taky (Danovi). No. Ja bych rekl, ze vzdy nekdo se nijak neangazoval. Ti kteri se nejak ucastnili jsou stale prihlaseni. Zatim mame kolem 30 lidi. Jinak mi vzdy po prihlaseni a odhlaseni prijde mail.
<jmarek> hmm...
<jmarek> ja jsem zatim nedostal zadnou odezvu...
<jmarek> no, uvidime...
<jmarek> kapacita ubytovani je 20 lidi...
<jmarek> a je nas prihlasenych asi tak 5
<Fers> Tech 30 lidi mame v konferenci.
<Fers> Dan asi neprijede. Umrel mu ted tata a tak musi byt s mamou. Ja si myslim, ze nebude vadit, ze nas tam bude mene. Bude tam hlavne ciste jadro.
<jmarek> aha...
<jmarek> to je skoda...
<durill> Zdar
<Fers> Cau
<jmarek> nazdarek...
<jmarek> ;-)
<jmarek> jak's prosimte poslal ten dopis, ze to slo pres moji adresu???
<jmarek> ;-)
<Fers> Jsem omylem poslal do ucto.linux.cz zpravu a tebe jako odesilatele. Ale podepsany jsem pod tim ja. Jsem nedavno presel na kmail. A nejak s nim neumim.
<Fers> Ja dal preposlat dal (nebo predat nebo tak neco (v pine se to jmenuje bounce)). A zapomnel jsem zmenit email :-(
<jmarek> kdy uz konecne prejdou fsichni lidi na mutt??? ;-)))))
<Fers> Ja jsem jinak s kmail spokojeny.
<jmarek> vsak ja nic nerikam ;-)
<jmarek> ale na ma slova dojde...
<jmarek> ;-)))
<Fers> ;-)
<Fers> Jedes tento tyden na OpenWeekend?
<jmarek> nejedu :-(
<jmarek> jedu k babicce: ma 75-iny ;-)
<jmarek> teda jedeme...
<jmarek> i s rodinou...
<Fers> Ok.
<Fers> Odchazim tak na 2 hodky.
<Zdk> Ahoj
<Fers> Cau, jsem zpatky.
<jmarek> nazdar...
<jmarek> ja jsem zase na odchodu, protoze budu mit anglictinu a jeste musim stvorit dom. ukol ;-)))
<Fers> Ty delas domaci ukoly? Ja myslel, ze ucis?
<Fers> Nevadi. Mej se.
<jmarek> to ucim...
<jmarek> ale anglictinu _se_ ucim ;-)
<Fers> Aha.
<Fers> Jediny problem na xchatu je ten, ze nevim zda tam nekdo je nebo neni.
<Fers> na irc. xchat je muj klient.
<durill> Zdar, je tu este nekdo?
<Fers> Jooo. Cau
<Fers> BTW: koukni na www.root.cz.
<durill> Uz sem videl :-)
<durill> Ale potreboval bych se kouknout na ty pripominky k adresari firem a na webu to neni. Necha se k logu IRC neak dostat jinak?
<Fers> Ja to videl az ted. Hmmm, asi budes muset pockat na jmarka. Ja logy ukladane nemam. A na jeho stroji konto nemam :-(
<durill> No, aj to teda udelam po pameti, ale uz je to tejden :-), takze asi na neco zapomenu.
<fers_> Jsem nejak vypadl.
<fers_> Jsi tu jeste?
<durill> Yo
<durill> Prave sem smazal omylem mail do konfery se SUB: novej nebo tak neak. Este ze mame archiv :-)
<fers_> Ono neco prislo?
<durill> Yo, od Zdenek Mojzisek, Strojmetal Kamenice a.s.
<fers_> Koukam.
<fers_> Koukal jsem a mame 50 uzivatelu v mailove konferenci :-)
<durill> kolik bylo na zacatku?
<durill> tak tejden po uvedeni do provozu?
<fers_> Tak 10.
<fers_> Mozna 15.
<fers_> Dobrou noc.
<fers_> Cau
<jmarek> nazdarek...
<jmarek> tak nas na tom setkani bude uz 7 ;-)
<jmarek> Dneska se mi prihlasili dalsi 3 z Prahy...
<jmarek> tak ne 7, ale 8
<jmarek> ;-)
<fers_> Koukam, ze ohlaseni melo uspech. Prihlasili se do konference dalsi 3 lidi.
<jmarek> to budou mozna ti sami ;-)
<fers_> Asi ano.
<durill> Zdar
<fers_> Cau
<durill> Chcete v adresary nechat tu tabulku dalsich adres, nebo se spokojite s adresou sidla a dodaci adresou na jeden zaznam v subjektech?
<fers_> Ja bych doporucoval i ty dalsi adresy. Mozna by to take chtelo dalsi adresy typu - URL, EMAIL, JABBER, ICQ, apod.
<durill> URL je u subjektu, email u osob a tam muze prijit ICQ a spol., ale sete se s tim neak musim vyporadat po zahrnuti tech adres a primarniho kontaktu primo do tabulky subjektu..
<fers_> co je sete?
<durill> sete = jeste
<53durill> jmarek: Nechalo by se dostat k logu s IRC kdy ste mi zdrbavali adresar? (ne vsechno si pamatuju)
<jmarek> aha... jo, podivam se...
<setting> 56log 5057 On50
<jmarek> tak uz je to na web-u...
<durill> D
<53fers_> jmarek - ono to bylo opraveno asi 20 minut po tom :-)
<fers_> Co jsem poslal do konference ten mail.
<jmarek> aha...
<jmarek> no ja jsem si toho vsiml az ted, kdyz jsem se probiral mailboxem...
<jmarek> 492 mailu je proste moc :-(
<fers_> ;-)
<Zdk> Pekne odpoledne preji vsem
<fers_> Cau. Ti pisu odpoved na ten tvuj text. Neprobereme to tady?
<fers_> Ja jsem chtel pomalu zacit diskutovat nad typy polozek apod.
<Zdk> Muzem, chtel bych probrat jeste jine veci, spise organizacni.
<fers_> K tem vazbam. U kazde tabulky BUDE vzdy nic nerikajici chladne ID. Muze take ale u nej byt nejaka dalsi polozka - napr. cislo dokladu - to muze byt citelne pro cloveka.
<fers_> Vazby se vzdy budou delat oproti tomu ID.
<Zdk> Ted nechapu..., tak jsem to myslel
<fers_> K tem skupinam. Souhlasim s tebou ze tam ty skupiny maji byt. Ja jsem chtel rici neco jineho. Mne se nelibi to, ze je tam skupina1 az skupina4. Bud tam bude skupina jedna a kdyz to nestaci (coz v tomto pripade nestaci) tak pribide nova tabulka, ktera bude delat vazbu N ku N. Bude tam polozka ID_Dokladu a ID_Skupiny. A pro kdyz bude doklad clenem vice skupin bude v te tabulce vicekrat.
<fers_> Aha. Ale to ID dokladu clovek nemuze menit ani zadavat. To generuje system a je skryte pro uzivatele.
<fers_> Jeste k tem skupinam - v tom vyslednem programu pak bude stejne seznam skupin a ja si zaskrtam ke kterym skupinam to patri.
<Zdk> Tabulka hlavicek: ID_zapisu,cislo_dokladu, dokladova_rada - tabulka radku: ID_zapisu
<fers_> Souhlasim :-)
<fers_> A pak bude ciselnik skupin :-)
<fers_> K tomu Linux a Windows - nezalezi na platforme jako OS, ale na druhu databazoveho stroje.
<Zdk> tou tabulkou jsem myslel popis databezove struktury ve forme tabulky, predpokladam ze na Linuxu muze .xls delat problemy, nevim.
<53fers_> jmarek videl jsi nekdy berkeley db? To je relacni db knihovna, ktera umi relace mezi tabulkami (joiny), transakce apod. Funguje to jake jedna knihovna. Mozna by to bylo dobre pro koncove uzivatele, protoze pak nemusi mit SQL server, ale proste jen spusti tento system a ono to pouziva tu knihovnu. Jen to nepouziva SQL. Pokud, ale dobre navrhnu ten generator dotazu tak by to melo byt v poho. Jediny problem bude s tim, ze mape musi mit SQL DB (zatim
<fers_> postgres). Ale treba casem.
<fers_> Aha. Nebyl by lepsi textovy soubor? Proste napsat: jmeno_polozky typ velikost komentar.
<jmarek> fers_ berkeley db jsem nevidel...
<fers_> A vzdy celou skupinu tabulek davat do jednoho souboru. Bude to dobre.
<jmarek> ale v linuxu neni problem si rozbehnout SQL DB server..
<Zdk> Ano byl, jenze kdyz pouziju tabulatory, tak nevim jak to dopadne, nechce se mi porad nekam dodavat mezery
<53fers_> jmarek jmenuje se to libdb2 (resp. libdb3). To je pravda neni problem. Ale my mame s mysql na woknech a kdyz nekdo spatne vypne pocitac a neukonci db tak prichazi o data.
<fers_> zdk Ja bych se tabelatoru nebal. Nebo tam davej vzdy jen jednu mezeru.
<jmarek> fers_ no jo no... ;-)
<Zdk> to nebude prehledne
<fers_> zdk nebo to davej do toho excelu a pak to exportuj do txt.
<Zdk> dobra, mam radost, ze sdilime myslenky, jen obcas je tu sum v prenosu - tak jak do toho? Mam z tech seznamu udelat tabulky, ktere Ty doplnis o typ a velikost?
<fers_> Nebo to necham na tobe. Zkus neco prinest. My se s tim nejak poperem a pak se uvidi. Mozna bych skousl i ten excel.
<fers_> Ten typ bych vice mene nechal na tobe. Napr. text omezene delky max 40 znaku nebo poznamka nebo penize nebo int nebo boolean nebo znak apod.
<fers_> To prave nevim.
<fers_> Co presne k cemu patri.
<fers_> Ktera polozka je co. Dost casto si ani u tech polozek nedokazu predstavit vyznam a jeste urcovat jejich typ :-)
<fers_> Prece jen moje jednoduche ucetnictvi se od tohoto trosku lisi.
<Zdk> Dobra, na Tobe bude kontrola. Tak snad zitra? Poslu to primo Tobe, pak bych to nechal zkolaudovat a uvidi se, co bude dal.
<fers_> Ok. Souhlasim.
<Zdk> radeji mi pripomen Tvuj email, asi ho nekde najde, ale jen tak pro jistou.....
<fers_> petr (at) ferschmann.cz
<fers_> nebo fers (at) pinknet.cz
<fers_> nebo nekdoferschmann.cz nebo blbferschmann.cz, ...
<Zdk> dik
<Zdk> nejses nahodou sberatel?
<Zdk> Asi jste dnes vsichni cetli mail z konference - novacek, mam tu jeden ordanizacni problem..
<fers_> sberatel ne. Vymysli si cokoliv a pak za to dej domenu ferschmann.cz. Az na par vyjimek mi to dojde.
<fers_> Povidej s tim ordanizacnim problemem.
<53fers_> jmarek kdo je vlastne vsechno prihlaseny?
<Zdk> Predpokladam, ze budou lidi prichazet a odpadavat, to je normalni - ale mi nemame nikde souhrne napsano na cem jsme se uz dohodli, tudiz to je zaver na kterem se bude stavet dale. Kam mirime je jasne, ale neni jasne kde jsme - co chybi udelat ...
<Zdk> Vetsinu sobotniho odpoledne jsem si procital archiv konference, je tam cca 700 zaznamu, pokud tam byly nejake prinosne myslenky uz zapadly a hodne hluboko ..
<durill> Tak mam snad vsechny pripominky k adresari zapracovane. Mam to poslat zase jen na par emailu nebo do konfery, at tam je neakej provoz?
<durill> K tomu souhrnu myslenek. Pockal bych este na zavery z druheho setkani a pak by to moh nekdo (ja tam nebudu :-) ) sepsat do nakeho traktatu.
<fers_> Posli to primo do konference.
<durill> OK
<fers_> Souhlasim, ze neni nikde receno co jsme jiz udelali, ale ono to bude tezke udrzovat. Myslim, ze az bude neco hotove tak se budou moci podivat tam. A veci, ktere prodiskutujeme se stejne meni tak rychle, ze je nikdo nestihne zaznamenat.
<jmarek> fers_ Zdenek Jirsa, Jan Marek, Petr Fershmann, Karel Zak, Tomas Milicka, Karel Zacek, Michal Novotny, Petr Pytelka
<fers_> Casem, az se neco udela tak se udelaji spravci jednotlivych casti systemu (sklad, adresar, ...) a ty budou vedet co delat.
<jmarek> Jeste si pisu s Vaclavem Korankem, psal jsem Otovi Buchtovi, ktery nestiha, ale zatim mi nenapsal jiste, ze ne...
<jmarek> tak asi tak...
<jmarek> durill diky za navrh, ja se na to zkusim podivat. Ted jsem docela v casovem presu, snad neco stihnu v dalsich dnech...
<jmarek> Jeste jsem se chtel podivat na vase debaty a na Zdenkovy navrhy dokumentu ale nestiham... :-(
<jmarek> ted pujdu ucit...
<jmarek> takze se mejte, ja alespon zkusim dat zitra tuhle diskusi na web
<fers_> Ok. Mej se.
<Zdk> Omlouvam se, Telecom nam tu prekopava kabely...
<fers_> Chces poslat znovu moji odpoved na tvuj dotaz?
<Zdk> ano
<fers_> Souhlasim, ze neni nikde receno co jsme jiz udelali, ale ono to bude tezke udrzovat. Myslim, ze az bude neco hotove tak se budou moci podivat tam. A veci, ktere prodiskutujeme se stejne meni tak rychle, ze je nikdo nestihne zaznamenat.
<Zdk> Asi jo ..., ale premyslejte jak to udelat, bude to zda se nutnost. Pokud se bude chtit nekdo zapojit do projektu, tak pro nej to bude k nezaplaceni (mozna i pro nas, ma hlava je derava)
<fers_> Mas pravdu. Ale co.
<Zdk> Tak to muzem napsat do konference jako pozadavek na predani zkusenosti ci navrhu reseni.
<Zdk> durill: ted mi prisel navrh od Tebe, mam dotaz format .sql souboru je nejaky ustaleny?
<Zdk> Kdyz uz mam delat navrhy na schema tabulek, tak at je to poradne.
<durill> Nevim jestli je to neaky standard, ale neco sem odkoukal u infor
<durill> infors a pak moje invence
<durill> Halvne mi neak nesedla DIA.. tak sem to udelal alternativne
<Zdk> pokud si to namaluju v dia, mohu to pak prenest do textu?
<Zdk> fers: jaky popisujici format je vhodny pro tvorbu tabulek?
<durill> nevim, ale asi ne... ale nejsem autorita na DIA :-)
<Zdk> Co na to autorita na DIA?
<fers_> Ja budu potrebovat pak prevest do sql. Me bude stacit klidne jen ten text. Ja si to pak prekopu - upravim nazvy polozek, urcim klice apod.
<Zdk> Proc prekopavat, jak to mam udela?
<durill> Ja nevim jestli ma smysl to delat v necem jinem a pak prenaset do SQL.
<durill> Relace se nechaji natahat v pgacessu a prevest do .ps
<Zdk> Ja mam totiz v pameti schemata DB, to byl pouhy text v nejakem formatu, pak se pustil job a ten vytvoril db. To je vse.
<Zdk> Vcetne vazeb ci jinych podminek.
<Zdk> durill: nepochopil jsem to, tu prilohu, co jsi poslal - da se z toho rovnou vytvorit tybulky v SQL??
<adresar2.sql
<durill> pokud tam neni neakj preklep. Po syntakticke strance sem to nekontroloval.
<Zdk> A jak db pozna ktery udaj je pov. nebo nepov?
<Zdk> Nebo to je veci logiky aplikacniho stroje?
<durill> to je zalezitost aplikace, respektive naseho lucto balickovaciho systemu :-)
<durill> To uz je podle mne na DB moc.
<durill> povinny udaj znamena, ze nemuze byt volitelne odebran a musi byt i implementovan v alterntivnim modulu, jez vytvari alternativu ke stavajcimu.
<durill> ne ze musi byt povine not null
<Zdk> dik
<Zdk> fers: souhlasis? - s tim formatem souboru
<durill> vidim v tom prob, protoze datove typy jsou v Psql a ne uplne standard SQL9x...
<durill> Ale nemam priruce standard pro SQL a este k tomu si to kazda DB trochu upravuj :-(
<fers_> Souhlasim s formatem souboru. psql take umi standard SQL9x typy. Platnost polozek se kontroluje pomoci tzv. constrains. tj. podminky, ktere musi byt splnene.
<fers_> Ja bych v tom nevidel problem. Popis tabulek bude to nejmensi co nas bude trapit. Upravit je to otazkou nekolika minut.
<Zdk> souhlas
<durill> constrains tam taky zatim vubec nejsou. Jednak navim jak na ne:-) (Az na cizi klice) a pak se v tom bude delat este asi dost zmen, tak at toho nedelame moc.
<Zdk> tak se mejte, ja padim domu
<fers_> Ja constains stejne moc nepouzivam. Ja to delam obvykle na aplikacni urovni.
<fers_> Cizi klice se ovsem pouzivaji.
<fers_> Teda constrains pouzivam, ale jen pro zachovani databazove integrity. Jinak vetsinu dalsich polozek hlidam na aplikacni urovni.
<durill> Ja to delam taky tak neak, ale tady na tom bude delat vice lidi a mozna by bylo lepsi to resit na jednom miste v DB. Ale zas nevim jak si s tim poradi MySQL
<fers_> No. Ono MySQL nema ani cizi klice natoz constrains. Takze tam to nebude tak huste. Uz z tohoto duvodu. Ja bych, ale nikomu nedoporucoval vect ucetnictvi v mysql. Nema transakce. Stejne kazdy bude delat svoji cast modulu a tam to budeme muset hlidat. Problem v db take je, ze nepoznas presne na ktere bunce to zarvalo a proc. Kdezto na aplikacni urovni reknes, ze datum ma spatne.
<durill> MySQL uz snad ma transakce, respektive zamykani na urovni tabulek. Ja si myslim ze vetsina lidi bude pouzivat Psql.
<fers_> Ja bych to i doporucoval. Mysql je jen rychlejsi.
<durill> No nicm ja du na obed, takze bud zdar nebo za pul hod a vice.
<durill> Este, nevis jestli umi lilo bootovat z CompaSmart array2 pole?
<fers_> To opravdu nevim.
<fers_> Myslim, ze spis ne. To je hw raid? Pokud ano tak by mohlo pokud na to pole umi pristupovat msdos. Vetsinou se ale dela to, ze mas u toho dalsi disk se systemem.
<fers_> Zdravicko
<snehumak> nazdar
<snehumak> koukal jsem na ucto.linux.cz
<fers_> ;-)
<snehumak> zajimalo me jak jste na tom (o projektu jsem se pred par hodinami docetl na root.cz)
<fers_> On tu v tuhle chvili nikdo jiny neni.
<durill> Zdar
<fers_> koukam, ze reklama ma vysledky :-)
<snehumak> :-)
<snehumak> Jak jste na tom ?
<fers_> Ja ti poslu url.
<durill> Zatim pracujeme na datovem modelu. Momentalne je dulezite provest analyzu primarnich dokladu.
<snehumak> Ja o ucetnictvi nevim vubec nic...
<durill> Pak je zakladni predstava o architekture systemu.
<snehumak> Ale rikal jsem si ze kdyby se vam to povedlo tak by to usetrilo 80 podnikatelu problemy se softwarem.
<snehumak> Dokonce jsem uvazoval, ze bych vam pomohl, ale nejspis nebudu mit cas (student bez penez:-(
<fers_> :-)
<durill> BTW: Taky vysel clanek o prechodu z Win na Linux na Lupe a v komentarich se nekdo dozadoval Ucta, tak sem taky hodil skrytou reklamu :-)
<fers_> Studenti bez penez obvykle maji nejvice casu :-) Nebo alespon ja jsem mel. Pak prisel ten osudny zlom. A ted mam penize, ale nemam cas.
<fers_> Ja jsem o tom take premyslel ji tam dat ;-)
<snehumak> Prave, prave... kdyby bylo kvalitni ucetnictvi pro linux tak premigruje _spousta_ lidi.
<fers_> Az budeme mit neco tak zaridim clanek na mesec.cz. Ja ted pro ne neco delam a mam tam zname (v InternetInfu).
<fers_> Mozna i na lupa.cz
<snehumak> Bylo by lepsi kdybyste nejdriv naprogramovali alespon jadro a pak zacali s nejakou reklamou.
<fers_> take to tak delame. Zatim delame spis reklamu pro naber programatoru.
<snehumak> pokud vam tedy nechybi nekdo kdo by na vas dohlizel.
<durill> Na internet info mam neaky kontakt prez nekoho pro koho delam ale takhle to bude lepsi :-)
<fers_> http://dali.feld.cvut.cz/archiv/ucto-dev-l/msg00612.html
<fers_> Tam je odpoved na podobny dotaz.
<fers_> Jako jsi mel na zacatku.
<snehumak> diky
<fers_> Uz jsi prihlasen v mailove konferenci?
<durill> Prave, potrebujeme sehnat lidi jako si ty, co se k nam pridaj, at ta prace odsejpa :-0
<snehumak> nejsem nikde prihlasen.
<snehumak> Kolik lidi uz je zapojenych (aktivne) ?
<fers_> tak na webu najdes postup. Aktivne tak 5 az 10.
<fers_> Jinak super aktivne tak 4.
<snehumak> :-)
<durill> Ale bereme i lidi na castecnej uvazecek :-)
<fers_> Co umis?
<snehumak> A mate nekoho super aktivniho kdo to vede ?
<53fers_> jmarek a ja.
<snehumak> umim vsechno :-)
<fers_> co presneji?
<durill> to sem si jeden cas taky myslel :-)
<fers_> Ja si to myslim porad :-) (tak ne noo)
<snehumak> C, SQL, PHP, linux, mam dobrou predstavu o objektovem programovani ale neznam dobre zadny objektovy jazyk
<fers_> A DB?
<fers_> SQL
<snehumak> zkousel jsem mySQL
<fers_> a postgreSQL?
<snehumak> nezkousel. Na tom to chcete jet ? Slysel jsem ze je tak 2x az 3x pomalejsi nez mySQL
<snehumak> ale zase je bohatsi...
<fers_> No kde zacit. Zkus si stahnout mape. http://mape.jcu.cz/ To by mel byt framework.
<snehumak> precetl jsem si uvod -- zni to pekne. Na to se musim podivat podrobneji.
<snehumak> Ja znam z programovani spoustu smeti ale nic opravdu dukladne.
<fers_> Ano je pomalejsi. Ale MySQL je rychla protoze nic nedela. Pri velkych zatezich, pri mnoho paralelnich cteni a zapisu uz to tak byt nemusi. Velkou vyhodou je podpora transakci - ty jsou u financnictvi nezbytnosti. Mysql je sice umi, ale jen na urovni zamykani celych tabulek - coz je docela neefektivni.
<fers_> Nechces se prijet podivat na setkani?
<snehumak> 24.11?
<fers_> Jo.
<snehumak> to mam zrovna narozeniny, to nemuzu :-)
<fers_> Tak to blahopreji.
<snehumak> Ja za to nemuzu.
<snehumak> Az se dohodnete na architekture, interfacech a tak a budete rozdelovat praci stylem ty udelej tenhle kousek, ma delat tohle takhle, pripominky vitany, tak si nakej kousek vezmu a udelam (jestli nebudu opravdu hodne zaneprazdnen..
<snehumak> Ja jsem ted pracoval pro firmu kde nikdo takovy nebyl, kazdy si delal co chtel a nikdo nevedel co ma jak a proc fungovat --vcetne vedouciho-- doufam ze dopadnete lip, tohle byla katastrofa.
<snehumak> a ja vam preju at se vam to povede.
<fers_> Jo nezapomen se prihlasit do konference a sledovat vyvoj. Az budeme rozdelovat praci tak se ozvy :-)
<snehumak> dobre, dobre, a ted uz pujdu spat. Hodne stesti :-)
<fers_> Dobrou.
<snehumak> zatim..
<fers_> Mozna by nemuselo byt spatne udrzovat malou stranku a tam psat info o aktualnim stavu a postup v cem pomoci a pak nejaky todo list, aby se meli lide co delat.
<durill> To by chtelo, ale o tom se uz dnes mluvilo
<durill> Zkusim zejtra neco napsat... ale moc se neorientuju v MAPE a jeho funkcich...
<fers_> To ano. Prave proto o tom mluvim. O mape jen napis kde si jej maji sosnout.
<durill> Dobra. A pro me ujasneni. Mape ma zajistovat komunikaci mezi jednotlivymi moduly, rozhrani do DB a GUI. Je to tak?
<fers_> Ano.
<fers_> To GUI je jeho silnou zbrani - lze si delat vlastni navrhy formularu a umi pouzit stejny formular v grafice i v textu.
<fers_> Zajistuje take db nezavislost (ne SQL :-( ).
<durill> Koukam, je tam i DB2 mezi podporovanejma
<fers_> Tu SQL nezavistlost se pokusim, alespon trosku vyresit tim modulem (jestli se k tomu nekdy konecne dostanu).
<durill> Jakym modulem?
<fers_> Zakladem bude knihovna, ktere popisu polozky tabulky, nejakym zpusobem i vazby mezi nimi a ono to bude zajistovat moznost rozsireni a castecne db nezavislosti (s tim se ovsem jeste nejsem jisty zda to ma smysl - nebo proste budeme vyzadovat SQL92)
<durill> Myslis to parsovani SQL prikazu z XML popisu?
<fers_> Ano presne tak.
<fers_> Mam urcitou prestavu jak by to melo vypadat, ale jeste je musim dat na papir a pak prodiskutovat s Karlem Zakem
<durill> Muzes kouknout jestli se snehumak prihlasil do konfery?
<fers_> Jeste ne. Naposledy to byl avatarkanal.ucw.cz v 17:00
<durill> Je neaka predstava o pojmenovani cilovaho produktu?
<fers_> Zatim ne. Mas neco? Chtelo by to. Protoze zatim se to jmenuje jako ucto od Tichy a Jezek.
<fers_> Nekdo tu napsal lucto.
<durill> co takhle Lucto :-),
<fers_> ;-)
<fers_> Stihl jsem to driv :-)
<fers_> Zkusime to navrhnout na tom setkani :-O
<durill> To je odemne, mam tak pojmenovnej adresar s file projektu a v mailu.. ja jen k nadpisu ke stavu prijektu :-)
<durill> Ja ne tom setkani bohuzel nebudu, ta oslava 75.tin
<fers_> Tak gratuluji k vymysleni navrhu.
<durill> K webu. Jak je udelane to PHP co generuje ty stranky?
<fers_> Je tam jenom include hlavicky a paticky a generovani toho menu vlevo. Pak se tam jeste uvadi root_dir - urcuje korenovy adresar pro relativni odkazy. Pak je tam active_menu - urcuje aktivni polozku v menu. To je asi vsechno. Napis jen text a zbytek ti tam doladim. Mozna je jeste nejaka funkce make_nadpis() (nebo tak nejak) koukni se do aktualnich kusu.
<fers_> kusu = nejakou stranku - ja se vyjadruji, to je hrozny;
<durill> to je fpohode..
<durill> Mam se zminovat o te DB2?
<fers_> To neni dulezite. Tak ne.
<fers_> Nebo by se to mohlo proste jmenovat ucto.linux.cz
<durill> To by taky slo, ale pride mi to hrozne dlouhe
<fers_> To jo. Tak u-l.
<durill> to ej este lepsi :-). Ja samozrejmne na Luctu netrvam..
<fers_> nebo l-ucto :-) nebo loocto (jako looser :-)
<durill> Tak to posledni zatim sedi nejlepe :-)
<fers_> ;-) bohuzel.
<durill> Kdysi se objevil navrh tiskoveho systemu. Je stale jeste realizovatelnej? tj. spada do nynjsiho stavu navrhu systemu?
<fers_> On ten navrh je hoodne obecny. Takze ano.
<durill> Muslis ze bys moh tvuj nakres realizace servrove casti z DIA pridat kvuli kompatibilite i v JPG? Jako to dela jmarek.
<durill> aha, sorry, ono to tam je
<fers_> ;-)
<durill> Ale neni tam zakreslena komunikace s DB..
<fers_> To si kazdy modul realizuje sam.
<fers_> Pomoci me knihovny.
<durill> jo, tak
<durill> ses tu este?
<fers_> jsem.
<fers_> Pracuji. Delam informacni system pro mistniho poskytovatele internetu. Ted ladim kontrolovani behu stroju :-(
<fers_> A nechodi mi to.
<durill> V cem to delas?
<fers_> PHP.
<fers_> MySQL.
<durill> K dohledu nad funkcnosti site u jednoho Lokalniho ISP pouzivam NetSaint... docela dobrej nastroj
<durill> Predkontace patri k prvodtnim dokladum, ze?
<fers_> Me se ptej. Ja tomu tak rozumim :-(
<fers_> Jasne, ale ja to integruji primo do db. I kdyz oni take pouzivaji netsaint.
<fers_> Jinak mam cislo na jmarka jestli chces.
<fers_> Nebo Vaclava Koranka.
<durill> ne, to tak nehori :-) Snazim se sesmolit neco o stavu projektu..
<fers_> smol :-)
<durill> Takovej napad, mozna blbej, registrace mailu na rozesilani infromaci o postupu ve vyvoji? Pro lidi co nechtej sledovat celou dev konferenci?
<fers_> To by nebylo nemuselo byt spatne.
<fers_> Na to by se hodil snehumak :-)
<durill> to jo :-)
<durill> co takhle ucto-info-lpinknet.cz, a casem prihlasovani pres web. (okenko na hlavni strance nekde pod menu)
<fers_> Ted uz existuje ucto-dev-l a ucto-cvs-l a ucto-l. Tak muze pribyt i ucto-info-l :-)
<fers_> Ty mas doma pevnou line? Nebo mas modem?
<durill> ne, ja sem v praci... uz asi 3.5 hodky instaluju linux na te compaq.. ted du delat boot dikete
<durill> Mozna udelat i databazi, ve ktere by se lide mohly prihlasit k praci (i v budoucnu) v urcite oblasti. Programovani, testing, dokumentace a tak..
<fers_> Hmm, to uz je mozna trosku moc. Zatim se to rozhodne zvladne v ruce.
<durill> Aby nekde o nich byla zminka i jinde enz v konf. kde se muzou odhlasit a vedelo se zaroven s cim sou ochotni pomoci..
<durill> Viz. snehumak
<durill> tak sem neco sesmolil
<fers_> kde to je?
<durill> ted do davam do malu, furt nemam cvs pristup, ale uz sme si s Danem Ohnesorgem psali.
<fers_> Dobrou noc.
<fers_> Cao
<durill> Zdar
<fers_> Cau
<durill> Ahoj, koukal si na ten Stav ucta ? Mas k tomu neake pripominky? Zatim mam rekci (preklepy a tak) od Zak.
<fers_> Jeste jsem nemel moznost. Kouknu se na to.
<fers_> Jen poznamka: neni pincent.cz, ale pinknet.cz
<jmarek> durill v jakym je to kodovani (at to nemusim hledat)?
<fers_> Dalsi vec co tam pridat: Bude zde moznost pomoci XML-RPC volat primo funkce systemu - lze tak napr. pomoci command line skriptu pridavat napr. faktury, apod. a jednoducha integrace do existujicich systemu - napr. s webem.
<fers_> Jinak s tim souhlasim.
<durill> co tohle : Dle bude monost pomoci XML-RPC volat pmo funkce systmu - lze tak nap. pomoc command line skriptu pidvat faktury apod. Tato vlastnost umonn jednoduchou integraci do existujicch systmu - nap. propojen s s webem.
<fers_> Jo to je lepsi :-)
<durill> Tak ted este souhlas/pripominky jmarka a vystavit to na web.
<fers_> Jen si prosim oprav opet preklepy.
<fers_> BTW: sehnal jsem databazi PSC cisel. Z www.ceskaposta.cz. Maj to v dbf. Uz jsem to prevedl do postgresu.
<53fers_> jmarek - Mel bych navrh na jednu prednasku na setkani - vysvetleni relacnich db.
<VKoranek> helloou
<fers_> Cau
<VKoranek> Budem dneska diskutovat ? :-)
<fers_> Klidne. O cem?
<fers_> Mozna bychom mohli diskutovat trosku nad uzivatelskym prostredim. Jen abych vedel ceho se chytnout.
<fers_> Nemas nejake screenshoty ucetnich systemu. Nejake jejich typycke veci - napr. jak maji delane seznamy, listy, vybery apod. Co se ti na nich libi apod.
<fers_> A co se ti na nich nelibi?
<fers_> Abych si mohl zacit delat predstavu jak to ma vypadat pro uzivatele.
<fers_> Sice se jeste hodne zmeni, ale aspon neco vedet.
<VKoranek> promin hned se ti budu venovat mam tu ucetni na poradu :-)
<VKoranek> Tak ontrolni otazka jses tam ? :-)
<fers_> Jo.
<VKoranek> tak co se tyka vzhledu jsem dost windosoidni :-)
<VKoranek> Vzhledem k tomu ze se nikdy nevejde vsechno na jednu obrazovku nelepsi reseni z tech co jsem videl se mi zda reseni s tabelatorama
<VKoranek> Je to podobne jako u excelu jednotlive listy
<VKoranek> P.S.: Drobna technicka - vsechny ovladaci prvky by se mely nechat ovladat z kalvesnice pleeeeease
<VKoranek> Co mam upresnit ?
<fers_> No. Popis to s tema tabelatorama. BTW: mohl by jsi privest na to setkani nejaky takovy program? Ja vezmu notebooka (750MHz + 256MiB RAM tak neco zvladne).
<fers_> Jak vypada ovladani windows ucetnictvi z klavesnice?
<fers_> Na tohle asi bude nejlepsi to opravdu videt.
<VKoranek> :-) no nektere programy vzit nejdou :-)
<VKoranek> Priklad mas tam Oracle a ccca 4 GB volna ?
<VKoranek> Mohu vzit screeshoty, ale nemyslim si ze jsou treba :-) jde jen o filozofii ne o kopirovani .-)
<fers_> Smazu mp3 a budou :-)
<VKoranek> Ono jdou to vetsinou systemy pro vetsi firmy :-) ale co si muzes zkusit sam je na www.vario.cz
<VKoranek> Ten vypda dost hezky :-)
<VKoranek> Muzem si ho klidne vzit jako vzor .-)
<fers_> ok
<fers_> Objednal jsem si demoverzi.
<VKoranek> p.s.: necha se i stahnout :-)
<Zdk> Zdravicko
<VKoranek> i tobe
<Zdk> Resite firemni agendu?
<VKoranek> s Fershem jsme si vymenovaly nazory na rozhrani ...
<VKoranek> Tkze ne
<VKoranek> takze ne
<Zdk> Mel bych dve veci, bud se muzeme vratit k adresari firem, nebo tu mam neco o ciselnych radach + akontace na zauctovani radku a hlavicek
<Zdk> Jeste mimo, Fers jak to vypada s tim souhrnym popisem stavu, co vyrobil Stepan?
<fers_> Ja myslim, ze adresar je vyresen - vratit se k tomu puvodnimu (pokud jen to zarazeni tech uzivatelu a adres bylo pridano).
<fers_> Nebo chcete jeste vysvetlit proc to ma byt takto?
<durill> ne, este se sloucil tabulka mest, kraju a statu.
<durill> pribyl cisel PSC a Statu (s tim ze se data budou kopirovat)
<durill> takze spise pomocna evidence
<fers_> Sehnal jsem databazi PSC cisel v CR.
<durill> A jak je tam reseno ze treba praha 8 jich ma nekolik a ze na jedno PSC muze bejt nekolik vesnic?
<durill> K adreasri - promitnu tedy nekolik zmen do puvodniho navrhu a znovu poslu. Souhlas?
<fers_> No dost prasacky. No ono to obsahuje 5 sloupecku - nazev vesnice (mesta) - PSC - nazev posty - cislo mesta (oblasti) - nazev oblasti
<fers_> Rozhodne si z toho vygenerujeme to co potrebujeme my. Takovyto format nezustane.
<fers_> Souhlas.
<durill> Jasne, ale ja jen jestli to tam je..
<fers_> V podstate ano - ale asi tam neni seznam vsech vesnic v CR.
<Zdk> Ja si myslim ze jsou ruzne moznosti, jak se dostat k cili, je to otazka pohledu. Proto striktne nazavrhuji zadne reseni. Podivejse se na archiv IRC - byla to devata. ..
<Zdk> Posledne se hodne zduraznovalo prakticke hledisko, tabulka firem je jedna z mala, ktera je navazana skoro do vsech oblasti, proto na ni hodne zalezi ..
<fers_> zdk - k souhrnu od Stepana - ja jsem se k tomu jiz vyjadril. Nyni se musi vyjadrit jmarek a dame to na web.
<Zdk> Souhrn - bezva vec durill
<durill> Hlavne jmarek zastaval nazor co nejvice dat dat rovnou k subjektum kvuli rychlosti
<Zdk> Ja ho mam taky, pokusim se ho popsat - chvilku.
<durill> souhrn - ale bude to potreba aktualizovat, a ja na setkani nebudu, takze to bude muset udelat nekdo jinej..
<durill> jinak si to klidne vezmu na starost
<fers_> Diky
<Zdk> To je slovo Bezva
<fers_> Rozhodne nebude zdrzovat (moc) to, ze to mam v oddelene tabulce. Zdrzovat budou jine veci - zpracovani formularu - obsluha uzivatelu apod. Vyhledavani v databazi je hoodne rychle. Rozdil nepoznate (pokud to nepobezi na stroji 386).
<fers_> Ja myslim, ze kdyz server bude pentium 100 (coz je sunka) tak pro firmu z vice jak 3 ucetnimi nic nepoznas.
<fers_> Oni ty databaze jsou v tomhle hodne vyladene.
<Zdk> Firmy se zadavaji v prijemkach, objednavkach, fakturach, nabidkach, fakturach prijatych, bankovnich obratech - skoro vsude ..
<durill> Musime predpokladat ze v malinke firmicce to muze ject celi na jednom kompu, neake silnejsi pentium s 32MB... ucetni obvykle nema nej PC
<durill> Tkaze myslenka pridat ty hlavni udaje primo k subjektu (i kdyz tam nepatri) byla vlastne takova CACHE. Aspon tak sem to pochopil
<Zdk> a pri vyberu v firmy pri zadavani prijemky ci clovek vyfiltruje nazev firmy a hnedle vidi ostatni udaje ..
<Zdk> je otazka zda, to co bude videt uzivatel bude ve stejne forme v DB - pokud ano bude to jednodussi. Je mi jasne, ze SQL stoje na to maji. V jednoduchosti je sila, to je asi podstata cele myslenky ..
<Zdk> Protoze firmy jsou na hodne formularich, pokud jsem to dobre pochopil, znamenato hodne podformuladu - ale to neni ma oblast, nemohu argumentovat, jen se ukazuje vihoda jednoduchosti ..
<durill> Ale pokud budeme uvazovat zachovani tabulky pro dalsi kontakty a adresy k danemu subjektu, tak to zase bude IMHO slozitejsi na implementaci v aplikacni logice
<Zdk> Zaver - cilem je dobra aplikace, kdo hodnoti aplikaci - uzivatel, tudiz si myslim, ze pokud docilime jednoduchost a pruzracnosti pro nej bude vyhrano. Na druhe strane je tu moznosti vyuzit sily DB SQL stroje - asi bude nejlepsi zkloubit obe reseni. ..
<Zdk> Pokud dame hodne pouzivane udaje k sobe (do jedne tab), ulehci se nam dalsi cinnosti, ale nekde je hranice, kde se to lame. Tam bude lepsi pouzit vlastnosti DB SQL stroje.
<Zdk> Domluvil jsem ..
<Zdk> Tak, Vase argumenty - uvidime, jak to dopadne
<jmarek> zdravim...
<fers_> V SQL neni problem udelat si vyber a ten pohled na tu tabulku tak jak ji mate mit. Proste reknu, ze chci subjekt a k nemu adresu kde typ='h'. Proste mi z toho vyleze to co navrhujete. Ale je to databazove lepsi.
<fers_> Rika se tomu view.
<jmarek> ted jsem se konecne vratil ze svych sluzebnich povinnosti...
<fers_> Nebo mohu bez view jen proste propojit ty tabulky.
<durill> Ja osobne vsechno radsi v DB rozkouskovavam co nejvice..
<fers_> napisu select * from Adr_Subjekt left join Adr_Adresa ON Adr_Adresa.ID_Subjekt = Adr_Subjekt.ID_Subjekt and Adr_Adresa.hlavni='a' where Adr_Subjekt.nazev = moje firma;
<fers_> A dostanete presne to co chcete.
<durill> Dale je IMHO potreba pocitat s jednoduchym doplnovanim sloupcu do tabulek, jak se s tim pocita v navrhu systemu. Aby sme si k tomu neakou hovadinou nezavreli cestu
<jmarek> durill k tomu je vzdycky moznost...
<jmarek> akorat je to prece jen zasah do ty struktury tabulky
<Zdk> Ja to chapu, z prg pohledu je to opodstatnene, ale pak tu je ten prakticky pohled uzivatel - ja nedokazu rict, co je lepsi
<jmarek> musis nejak zpetne nainicializovat hodnoty u radku, ktere uz v tom sloupecku jsou...
<jmarek> teda v te tabulce...
<durill> fres: v zadnym navrhu neni u kontaktu(osob) typ kontaktu, ale ta myslenka se mi libi, takze pridam (At zije rozvetvenost)
<jmarek> durill zadny velky vetveni
<jmarek> ;-)))
<Zdk> jmatek: muzes se zpetne podivat na prubeh debaty?
<jmarek> cim vic udelas vetvi, tim vetsi zatizeni databazovy masiny pri joinech...
<jmarek> Zdk jo, tak zbezne jsem se dival...
<jmarek> Zdk jeste si to trosku projdu...
<fers_> Ano, ale kdyz ma tabulka 10 radku (druhu kontaktu) tak se to moc neprojevi. Na druhou stranu ani nemusi byt na to tabulka staci znak a vedet, ze 'h' je hlavni, 'r' je reditel, 's' je sekretarka apod. Dat to jako konstanty do serveru. I kdyz kontakty jsou spatny priklad. Lepsi by bylo kdyby to bylo u adres - adresa pro odesilani faktur, adresa sidla, ...
<durill> Moje koncepce vychazi z toho ze firma ma lidi a ty maj adresy.. a adresy patri bud lidem a firmam
<jmarek> moje myslenka byla takova, ze je treba mit v jedne tabulce k dispozici vsechny podstatne veci, ktere jsou potreba napr. pro tisk formularu, pro vyhledavani v adresari: tohle neni vhodne resit peti poddotazy, ac na to treba server bude mit... Proto se snazim cpat vse do jedne tabulky...
<jmarek> samozrejme ze ne vse, ale vse podstatne...
<Zdk> Na fakture musi byt adresa z rejstriku firem, pak tam muze byt vedle adresa pro dodani - nebude lepsi kdyz se podivam do db a uvidim v tabulce hlavicek faktur oba udaje, bez dalsiho hledani
<jmarek> No, primo do hlavicky faktur bych to zase asi nedaval z duvodu uspory mista...
<durill> Jane adresu sidla ziskas snadno, ta je pro firmu stejna, ale dodacich adres muze bejt vice... tam musis dat moznost vyberu
<jmarek> takova adresa je prece jen par radku...
<durill> V halvice bych dal odkaz na odberatele a dodaci adresu
<jmarek> to jiste...
<jmarek> ale to se da resit tim, ze bude firma v databazi vicekrat pro kazdou adresu dodani a ty si vyberes, na kterou adresu to konkretne pujde...
<fers_> Tohle neeee
<fers_> Zadny zaznam nesmi byt dvakrat.
<fers_> V tom neni vubec zadny rychlosti zlepseni.
<fers_> A jeste to zanasi nekonzistenci.
<jmarek> proc myslis?
<jmarek> rychlostni zlepseni tam je: neni treba delat dva poddotazy, ale jen jeden
<fers_> Jak poznas, ktere faktury patri k dane firme, kdyz tam je nekolikrat? (A pokazde musi mit nejaky identifikator).
<jmarek> Nekonzistenci to mirne zanasi...
<fers_> Ne mirne. Ale hoodne.
<jmarek> udelas dotaz pres ICO, ktere ta firma ma jedno, ne?
<Zdk> podle ID zaznamu
<fers_> Takze pak je klicem ICO. Takze mam vsechny faktury vazane na ICO.
<jmarek> Ale ne...
<fers_> Musi byt. Jinak nepoznas, ktera firma patri k dane fakture.,
<fers_> Ja jsem se drive take bal toho, ze to bude pomale.
<jmarek> pokud budes chtit delat neco pres firmy, tak si dotazem vyberes firmy s konkretnim IC a pak se kouknes na jejich ID a delas dalsi dotaz podle tech id...
<jmarek> klicem nemusi byt ico, ale id, treba ciselne, ktere nemusi byt videt.
<jmarek> nebo nejaka mnemotechnicka zkratka te fimy, ktera musi byt jednoznacna...
<fers_> Dnes uz pouzivam jen joiny. Co se tyce rychlosti, je lepsi mit vzdy mensi tabulky - co kdyz u neceho nepotrebujes vyber adresy - jen nazev firmy - pak mas tabulku pomalejsi. Ver mi. Klidne si o tom popovidej s Karlem Zakem. Zpomaleni bude tak maximalne (za normalniho provozu) 5. Nejvice stejne trva priprava dotazu, zpracovani aplikacnim serverem a nejvice zpracovani uzivatelskeho rozhrani - to listovani tema polozkama - a tam mas tu tabulku jak j
<fers_> si chtel. Jen to jak je to ulozeny je jinak.
<fers_> Budou s tim jenom problemy pri editaci. Kdyz zmenis firmu musis upravit nekolik tabulek. Tim musis upravit vice indexu pro vyhledavani.
<fers_> ne nekolik tabulek - nekolik radku
<jmarek> ja se snazim myslet na uzivatele: vem si to takhle: pokud bude jedna dodaci adresa jeden radek v adresari,
<jmarek> tak uzivatel vybere firmu
<jmarek> a je hotov.
<jmarek> Jinak bude muset jeste vybirat ruzne dalsi adresy:
<jmarek> pro dodani zbozi, pro dodani faktury...
<jmarek> a to je slozitejsi...
<jmarek> a uzivatele to zdrzuje...
<fers_> Ale uzivatel nic nepozna. Vyber jednu adresu jako primarni pro tu firmu. Pak budes mit ve formulari tu firmu a k ni tu adresu. Jediny rozdil je v tom jak to funguje. Uzivatel porad vidi to same.
<fers_> V tomto s tebou souhlasim. Ano at to uzivatel tak vidi. Ale at to tak neni ulozene v db.
<jmarek> to nechapu...
<fers_> Mas pristup na nejaky sql server?
<fers_> Staci mysql.
<jmarek> zkus mi, prosim, popsat, jak uzivatel bude vybirat firmu na fakturu...
<Zdk> Je mi to lito, ale musim odejit, prosim o zverejneni teto seslosti v archivu IRC, dik.
<fers_> Stiskne treba Alt+F7 - tam uvidi nazev firmy + jeji primarni adresu v jednom radku.
<jmarek> Zdk mej se, budu se vice snazit... ;-)
<jmarek> ano. a co adresy pro dodani zbozi?
<fers_> Uvidi seznam firem - promin.
<fers_> Tu tam muze videt klidne taky.
<jmarek> co kdyz to bude Interspar a bude chtit kazdy zbozi poslat na jinou pobocku?
<jmarek> tedy se budou delat dve fa... a dva dodaky...
<fers_> V tom pripade stiskne na te firme treba Ctrl+Alt+LShift+RShift+F6 a tam si vybere z dalsich adres teto firmy.
<durill> tak do tabulky subjektu pridame i odkaz na standardni dodaci adresu a bude tam ta. Pokud bude chtit jinou, tak ji vybere, pripadne prida.
<fers_> V tom pripade by melo byt u kazde adresy jeste napr. pobozku.
<VKoranek> Nebo taky skupiny firem :-)
<jmarek> nesla by nejaka jednodussi zkratka na deset klaves, prosim, prosiiim ;-))))))
<durill> jak skupiny firem?
<VKoranek> stromova struktura, ale to bych rad probiral jen s databazistou :-)
<jmarek> Auuuuuuuuuu....
<VKoranek> Navenek to bude vypadat jinak :-) .-)
<fers_> Jeste k tomu selectu co jsem poslal. Ve vysledku budou jak polozky z tabulky Adr_Subjekt tak polozky z tabulky Adr_Adresa.
<jmarek> stromovou strukturu neeee...
<fers_> Spise bych rekl - zatim neee :-(
<jmarek> no dobra, dobra...
<jmarek> ;-)
<VKoranek> Procccc jsou hezky :-) treba takovy zamestnaci .-)
<fers_> ???
<fers_> TU posledni vetu jsem nepochopil.
<jmarek> zamestnanec muze delat po fabrice deset roli a za kazdou byt honorovany zvlast...
<jmarek> ale bude mit jednu adresu...
<jmarek> je to tak, VKoranek?
<VKoranek> myslel jsem vztah nadrizeny - podrizeny .-)
<jmarek> aha...
<jmarek> takze strukturu organizace...
<jmarek> hmmm...
<VKoranek> :-)
<jmarek> to kvuli documentFlow, co?
<fers_> To bude hezke ;-) ja to nechci videt.
<jmarek> ;-))))
<fers_> Teda videt to chci, ale ne programovat :-)
<jmarek> nesmis to hned vzdat... ;-O ;-)))
<53fers_> jmarek uz si myslis, ze je to lepsi tak nebo mas stale pochybnosti - rad bych o tom jeste diskutoval.
<VKoranek> -)
<jmarek> no, zatim uplne presne nevim...
<jmarek> jsem spise alespon pro to, aby primo v adresari byly dve adresy: jedna sidla firmy, kam se bezne posilaji faktury a jedna pro normalni dodani...
<jmarek> pokud by byly dalsi adresy, pak by asi mohly byt spolu s nejakym kontaktem jeste jinde...
<jmarek> ale rekneme tu nejbeznejsi situaci by mel mit clovicek k dispozici na jednu klavesu (jeden vyber)...
<jmarek> mozna, ze by to nejakym join-em slo udelat, ale prijde mi zbytecne delat tohle vzdy:
<durill> Ale faktury muzes posilat este nekam jinam, nez do sidla :-)
<jmarek> je tam vyber, zobrazeni ve formulari, tisk nekolika formularu...
<durill> To uz je treti adresa
<jmarek> Dobra, pak tedy proste tu nejbeznejsi moznou kombinaci...
<fers_> Ja bych na to udelal jen jednu tabulku. Kazda firma tam bude mit nekolik radku a jeden radek bude oznacen jako kontaktni adresa a druhy jako na odesilani.
<jmarek> no, a o to mi prece celou dobu jde...
<jmarek> tak o cem je rec?
<fers_> Ano, ale to se nevyresi tak, ze bude vzdy nakopirovana v te hlavni tabulce (kdyz budou tri adresy budou tri sady sloupecku).
<jmarek> v tomhle duchu jsem se tu hadali uz jednou s durillem ;-)
<jmarek> ???
<jmarek> to nechapu?
<fers_> Ano, ale vysledek dopadl tak jak dopadl.
<fers_> Aha, ze bychom se tady kazdy hadali o necem jinem?
<fers_> Ja jsem mluvil o tom, ze neni dobre, aby bylo vse v jedne tabulce. Lepsi je jich mit vice.
<fers_> A propojovat je.
<jmarek> ale tomu ja se nebranim...
<jmarek> nicmene je nutne si uvedomit, ze cim vice je stupnu volnosti, tim vice musi uzivatel vybirat...
<jmarek> rekneme neco takoveho:
<durill> Moment, moje predstava je mit tabulku se subjektma a k ni tabulku se spoustou adres k dane firmne jednotlive, ale ted mi to prislo jako mit tabulku subjektu a pak jednotlivych kombinaci asres k subjektu
<durill> asres = adres
<fers_> Rikas to spravne.
<durill> to je uz treti varianta
<jmarek> tak ted uz jsem zmateny jak lesni vcela...
<durill> 1. mit to v jedne tabulce
<jmarek> nechtel by nekdo nakreslit diagram v dia?
<fers_> Ja ho nakreslim.
<jmarek> alespon velmi schematicky...
<durill> 2. jedna tabulka firam a druha vsech adres
<durill> 3. tabulka firem a tabulka s kombinaci adres (sidlo/dodaci/uctarska)
<fers_> 2. je to co bych videl ja. Jen u kazde adresy bude polozka, ktera bude definovat typ adresy.
<fers_> (sidlo/dodaci/uctarska)
<jmarek> durill sidlo muzes vynechat, to mas v te tabulce firem, ne?
<fers_> No to by tam prave nebylo.
<jmarek> tohle je soustredena invaze, nehram, fuj fuj... ;-)
<durill> var. 2a pridat tabulku s predvolenejma kombinace (idx,id_sid, id_dod_id_uct),
<fers_> durill ?? Co je id_sid a id_dod_id_uct?
<jmarek> tam mela byt misto stredniho podtrzitka carka...
<durill> respektive id_sid v tabulce firem, id_uct taky a zbyva jen volny stupen vyber dodaci adresy
<durill> odkaz na adresu v tabulce adres
<durill> ale je zbytecna, viz vise, ulet
<fers_> Zatim bych neuvazoval ten pripad, ze by jedna adresa patrila vice firmam.
<fers_> Sice muze sidlit vice firem na jedne adrese, ale to je vzdy jen nahoda. ne?
<durill> V tom pripade pocitam s duplicitou te adresy, tady bych je prezil
<jmarek> hmm hmm...
<jmarek> tak mi ted popiste, jak uzivatel bude doplnovat adresu na fakturu...
<durill> vybere firmu, tim je dana adresa sidla a predvyplni se standardni dodaci. Pokud ji bude chtit zmenit tak neco stiskne a dostane seznam adres te firmy. Bud si vybere nebo prida novou
<fers_> Presne tak.
<durill> Ted je otazka jestli ma cenu nekde mimo vest kam posilat faktury nebo je zasilat na sidlo nabo na dodaci
<jmarek> a co uctovaci? ;->
<fers_> Pribide dalsi typ adresy :-)
<fers_> A pak bude jeste tabulka typu adres ;-)
<jmarek> dalsi vlozena tabulka... maminkooo... ja se asi zblaznim...
<fers_> No tu bych zatim nedelal.
<fers_> Na tech 5 typu nam staci seznam. Dalsi informace ulozime jako poznamku k adrese (durill to by tam chtelo pridat).
<fers_> A chtelo by to pridat i k firme.
<durill> poznamky sou snad u vseho, jsetli ne, tak nekde je chyba
<jmarek> no dobra...
<jmarek> vzali jste me soustredenou zteci a neodolal jsem...
<jmarek> jsem proste moc mekkej...
<jmarek> ach jo...
<fers_> Ne rozumnej ;-) Pochopil jsi kde lezi pravda ;-)
<jmarek> no to jeste uvidime
<jmarek> a neprej si me, az to budes predelavat podle myho navrhu
<jmarek> ;-)))
<jmarek> asi takhle bych to videl:
<jmarek> je to veci optimalizace:
<jmarek> mnohyma tabulkama usetris misto
<jmarek> mene tabulkama cas a naroky na server...
<jmarek> hledame optimum...
<jmarek> takze vlozene tabulky jsou prima
<jmarek> ale proste nemusim je mit vsude...
<jmarek> naopak: stejne bych byl treba pro mit jednu adresu primo v te prvni databazi...
<fers_> Pomoooooooooooc
<jmarek> az teprve by se adresy zacaly mnozit, tak by se davaly do databaze dalsi...
<jmarek> jen si kric, stejne te nikdo neslysi ;-)
<fers_> Zachrante me
<posupny smich>
<jmarek> ;-)))
<durill> Ale s tim ze jednu z jedne a dalsi v druhe tabulce si zase zeslozitime programatrskou praci..
<fers_> Hooodne zeslozitime.
<fers_> Jak pak udelas vyber vsech adres dane firmy?
<jmarek> dobra, dobra...
<jmarek> tady mate pravdu...
<durill> Seberu tu jednu a pak k ni pridam ty dalsi. Takze dva ruzne dotazy
<VKoranek> :-)
<jmarek> a co VKoranek?
<jmarek> ten jen sleduje...
<53fers_> jmarek - Mel jsi nejakou teorii db?
<jmarek> pojd me taky podporit ;-)))
<fers_> Ne ten je taky proti tobe :-O
<jmarek> nemel, ja jsem se to ucil v praxi ;-> > >
<jmarek> kdybys videl, jak je na tohle citliva foxka, tak bys me pochopil...
<fers_> Ja taky. Letos mam predmet databaze 1. Jeste jsem tam ani jednou nebyl. A v dalsim semestru mam Databaze 2.
<fers_> Ja jsem programoval uz jenom v SQL.
<jmarek> fers_ tak to bys tam mel zacit chodit ;-)))
<fers_> Jak se meni nick?
<jmarek> proste das /nick novy_nick...
<fers> Diky.
<jmarek> no vidis, jak ti to jde ;-)
<fers> Alespon neco umim ;-)
<fers> (Myslim tu zmenu nicku)
<VKoranek> -)
<53durill> jmarek - koukal si na ten souhr vysledku?
<jmarek> dival... diky...
<jmarek> chtel jsem to dat na web, ale zaznamenal jsem pripominky Petra...
<jmarek> budes to predelavat ty, nebo to mam predelat ja?
<durill> je to v pohode? Zak mi opravil preklapi a este sme pridali vetu o command. Takze ti poslu nejnovejsi verzi?
<jmarek> dobre...
<jmarek> ale opravil ti to Zdk, ne Zak...
<jmarek> Zdk je Zdenek Jirsa ;-)
<durill> sorry, hlavne jemu
<jmarek> durill jaky kodovani cestiny pouzivas?
<jmarek> ja to budu muset asi prekodovat do iso-L2
<jmarek> je to ve 1250-tce?
<durill> puvodne sem to psal ve 1250, ale Zdk to poslal Latin. Aspon myslim.
<durill> aha, ale ja to zase ulozil jako 1250
<jmarek> dobre...
<jmarek> takze na teto strukture adresare jsme se domluvili?
<fers> Myslim, ze ano.
<jmarek> adresy tedy budou vsechny zvlast a v tom hlavnim zaznamu budou tri odkazy: adresa sidla, ucetni a dodavka zbozi?
<jmarek> (tedy implicitni...)
<fers> Ja bych radsi rekl, ze v te tabulce s adresami bude urcen typ. nez mit dalsi sloupecky v seznamu firem.
<fers> treba typu char.
<fers> (znak).
<durill> ja bych byl radsi pro ty odkazy v tabulce firem
<durill> a ten priznak u adres bejt nemusi, IMHO
<fers> Dobre, ale co kdyz pridame dalsi typ adres? Napr. adresu reditelovi chaty :-)
<durill> tak vim k jake firme ta adresa patri a udelam si opznamku u adresy
<durill> co budem delat kdyz jedna adresa bude vice typu?
<fers> Vezme se ta prvni.
<durill> ?
<durill> myslim adresa stand. dodaci = sidla = ucetni
<fers> Hmmmm, asi mas pravdu.
<jmarek> durill jeste jsem si to cetl: opravil jsem adresu konference na ten pinknet
<jmarek> a pak jeste u tech modulu: modul evidence prvotnich dokladu, ne modulu...
<jmarek> takze to zpracuju do HTML a dam na web...
<jmarek> BTW: bude ale potreba nejak tyhle odkazy potom priradit a umoznit dale zmenit prirazeni...
<jmarek> protoze budou jakoby implicitni...
<durill> Kdyz mi poles ukazkovou stranku v
<jmarek> to pisu o adresari...
<durill> PHP, tak s tim enco udela,
<jmarek> ne o web-u...
<jmarek> ;-)
<jmarek> sorry
<jmarek> mel jsem to lepe uvest...
<durill> jo, adresar este predelam a pak poslu novou verzi
<jmarek> durill a tobe padala ta dia pod winama, nebo pod linuxem?
<durill> neco malo veci se pridalo mezi verzi 0.0 a 0.1, takze je promitnu do 0.0 a bude 0.3
<jmarek> dobra... ;-)
<durill> pod KDE2, RH7.1, ale chystam se jit na 7.2, asi v nedeli
<jmarek> tak to zkus, me nepadla zatim ani jednou...
<durill> staci v DIA jen nazvy polozek nebo i typy?
<jmarek> stacily by nazvy, typy treba zkusime doplnit na setkani...
<jmarek> nakonec je ale mas v tam .sql souboru, ne?
<durill> jo, tam uz sou, prave ze se mi to nechce prepisovat
<jmarek> aha...
<jmarek> tak to treba nech v tom sql a ja se to pokusim prepsat...
<jmarek> do dia...
<jmarek> mejte se, panove...
<jmarek> ja uz musim bezet...
<jmarek> Zdar...
<fers> Cau
<fers> Jak se v dia delaji databaze? Ja jsem nenasel zadne objekty, ktere by pro to byly vhodne - nebo jsem nehledal dlouho.
<fers> Dneska pujdu domu drive. Mejte se.


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