Software státní správy po Česku: první den kolaps

14,5 milonů záznamů za 47 milionů Kč včetně HW. Počítejte se mnou - cena jednoho záznamu se pohybuje kolem 3 Kč, což je méně, než poštovní známka. Neříkám, že to nejde udělat levněji, ale ta cena celkem sedí.

coze?????

mam v DB 5 mil. zaznamu, stoji me to 1000 Kč ... a 3 Kč je přiměřene? :Dto se vsad, ze u hardware za 10 mega to bude predrazene,
v tomto ale byly i PC uredniku

Jistě se shodem na tom, že ti úředníci nepíšou přímo do databáze, že? Uznávám, že v tom případě by ta cena byla mnohem nižší, ale oni k tomu potřebují frontend, který někdo musel naprogramovat.

Myslíš, že Thi Huong žádný frontend nemá? Vkládání do databáze vždy vyžaduje nějaký frontend. Jen jde o to, jak snadné to uděláš.
Tvůj početní příklad je blbost. Cenu nelze hodnotit na počtu záznamů, ale na náročnosti zpracování. Jasně je rozdíl, zda aplikace bude obsluhovat 1000 záznamů a 1000000 záznamů. Jenže to je pouze vstupní požadavek, na základě kterého se provede patřičný vývoj. Milión záznamů vyžaduje vysoce optimalizovaný kód, který dokáže v tom ohromném množství co nejrychleji a efektivněji vykonat požadované příkazy. U menšího počtu toto břímě není a je možné určitou neefektivitu připustit. Proto může být v tomto případě cena nižší. A s tím počtem? Pokud by mělo ČR polovinu obyvatel (5 mil), tak by dle tvé logiky 45 mil bylo předražené. Naopak pokud by mělo dvojnásobek obyvatel, tak by cena byla podceněna. Počet záznamů se odvíjí od počtu obyvatel. Myslíš, že je logické takto stanovovat cenu?

Myslím, že vy tomu zas tak moc nerozumíte. Počet těch záznamů v databázi je z hlediska optimalizace kódu úplně irelevantní.
Můj početní příklad zas taková blbost není. Pokud by se za přihlášení auta platily 3Kč, tak ten systém nebude stát poplatníka ani halíř.

To byste se divil jak moc to ovlivňuje výsledek, pokud je kód špatně udělán. Chybějící indexy, špatně navržený SQL dotaz, ale i špatně zvolená aplikační logika může celý proces výrazně zpomalit. Nejvíce je to vidět na těch, kteří s velkými počty záznamů ještě nepracovali. Ti pracuji s menším vzorkem maximálně do tisícovky, kde ten rozdíl není tolik znát. Jakmile dají aplikaci do ostrého provozu, kde se počet záznamů postupně navyšuje, pak postupem času zjistí, že aplikace čím dál tím víc jede pomalu. Divil byste se, co způsobí jeden chybějící index.
Doba načítání před přidáním indexu tak 30 sekund. Po přidání indexu je doba načítání hluboko pod jednu sekundu.

Trosku Ta poopravim. Novy system danovej (financnej) spravy (mal nabehnut od 1.1.2012) stal cca 24 milionov EUR. Ciastocne (t.j. na 15%) "fungoval" par mesiacov, kedze bol neskutocne odflaknuty a nefungovalo takmer nic, zhruba v aprili sa vratili k povodnemu (DOS-ovskemu) system.
A 24 melka uz nikto nikdy neuvidi.

To bych netvrdil. Ono si je pár lidí určitě celkem příjemně užívá ;)

A co reklamace?

Už jsi někdy viděl, že by stát zpackanou zakázku úspěšně reklamoval? Já si takový případ nepamatuju. Ostatně stačí se podívat na neustálé problémy s letadly Casa. Každý normální západní stát by letadla dávno vrátil a ještě vymáhal penále. ČR ale bude raději stále ustupovat výrobci, který není schopen dodat funkční zařízení odpovídající zadání.

Bratia, ale my máme ještě novej Systém na vyplácení sociálních dávek za 2 mld http://zpravy.ihned.cz/c1-55068890-uspory-minist... ...

2mldCZK, co to je? Ale nase unikatne myto za (v prepocte) 20 miliard CZK, to je kusok!

U nás "jenom" 16 (resp. o 16ti se mluví), ale zato jsme dražší než Německu a Rakousku

Neviem co je na tom pravdy, ale pocul som taku vec, ze vyvoj softveru stal 0,- EUR a teda nie je mozne za jeho zlyhanie ziadat peniaze spet. Ze vraj sa platilo za konzultacne hodiny a hardver. Konzultacne hodiny prebehli a musia byt zaplatene, hardver na chybe nie je a teda nie je ho dovod reklamovat ho a softver ste dostali gratis, jeho zlyhanie reklamovat nemozete.

To snad ani legálně nejde, ne?

ale jde, ale jde... napise se to tak ze to vytvareji zamestnanci uradu a externi firma jen skoli a doda HW a predrazene licence

ČR je země neomezených možností. Jen mít správné kamarády, kachní žaludek a dobré advokáty.

No .. ono to tak jednoduché fakt není.aby jsi se dostal do obrazu - průměrně složitý systém na poskytování bankovních úvěrů , postavený na zelené louce (a to jenom jeho frontend, napojený na již existující "backend"), dělaný soukromou firmou pro soukromou firmu (čili vcelku ekonomicky "optimální") vyjde na srovnatelnou částku. složitostí bude podobný, možná i jednodušší.takže cena jako taková ani moc přestřelená nebude. horší je ta funkčnost.

Ja nevim ale 37M mi neprijde v enterprise sfere zase tak moc, zalezi na tom co se za tech 37M dostalo. Mame malo vstupnich informaci abychom mohli hodnotit. Je to nejaky cluster aplikacnich serveru napojeny na oracle v RAC ? Pak jenom za licence na DB se da utratit radove nekolik milionu Kc. Problem statni spravy je v tom ze se na ni "prisoli" ruzne radoby softwarove firmy ktere tam potom dodavaji neskutecna zverstva .

Jenom za licence na DB se dá řádově utratit několik milionů Kč. Problém je, když se prosazují takovéto DB systémy tam, kde vůbec nejsou potřeba a je to jasný overkill (a pro daňové poplatníky vyhozené peníze).

prave, miliony za DB licence tam kde to s prstem v nose zvladne kdejaka free.

Cena se nestanovuje na tom, jak těžké je ovládání (uživatelská přívětivost), ale jak těžké je zpracování - to co se stane, když klikneš na to velké tlačítko na konci.
Prostě si to představ u auta. Máš obyčejné auto za 200 tisíc korun, které je pro běžnou potřebu. Nevyžaduje žádné extra požadavky. Proto je jeho vývoj a výroba levnější. Naproti tomu máš superauto za 5 miliónu korun, které vyžaduje vysoký výkon a extravaganci. Jeho vývoj a výroba vyžaduje speciální péči a určitou preciznost, aby mohl vůbec daný výkon dodat. Proto je cena vysoká.
V informačním systému jde o totéž. Záleží co všechno má systém zvládat, jak nakládat s daty a kolik dat bude zpracovávat. Čím složitější, tím je cena vyšší. Analogicky k autům: auto za 200 tisíc se dá porovnat s obyčejným eshopem. Je všude a nevyžaduje nic složitého. Auto za 5 miliónu se dá porovnat třeba s bankovním systémem, kde se vyžaduje přesnost a vysoká stabilita a rychlost.

To s tim ovladanim sem tam asi nemel psat ale budiz. Zajima mne to vic do hloubky. Psalo se tu o DB licencich rychlosti a spolehlivosti kodu. Jeste nejake info navic? Nebo treba odkaz na web ktery by zavadeni/vytvareni obdobneho systemu nebo tak neco. Jsem proste zvedavy :)

Určitě to bude vytvořeno nějaké zázračné cloudové platformě s prvky rapidního vývoje aplikací

To jo, zazracna platforma Tunnel 2.0...

To bude nějaký Microsoft Enterprise Professional Computing Platform na kterým běží Oracle Advanced Database Solution for Businesses 3.0.

Za co mám ty mínusy?

Nejspíš za tučňáka

Co máte proti tučnákovi, hodně z vás ho i používá (android, router) OS

Já nic, jen ti odpovídám

Tu otazku jsem mysel tak obecne ke vsem

No vtip je v tom ze i prumerna webova hra pracuje s vetsim mnozstvim zaznamu s velkym mnozstvim navaznostni v DB a s mnohem vetsim poctem pristupu... ale zere mnohem mene HW, nepada a nestoji na vytvoreni ani 100k

no jo to víš, webové formuláře s databází jsou dneska náročná 3 hodinová práce. Je téměř jedno jestli je to 20 000 nebo 500 milionů, stačí udělat skript a nechat to nějakou dobu na serveru převádět. Krásně řečeno "když je internet přetížen nebo spadne" opravdu by mě zajímalo kdy naposledy spadnul celý internet... Mě by zajímalo co v těch 500 stránkách popisují, Windows 7? Rád bych aby se pokaždé když udělají nějakou takovouhle věc zveřejnil kompletní seznam toho za co se utratilo... Bylo by možné zjistit jestli jsou ty náklady opravdu nutné nebo mají málo vína.

Co na těch 500 stránkách popisují..? já si dovedu docela živě představit, protože jsem už pár metodik viděl, sice ne ze státní zprávy, ale ono to funguje všude stejně. Metodiky jsou psaný stylem aby je pochopila skoro i cvičenáý opice... to znamená pár řádek textu následovaná třeba i několika stránkama screenshotů... a takhle pro každou operaci co se dá v tom rtegistru dělat... dohromady toho bude mraky...

Jiste, protoze podobne systemy se resi tim, ze se vezme SAP a pro nej si nechaji vyvinout specialni aplikaci. Viz napr. slavna Statni pokladna a dalsi aktivity MF

Co můžeš udělat dnes, odlož na včerejšek.

ta cena je v podstate odpovídající - porovnávám s vývojem a cenou na klíč dělaného systému soukromou firmu pro soukromou banku.

Bohužel nejsou známy přesné detaily vyvinutého systému, ale z toho co je známo se mi zdá, že je tento projekt je řádově méně náročný než např. internetové bankovnictví atd.

A myslím, že ani ta soukromá firma, o které mluvíte, by si nemohla dovolit nechat ten systém hned první den ostrého startu lehnout, protože by o značnou část těch peněz penalizací přišla.

nemluvím o bankovnictví .. ale o podstatně jednodušší aplikaci..ale ano, ten pád na to vrhá opravdu špatné světlo.

tabulka auta, tabulka majitele, tabulka prevody aut. co dal? na drupalu za vejkend hotovo.

No ... prave jsi se odkopal, ze jsi jen bastlič na koleně... No , ono naštěstí enterprise systémy takto nefungují .. a když se k tomu nějaký šmudla bastlič dostane .. tak to dopadá, jako ten systém evidence motorovych vozidel :)

ale no tak... miliony zaznamu a 200 pristupovych mist proste neni neco co by bylo extrameganarocne. tady to prave s tim tzv enterprise trochu prehnali. neco jako londynska burza.

Je vidět, že opravdu víš, o čem mluvíš ... (pokud bych nepochopil, to byla ironie).

Neznam ten system ale vis jaka je licencni politika napriklad Oracle ? Vezmes si obycejny 2U server s xeony dejme tomu 2CPU a 6 jader = 12jader, oracle ma pisvejcovu konstantu na jadro ( v pripade vetsiny intel procesoru 0.5 ) = 6licencnich CPU. No a ted trocha matematiky 6 * 47500 = 285 000 ( chces pouzivat partitioning, tak potom dalsich 10 000 na jadro ). Jeste mala poznamka nakonec, ceny jsou v USD . (Samozrejme existuji slevy atd.)

To je mi jasné. A Oracle jsou bezpochyby skvělá databázová řešení.
Ale nechápu, k čemu je takový oracle lepší pro systém s počtem záznamů v řádech milionů a přístupy z 200 míst po řekněme deseti stanicích, než jiná levnější (či zdarma) řešení.
Ledaže má ta vývojová firma tučné provize z licencí.

pgsql s prstem v nose, mysql pri trochu rozumnem nastaveni taky. nejak mi to vychazi taky na peknej tunel

MySQL jen do té doby než vám padne a nepodaří se vám obnovit zálohu Na takovéto aplikace opravdu radši postgres

ale ja vim, snad tu nadsazku nekdo nevzal vazne. (mimochodem na innodb mi to jeste nespadlo, mysleno mysql databaze)

No tak to uz je pak tvoje blbost ze neumis delat zalohy ;). Na MySQL provozujem podstatne narocnejsi (a taky trochu drazsi) system nez je ten registr uz pres 10 let a zadnej problem.

Bylo to myšleno hodně s nadsázkou nicméně už jsem o těchto případech slyšel od lidí co MySQL (nad MyISAM) provozují. My používáme postgres takže o zálohy se nebojím PS: doufám, že máte kvalitní MySQL v nejnovější verzi. Já jen aby se vám tam někdo nepřipíchnul jako root, když zkusí zadat rychle 50x špatné heslo

To je proste odflaknuta praca, ziadna optimalizacia, navrhnu databazu, napisu par uzastnych prikazov v SQL, otestuju celu aplikaciu na par tisic zaznamoch, vsetko funguje krasne, svizne moze sa to implementovat. Potom sa to nasadi, chvilu to krasne funguje, lenze riadky v databaze neustale pribudaju a zrazu sa tam spusti nejaky zlozity prikaz SQL, ktory pri par tisic riadkov sa vykonal za par sekund a potreboval par megabajtov pamete, lenze pri milionoch zaznamov zrazu potrebuje niekolko gigabajtov pamete, dojde fyzicka pamet a system zacne swapovat na pevny disk, cely server sa tym brutalne spomaly, z disku sa nacitavaju jednotlive zaznamy z databazy a tiez tam system swapuje, nakoniec to skonci tak, ze procesor nebude robit ziadnu efektivnu pracu ale bude iba vymienat stranky pamete. Prikaz, ktory trval par sekund pri tisicoch zaznamov trva niekolko minut / hodin pri milionoch zaznamov, server je zaneprazdneny a nie je schopny vykonavat ine prikazy v realnom case, pretoze nema dostatok volnej fyzickej pamete a pevny disk sa ide roztrhat od I/O operacii. Uradnicka vyplni formular a da odoslat, server je vytazeny a kym spracuje jej prikaz na pridanie novych riadkov do databazy uplinie niekolko minut, nehovoriac o tom, ze server moze spracovanie formulara zrusit kvoli prekroceniu casu spracovania a ona bude musiet ten formular odoslat znova a znova a znova, system nie je schopny realneho chodu.

Veru veru, zazil som vo svojej kariere zopar certifikovanych oracle expertov, co vobec nenastavili index. A este mi neverili, ze ten pol minutovy insert je sposobeny chybajucim indexom (cielom boli desiatky insertov do pol terabajtovej databazy za sekundu :) Ale hlavne ze potom bol vo vykaze prace 2 hodinovy tuning:))

A já si vždycky myslel, že INDEXy jsou určené pro rychlejší vyhledání (nejen) výsledku, ne pro vkládání.

Názor byl 1× upraven, naposled 10. 07. 2012 11:12

Ano mas pravdu. Pre mna z pohladu aplikacneho serveru to bol black box a co tam chalan stvaral v stored procedurach, tak to netusim. Zrejme kontroloval duplicitu zaznamov. Kazdopadne ten index tam podla specifikacie mal byt, pretoze sa v tych datach neskor predpokladalo aj vyhladavanie :)

Ono jde o to, ze ve svete neexistuji databazove systemy, ani formulare, ani servery, ani sitove spojeni....
Vsechno museli chudaci vynalezt, vyvynout, na testovani nezbyl cas ani penize a tak to rovnou nasadili.
Kdyby vyse zminene jiz nekdy nekdo predem vynalezl a odladil, stacilo by jednotlive veci implementovat, pouzit. Ale takhle na zelene louce... je to jeste levne :D

po par mesicich prechod na puvodni system.

Pokrok nezastavíš...Na druhou stranu, podporuje to zaměstnanost v době, kdy jsou jinde lidi díky počítačům a robotům propouštěni.

Chyba není v použité technologii- viz třeba: http://craig.is/killing/mice...
Ale v tom, že si s tím nikdo nedal ani tu trošku práce(tedy +3 řádky na jednu klávesovou zkratku navíc), aby tam ty klávesový zkratky rozchodil!

Názor byl 1× upraven, naposled 09. 07. 2012 15:30

Obvykle větší problém než to, že by si programátor nechtěl dát práci, bývá, že se nikdo nenamáhá jít si promluvit s lidmi, kteří starý systém už léta používají a nový ještě léta používat budou. Zakázku dá někdo z vyšších podnikových vrstev, který v program prakticky nepoužívá.

"Pracovník jezdí myšítkem jak utržený" - presne tak. namiesto tabulátora ktorý ťa hodí do dalšieho poľa a kláves F1, F2... zakaždým treba zdvihnúť ruku od klávesnice a myšou sa triafať do príslušného poľa.Teda dotyčný systém nepoznám ale mám tu česť s pár aplikaciami bežiacimi v prehliadači....

i v prohlizeci tabelator funguje.

to ano ale bez spravne nastaveneho tabindexu je to u slozitejsich formularu k vzteku

Ja zas jednou takovy system delal spousta demenci byla primo vyzadovana uz v zadani.

To taky trochu znám, jediná užitečná zkratka CTRL+V a CTRL+C a vyžaduje to pouze prohlížeč IE a jednu naprosto konkrétní verzi Javy. Velký šéfové mají odškrtnutý splněný úkol, tvrdí že systém je plně funkční a nikoho nezajímá práce s tím je naprostý masakr v nesmyslném nelogickém klikání a odezvy skoro o dva řády pomalejší než když to bylo postaru.

Proč, dělal jsi na tom?

Akorát, že ten když spadne, tak se stane velký kulový.

redakční systém nestál tolik peněz, je složitější a rozhodně stabilnější.

Podla mna aj formular v browsery sa da vyplnit velmi rychlo, zalezi to od toho ako je navrhnuty system, to chce hlavne komunikaciu vyvojarov a tych co s tym budu pracovat, aby sa nestala taka vec, ze ked chce uradnik vyplnit nejaky formular tak ho tam bude hladat v zlozitej navigacii a musi sa doslova preklikat ku nemu, nehovoriac o tom, ze pri kazdej akcii sa reloaduje stranka, co zdrzuje a zatazuje sa server zbytocnymi requestami. Aplikacia v browsery moze byt dynamicka, pomocou javascriptu sa mozu zobrazovat formulare, spracovat data napr. pomocou AJAXu alebo vyuzit rovno WebSockets, kedze sa budu data vymienat neustale, je uplne zbytocne zatvarat spojenie so serverom. Klavesove skratky su tiez neni ziadny problem, javascript je schopny odchytit stlacanie klavesov a moze reagovat na kombinacie klavesov. Nainstalovat najnovsi browser na klientske stanice aby podporoval najnovsie technologie nie je ziadny zlozity problem predsa.

Zkuste to vzít tak - proti TurboVision v podstatě nemůžete nic lepšího nasadit. Mezi políčky se pohybujete pomocí tabulátoru v celoobrazovkovém režimu a singlethread aplikaci, od práce vás nic nerozptyluje. Jako úředník prostě jenom boucháte data. Z hlediska zaměstnavatele ideálná stav.
Dále, klient cucá jenom čistá data, žádné megabajtové stránky s Javascriptem. K tomuhle vám stačí terminál na bázi procesoru 386. Informační tok směrem k serveru je tak setina, spíše tisícina.
Je škoda, že moderní technologie nedokázaly přijít s něčím stejně efektivním.

ale na dobre postaveny webovy aplikaci taky posilam jen ty cisty data a ne ten balast okolo.

kazdopadne obecne lze rict, ze pouzita technologie dela jen malou cast problemu, ten hlavni problem je prasackost dodavatele.

Dovolim si nesuhlasit, webova aplikacia ma podla mna viacero vyhod.
Bezi v browsery, teda je to nezavisle na platforme a architekture, ci je tam x86 alebo je tam ARM, ci je tam windows alebo linux, je to jedno.
Dalsia vyhoda je jednoducha aktualizacia aplikacie na novu verziu, staci iba nahrat nove subory na server a po reloade u klientskych stanic sa nacita nova aplikacia. Netreba ziadny zasah u klientskych stanic pri aktualizovani aplikacie.
Je pristupna odkialkolvek, kedykolvek a netreba mat specialny softver. Staci browser a internetova konektivita, co dnes je uz standard kazdeho.
Webova aplikacia sa nacita iba raz, napr. rano zapne uradnicka PC, nacita do browsera aplikaciu a od tedy sa uz ziadne dalsie subory nacitavat nemusia, otvori sa cez WebSockets trvale spojenie na server a aplikacia bude skutocne vymienat iba data so serverom. Vsetko zalezi od navrhu vyvojarov!
Pri dobrej optimalizacii netreba ani vykonny pocitac, sice vykon, ktory postacuje pre MS-DOS aplikacie nebude stacit, ale dnesnej dobe su vykonne pocitace lacne, takze v tom nevidim nejaku prekazku. Bez flashu, animaci bezi webova stranka velmi svizne aj na pomalsich strojoch.
Klientska stanica moze byt nakofigurovana tak, ze otvori sa browser vo fullscreen mode a nacita sa webova aplikacia, na ine webove stranky sa nebude dat dostat, k tomu staci vyradit DNS server resp. pouzit tam specialny DNS server, ktory bude reagovat iba na vladne domeny, ostatne bude ignorovat.
Podla mna vsetko zavisi iba od dobreho navrhu a hlavne od vyvojarov ako sa k tomu postavia, aj webova aplikacia sa da spravit velmi efektivna.

rika se tomu automatizovany testing. da se to v male mire treba naklikat ve FF v Selenium IDE.

Jednoduše z více strojů paralelně simuluješ více HTTP požadavků (případně jiných, ale dnes asi primárně toto) naráz. Během testů se provádí monitoring serverů, jak si vedou v zátěži a zároveň také odez a systému. Případně se simuluje i dlouhodobá zátěž (test běží několik dní). Tohle se dá poměrně dobře ověřit.
Během zátěže se dá i se servery v clusteru manipulovat, tak že se simulují výpadky serveru a jeho zastoupení ostatnímu.
Paradoxně se na to ale celkem dost kašle (jako často i na zbytek testování), protože přínos není na první pohled vidět. Taky ne každá firma to umí a lidí, kteří dokáží takový test správně provést a vyhodnotit taky není úplně hodně a jsou drazí. Doufám, že ta ale tahle firma dostane od státu pořádnou pokutu.

kdo by platil zamestnance za testovani, kdyz to muzem pustit ven a prvni den provozu uvidime, pak to nejak budem resit. vsak je to placeny z evropskych penez tak se to nepodela.

A jak to "opravují" ?Jak je možné tyto velké projekty opravovat ?Nemyslím opravování jako přepisování kóduTo se např. jen restartovávají servery ?Za jak dlouho naběhne server s několika milióny záznamů v databázi ?
Půj PC naběhne do 2 minut (počítám to od zapnutí tlačítka Power, včetně POSTu)

Michal Kolesa
29 let, Invalidní důchodce, Vyučen: elektrikářem - silnoproud, Maturita: Strojírenství, Zájmy: Počítače ve all in one podobě a tématech :-)

Restartujete za dvě minuty, spustíte terminály a padne to znova. To jaksi není řešení...

Počítám že při takto velkém řešení budou servery v Clusteru. Takže databázova role se odmigruje na jiný stroj a se serverem si můžeme dělat co chceme.

vzhledem k tomu, ze "pad jednoho serveru" odstavil cely system tak predpokladam ze predpokladas spatne.

proste se to odstrihne od site, zanalyzuji se pripadne neajky logy, zjisti se kde tesar nechal diru, ta se zaplacne v ramci moznosti, prida se par kusu HW a zkusi se to znova pustit.

a předchozí verze fungovala na bázi potrubní pošty?
VPN si myslím že to předtím bylo tunelované internetem...

http://www.vz24.cz/clanky/firma-otce-kristyn... ...

ATS Telcom. bez vyberoveho rizeni.

takze vsechno banda amateru, kteri nabiraji levnou silu z rad studentu, kteri o tom vi velky prd :-p

Zapomel jsem napsat "mimo jine"
Melo byt "Z clanku se mimo jine dozvime ..."
Dekuji autorovi za prvni hlas

To máš tak - když to vypadá staře a nemá to okýnka a spoustu barviček, je to prostě DOS

To je fakt, i kdyz tento nahled na vec bych chapal u BFU a ne u odborniku
Otazka je, pokud by se redaktor nekde na urade nebo ministerstvu zeptal na podrobnosti, jestli by je byli ochotni poskytnout.
BTW videl jsem i Elisku, to je ta zla teta, ktera bere body ridicum, kteri nedodrzuji predpisy a ta uz beha pres Internet Explorer. Mam pocit, ze je to Java aplikace, stejne jako byly OKDavky a OKNouze, ale OKXxxx si delaly sva okna a Eliska stale v IE (tak jestli to nakonec neni nejaky .NET)Novy zazrak Evidence motorovych vozidel jsem videl jen v testovaci verzi a nevybavuju si v cem to behalo, ale IE to k zivotu potrebuje

.. tak v idealnim pripade bych si tu zadost vyplnil doma pres web a nikde bych nemusel cekat jak dement aby me na konci dne rekli ze se rozbil system a nebo ze nestihaji.
Pro znacky a zapsani udaju bych prisel bez cekani k prepazce a byl bych max za 5 min hotovy.Bohuzel to dopadlo jako vzdy u zakazky pro statni spravu - nejaka firma (predem vybrana) dodala nejaky svuj neotestovany bastl, rozbehlo se to na zcela nevhodnem HW a jeste se za to kralovsky zaplatilo ( a nebo to drahe nebylo, ale draha bude sprava systemu kterou maji jiste nasmlouvanou na 10let dopredu).Jen se modlim aby to nebezelo na win serverech, ale mam takovy pocit ze marne

Co vidíte špatného na Windows serverech? To je věc, kterou sice jako zastánce linuxu a programátor nepochopím. Pokud to používá třeba MS SQL, tak je WS v podstatě nutnost a já v tom problém nevidím.
Ale co my víme....

Nevím, tak zdá se mi že na tak velké projekty je MS SQL špatné řešení."Pokud to používá třeba MS SQL" - někdo tu psal že to předtím běželo na unixu.
Jestli to tedy "upgradovali" tak, že databázi zmigrovali na MS SQL a webová aplikace běží na IIS ... :)))

mssql na tak maly projekt je predrazeny bastl. jenze dnesni "programatori" to umi jen naklikat v designeru a .NETu.

To je pravda, ale jeste by k tomu byla potreba 3D tiskarna, ktera by mi vytiskla znacku a dopsala zaznam do technicaku a proderavela znamku na technickou kontrolu.
Ale je fakt, ze by tomu slusel uz elektronicky technicak, otazka je, jestli by sel zabezpecit proti kopirovani a upravam.

nevsiml jsem si nazoru z dopoledne, ze by sly vyzvednout znacky bez cekani na prepazce (pripadne se objednat na urcitou hodinu)BTW chtel bych mit HW/SW firmu a strycka na ministerstvu nebo ve vlade

Myslím, že v případě takto malého projektu je celkem jedno, na čem to běží. Každé IT řešení však stojí a padá na kvalitním programování a (neméně důležitém, byť opomínaném) testování.

Někde jsem četl, že PHP má údajně pořád problémy s Unicode. Ten projekt mimochodem není malý, ale spíš středně velký. Berte to tak, že obsluhuje celý ministáteček.
Jinak máte ale pravdu. Udělat se to dá prakticky ve všem.

php ma problemy s unicode? ano, pravdepodobne obcas nejaky bastlic co vcera zacal s tim problemy fakt ma.

Když se to naprogramuje jak má, tak php problémy s unicode nemá.

Ta informace mě nepřekvapuje (a po pravě řečeno je mi to jedno, na který systém se přejde). Spíše mě zajímá, jaká penále budou aplikována vůči firmě, která tento úchvatný (a bezpochyby hloubkově testovaný) produkt stvořila... Bohužel se obávám, že znám odpověď.