26 MB velike .rpm (mozna maji i jine balicky), ktere obsahuje Wine a v nem je to jejich udelatko (napsano pravdepodobne v Microsoft Visula C++) ve, ktere bezi v emulaci ve Wine. Takovi mistri sveho oboru to jsou. Ani se nenamahali nejak moc prepsat SPEC udaje.
Na takovem provizornim bastlu ma byt postaven kolobeh pravnich dokumentu.
Zapomente na 64 bitove architektury, zaponente na neco jineho nez PC.
Testoval jsem, nejak to fungovalo, ale napr. fonty vypadaly nejak podovne u pismenek s diakritikou.
1] Uživatelé platformy nemají žádný právní nárok na její podporu
státní správou. Nebo chcete aby státní správa poivinně podporovala
datové schránky na BeOSu (protože ho zrovna VY používáte), eComStation,
Solarisu, HP-UXu, IRIXu, Windows 3.x, DOSu, ZX Spectru…?
2] Proč 64-bitová architektura? Myslíte, že vyplňování formulářů bude
na 64-bitové architektuře nějak lepší? Asi nebude. Takže proč?
3] Proč něco jiného než PC? Pokud nemáte PC, a nemáte podporovaný
systém, tak si buď obojí opatřete, nebo používejte dál klasickou poštu.
Kombinace Windows + MacOS X + Linux pokrývá prakticky potřeby naprosté
většiny lidí. Pokud vaše ne, tak viz bod 1.
Datové schránky jsou použitelné na Windows, MacOS X i Linuxu.
Některé věci se v čistém webovém prohlížeči udělat nedají.
Například si zkuste vytisknout účtenku z pokladny :). Jinými slovy
použití rozšíření browseru (ActiveX prvky včetně Javy, Flashe a custom
aplikací) je v některých případech zcela v pořádku.
navic podle vyhlasky o pristupnosti, ktere se DS musi drzet, musi cely web fungovat i bez JS v celem portalu jsou akorat dve JS funkce – jedna na prednacitani obrazku v menu, druha na prepinani typu prijemce (ale je tam i tlacitko)
jo, kdyby na to bylo vic casu, nez nejake 4 mesice, vypadalo by to o poznani lip
<emph>Jak z toho JavaScriptu nebo PDF budete automatizovat tisk? JS
otevře okno s print dialogem, a pokladní vždy otevřený tiskový dialog
potvrdí? To si zřejmě děláte srandu :)</emph>
Představte si, že takhle naše nativní aplikace fungují: klikenete na tisk,
ukáže se náhled a znovu kliknete, že chcete vytisknout. Hrůza, že?
Navíc nechápu, jak souvisí tisk na jedno kliknutí s datovou schránkou.
Souvisí to s vaším výrokem: „Jestliže někdo vytvoří webovou (!!) aplikaci, která je použitelná jen na jedné platformě (přestože nic zvláštního nedělá), tak je to u mě břídil, sorry.“
No je to dlasi aplikace, ktera se musi sledovat, tak proc kdyz se to stejne musi zalozit si to hned nevytisknout, AUTOMATICKY a tak si toho muze kdokoliv simnout, jeste je mozno dat pred to banner: „Dulezite, datova schranka“
… jenze to ti tupci z verejne zpravy nepochopi, tam jde hlavne o zakazky a provize z nich, ti lidi jsou tak 100let za opicema, ze ani nevdi, co maji chtit, na druhou stranu se neni cemu divit, kdyz je plati, tak jak je plati a dalsi problem je, ze mnohdy ani nechteji levnejsi zkusene lidi, protoze by jim moc videli pod ruky … tak takhle to asi je, az tak zalostna je to situace, i tech 10 dni je vyplod choreho mozku, takze chteli predejit prutahum v radu mesicu a dali termin, kratsi nez prumerna dovolena a soudce pak nema povinnost to opravovat z duvodu vaznych okolnosti, branici mi si neco precist.
Uz se moc tesim, az budete v nemocnici s banalni veci, polezite si tam 14 dni a mezitim vas nejaky gang podobny soudci Berkovi (ktery dodnes neni odsouzen, nikdo ho nesoudi a za X let to vysumi a dostane plat zpetne) kdy vam provedou exekuci v dome, protoze kdyz se nedostavite, soud rozhodne v jejeich prospech, nebot vy je to jedine tvrzeni a tak se mu bude verit …
Firma, kde jde o miliony si tuhle srandu nemuze dovolit, nebot lidi, kteri je chteji okrast je mnoho a jak ukazuje justice v CR zlocinec muze uvezt i sebehloupejsi argument a je mu vereno, zatimco poskozeny musi logicke veci sahodlouze dokazovat.
Proč byste chtěl dokumenty automaticky tisknout? Tisknete si snad
automaticky emaily?
K tomu jak soudy věří tvrzení zločinců byste měl vědět důležitou
věc. Existuje věc zvaná důkazní břemeno. Ve většině situací ho nese
žalující strana. Například pokud žalobce tvrdí, že jste zapíchnul
kuchyňským nožem paní Novákovou, tak vám to musí DOKÁZAT – tedy
žalobce nese důkazní tíži (platí to ve většině případů). Naopak vy
jako obžalovaný nemáte povinnost při dokazování spolupracovat, a můžete
důkazy zpochybňovat. Je to nyní jasné?
V takových případech ale nemá smysl si hrát na webovou aplikaci a je lepší udělat klasického tlustého klienta – ať uživatel na první pohled vidí, co může čekat a není zbytečně zaskočený („web mi přece normálně jede, tak proč tahle ‚stránka‘ nefunguje?“).
Takový program se dá napsat v Javě nebo v C++ či Pythonu a pro GUI použít Qt či GTK. Výsledkem je přenositelná aplikace, která běží kdekoli. U většiny takových programů většinou není co tajit* → takže není důvod nevydat ho jako open source pod rozumnou licencí → díky tomu se může v pohodě dostat do běžných linuxových distribucí, což uživatelům velmi zpříjemní život.
*) neobsahují žádné obchodní tajemství, žádnou konkurenční výhodu, je to mrzký klient, který je sám o sobě nepoužitelný.
„Tlustá“ aplikace je samozřejmě také alternativa. Ale webová
aplikace nevyžaduje instalaci, a nějaký subset funkcionality dostanete i bez
nainstalovaných doplňků browseru.
Program psaná pro Qt nebo GTK je nativní v nejlepším případě na Linuxu
(aplikace v Javě pak není nativní nikde). Proč byste chtěl té naprosté
většině uživatelů Windows vnucovat instalaci Qt, GTK nebo Javy? Není
lepší těm pár uživatelům Linuxu vnutit balíček s Wine?
Proč by proboha aplikace pro komunikaci s veřejnou správou měly být
součástí dister? A proč open source? Myslíte že je v zájmu státu, aby
se lidé vymlouvali stylem „ale mě ta aplikace build
Franta-a-Jarda-Chilli-flavor-0.9.8.4b padala, takže jsem to nepřečetl“?
Ještě jednou: nemusí. 1) nevěřím, že nějaká firma nemá ani jedny
Windows. Zkuste ses podívat k účetním, jednateli, do HR oddělení. Firma
není jen IT oddělení. 2) Datové schránky lze používat v prostředí
Windows, MacOS X a Linuxu. Pokud jsem si všiml, tak Wine funguje i na
x86–64. Viz níže howto. Měl byste skákat radostí, že se u instalace
můžete půl dne hrabat v konfiguraci, kompilovat, zkoumat logy proč to
nejde, léze po fórech a radit se s ostatními…
http://wiki.winehq.org/WineOn64bit
>> Datové schránky lze používat v prostředí Windows, MacOS X a Linuxu
Aha. A jestliže vám to náhodou na MacOSu nejede, nikdo neví proč, ani menu to nevykreslí, tak to je „problém, který se projevil vám, pane Prýmek, to se stává“ – a když máte náhodou Linux na 64bitech, tak to jste čtvrt procenta populace, takže to se taky stává, že.
No, hlavně, že tisíckrát zopakujeme „jede to na Linuxu a MacOSu“ – chápu, dojem byl učiněn :)
Pokud vám ten SW na Macu neběhá, zkuste podporu. Co nakonec čekáte ve
světě, kde některá jádra Linuxu přepíší flash ROM na síťové kartě?
;)
Na 64-bitovém Linuxu lze provozovat Wine. Pochopitelně je to opruz, jako řada
věcí na Linuxu (a 64-bitovém zvlášť). Jestli chcete ušetřit čas, kupte
si Windows. Jestli ne, tak si hrejte se 64-bit Linuxem. Je to stejný úkol,
jako rozchodit 32-bit browser na 64-bit Linuxu.
„Zaneřádit“? To musíte mít knihovny psané tak, aby nešlo
o neřády ;). Podívejte se na 64-bitové Windows. 32-bitové aplikace na nich
běží bez problému, a žádné neřádění se nekoná.
Pokud budete tvrdit „já budu používat 64-bitový Linux, bez podpory
32-bitových aplikací, protože to tak mám rád, a stát mi musí připravit
takovou aplikaci pro komunikaci s datovými schránkami, která na takové
konfiguraci pojede“, tak já budu vážně tvrdit, že jste zřejmě spadnul
z výšky na hlavu.
kokso ty si taky idiot az to boli. len tak na okraj… linux je minorita. podla tvojho nazoru teda nie je povinnostou statu ho podporovat a je uplne v poriadku ze statne institucie podporuju iba wokna. ano? to nie je podla teba zneuzivanie monopolu?
cital som viac tvojich prispevkov a radsej sa k nim ani nevyjadrujem. kedysi som si myslel ze mas aj nejaku uroven vedomosti, potom som sem dlhsie nechodil, ale poslednu dobu su tvoje prispevky totalne odveci. daj si facku a hanbi sa.
Pokud mate problem s flashrom na E1000, kontaktujte support spolecnosti Intel a nevopruzujte se svym OT problemem v diskusi o datovych schrankach.
Problem zpusobil vyrobce HW protoze on vytvari drivery v linuxovem jadre, ale to odbornik vaseho kalibru urcite vi, takze nechapu proc s tim zasirate diskusi.
Zaujímavé je, je vždy keď píšete o niečom, o čom niečo viem, v 99% prípadov sú to nezmysly. Myslím, že môžem na základe toho predpokladať, že keď píšete o veciach, o ktorých prehľad nemám, tak tiež píšete samé bludy.
Tie programy písané v Qt sú natívne všade, na windows to používa priamo natívne ovládacie prvky a dialógy. To „vnucovanie“ inštalácie Qt vyzerá asi tak že má program so sebou pribalených nejakých 12 MB DLL-iek – vidíte v tom problém? Ja nie. DLLká sú na windows pomerne bežná vec ;)
Aplikace psané v Qt ve Windows vypadají skoro jako doma. Bohužel jen
skoro.
Qt znamená podle vás přibalit 12MB balastu, a to pro minimálně 95%
uživatelů (daleko spíš pro 100%). Wine znamená nepřibalit nic pro
95–100% uživatelů, a přibalit pár desítek MB pro nejvýše desetiny
procenta uživatelů Linuxu. Co si vyberete? A co si vyberete, když tu
aplikaci pro Windows máte už léta hotovou? ;)
Qt má ve Windows nativní vzhled, GTK na tom taky není špatně (viz třeba Gimp). Zajímalo by mě, kolik takových aplikací jsi používal :-)
Java (resp. Swing), to není jen ten ošklivý Metal LaF, ve Widnows je k dispozici nativní vzhled (stejně tak na MacOS nebo GTK).
Ad „Proč by proboha aplikace pro komunikaci s veřejnou správou měly být součástí dister?“
Mohou být buď součástí distribuce nebo mohou být v nějakém odděleném úložišti (které si uživatel přidá třeba do „sources.list“) – výhodou je snadná instalace (jeden příkaz nebo pár kliknutí).
Ad „A proč open source?“
Open source neznamená, že do aplikace bude kdejaký chudák mastit svoje úpravy. V tomto případě by byla hlavní výhoda v možnosti kontroly (odborná veřejnost snadno prověří aplikaci po bezpečnostní stránce) a taky možnost dostat se do oficiálních úložišť distribucí.
Qt aplikace mají téměř nativní vzhled. Gimp je na tom příšerně na
všech platformách. Java ve Windows má rádoby-nativní vzhled.
Proč by součástí řekněme Ubuntu nebo SLED měly být desítky či stovky
aplikací pro komunikaci se státními správami Británie, Finska, Uruguaye a
dalších zemí? Zkuste se na platformě Linux naučit řešit instalace jinak,
než zahrnutím aplikace do distra. Zkuste vyvinout instalátory nezávislé na
konkrétní verzi konkrétního distra. Ve Windows Vista bez problémů běží
i aplikace z Windows 2000, Windows 95, Windows 3.1 a Windows 2.0. Můžete
se od MS přiučit. Když to šlo o nabídky Start, kontextového tlačítka
myši, fulltextového indexování a dalších věcí, tak proč ne u zpětné
a dopředné kompatibility?
Možnost kontroly zdrojáků nezvyšuje bezpečnost. Podívejte třeba se na
Firefox. Po těch letech se v něm pořád objevuje hromada bugů. Odborná
veřejnost má jiné starosti, než louskat zdrojáky aplikací.
Takové instalace aplikací v Linuxu samozřejmě existují, zejména proprietálních nebo jednoúčelových balíků, jsou mimo balíky dister a zpravidla mají přilinkované knihovny staticky. Nic nového pod sluncem a MS k tomu rozhodně potřeba „na přiučení“ není. Jinak u té vzájemné „kompatibility“ aplikací od W31 po Visty snad žertujete, ne? Část jich možná vyhoví, ale rozhodně to není „standardním“ jevem. Pokud jde o hromady bugů, objevují se ve všech sofistikovanějších aplikacích, ať už proprietálních nebo opensource. Někde jsou řešeny soustavným způsobem bezprostředně po objevení, někde nejsou řešeny vůbec a léta běží … hádejte, jestli u opensource nebo proprietálních. Používáte ve své argumentaci PR metody se zjevným cílem poskytovat zavádějící informace.
Mohl jste si všimnout, že aplikace pro Windows nemusí být linkované
staticky, aby běžely pod novější verzí systému. A také staticky
linkované nebývají. Ona je pak taková aplikace velikou obludou, která žere
zbytečně spoustu paměti.
Kompatibilita aplikací od Windows 3.1 po Vistu je technický fakt.
Samozřejmě některé aplikace mají různé bugy, nebo spoléhají na
nepopsané vlastnosti systému, třeba na to že v nějakém souboru Windows
Exploreru je konkrétní ikona (viz link níže).
http://www.root.cz/zpravicky/preference-vyvojaru-podle-os/211454/
Nejde o PR argumenty. To jen vy neznáte fakta.
„Mohl jste si všimnout, že aplikace pro Windows nemusí být linkované staticky, aby běžely pod novější verzí systému.“ Jistě, ani v linuxech to nemusí být zrovna staticky linkované, nicméně v obou případech, pokud knihovny nezachovají zpětnou kompatibilitu, musí se do systému nějak dodat. Jde to, ale dře to. A jako dlouholetý uživatel woken i linuxu a semtam programátor pod oběma systémy fakta znám. Váš „aktivistický“ styl je ale až příliš jednostranně účelově zaměřen, až je tím zřetelně suspektní. Já mám dobrou vůli a vlastně takový dojem se svými reakcemi pokouším setřít. Tím končím vzájemnou výměnu v poloze ad hominem a prosím nadále o věcnost.
Knihovny ve Windows zpětnou kompatibilitu zachovávají. To je jeden
z rozdílů.
Jak účelové? Zkuste si do Windows Vista nainstalovat aplikace pro Windows
3.x-Windows XP. Budou fungovat. Výjimkou jsou snad jen drivery, firewally,
antiviry a špatně napsané aplikace. Zkuste si ale nainstalovat na svůj Linux
balíček starý byť jen pár let. Kdepak. Balíčky jsou pro konkrétní verzi
konkrétního distra, a cokoliv jiného v nejlepším případě „jen“
přinese problémy. Výjimkou jsou staticky linkované aplikace, které ale zase
zbytečně mrhají prostředky.
Ano, pro balíčkovací systémy platí v zásadě to, co uvádíte, i když ne absolutně, mluvíme-li o balíčkovacím systému samotném. Opustí-li distro v novější verzi nějakou aplikaci z dister předchozích, není až takový problém si to nainstalovat i případnými předchozími verzemi knihoven se závislostí na aplikaci, případně si v balíčkovacím systému nastavit pro aplikaci downgrade. Další možností je kompilace zdroje na současné knihovny – pokud je to dobře napsané a sestavené, je triáda ./configure, make, make install bez problémů. Ty aplikace, které jsou linkované staticky, jsou většinou proprietální SW, zabalené často do instalačního binárního balíku. Možností je tedy více a strom života je zelenější a košatější, než se to na první pohled jeví.
Není až takový problém? Možná dokud neskončíte na závislosti na
jiné verzi glibc, gtk core libraries, nebo něčeho jiného. A samozřejmě
ani tak nevíte, jestli bude výsledek fungovat. Vaše verze vašeho distra
může mít třeba jiné umístění konfiguráků, které instalace potřebuje
měnit. Potenciálních problémů jsou hromady. Právě proto máte každou
aplikaci zabalenou pro konkrétní verzi konkrétního distra.
Kompilace? To bude mít uživatel radost. Kompilace totiž dost často neprojde
prostým ./configure, make, make install ani s aktuální verzí SW. Opět
srovnajte se situací na Windows. Učit se, učit se, učit se. Neříkal to
nějaký Richard M. Stallman? ;)
Aplikace jsou linkované staticky primárně proto, aby výrobce nemusel
aplikaci kompilovat a balit pro každou verzi každého distra. Statická
kompilace na Linuxu výrazně zvyšuje šanci, že aplikace půjde spustit
řekněme i o dvě vydání distra později.
Zatím jsem na ničem neskončil, a to už jsem toho nakompiloval spousty, i když musím podotknout, že má potřeba něco kompilovat se stává stále více výjimkou, protože mé oblíbené distro stále více svými balíčky pokrývá mou potřebu. Ke kompilaci: dobře napsaná aplikace mívá vetšinou i dobře napsané readme, pokud chce mít nestandardně uložené konfiguráky či knihovny, případně umožňuje taková umístění parametrizovat. Kyž je ňákej ten error, mrknu do zdrojáků a naleznu autorův zámysl, nehledě k tomu, že errorní hlášky při kompilaci bývají naštěstí srozumitelné a nemusíte se pachtit s vyhledáváním chybových hlášek typu „error 0150654978“ v nějaké databázi, co vlastně vůbec znamenají. Jistě můžete podotknout, že nejspíš nebudu běžný uživatel. Pro něj platí mutatis mutandis, co uvádím ve větě první. Pravděpodobně si zvolí distro, kde má vše potřebné na talíři, aby nedejbože nemusel použít vůbec commandline, natož nějakou kompilaci. Já jsem hovořil o možnostech pro toho, kdo takové možnosti chce využít a nemusí se snažit pro použití těchto možností cosi do systému přidělávat, protože mu to systém implicitně umožňuje.
Ale ty ActiveX se vám musí stáhnou a vy je musíte dovolit stáhnou. Registrují se vám v systému, takže je to téměř stejné jako instalace. Navíc si nedovedu moc dobře představit, jak to bude chodit někde v internetové kavárně. Tam vám asi počítač zápis do registrů nepovolí. Ke všemu když teď budete muset vybírat (budete-li mít zavedenou) datovou schránku i na dovolené, aby vám např. do baráku nepřišla nečekaně exekuce, tak to považuji za špatné řešení. Nehledě k tomu, že Microsoft opakovaně proklamuje, že chce COM/ActiveX techologii utlumit a vše chce běžet v managed kódu. Máte sice pravdu, že Qt a GTK je na MS Windows vcelku navíc, ale kdyby to bylo dobře napsané v Javě, tak to běží téměř všude. Není důležité, je-li program v nativním či interpretovaném kódu, je důležité, jestli skutečně běží. Ostatně spousta věcí na MS Windows je dnes v .NETu a snad mi nechcete tvrdit, že to je nativní program! ActiveX v prohlížeči zrovna moc nevěřím (ani na MS Windows). Shrnuto: je to napsáno v zastaralé technologii naprosto nevhodné pro daný účel.
ActiveX prvky lze instalovat do profilu uživatele, a zápis do uživatelské
části Registry není problém.
Ohledně vybírání jste na tom úplně stejně, jako s doručením obsílky
poštou. U dorušení poštou se úplně stejně používá rtzv. právní
fikce (která je silnější než skutečnost). Viz link níže.
http://cs.wikipedia.org/wiki/Pr%C3%A1vn%C3%AD_fikce
Java je ve Windows úplně stejný exot, jako Qt nebo GTK. Naopak .NET je už
nějakou dobu pro MS primárním API.
ActiveX v prohlížeči nevěříte? Super. Mezi ActiveX prvky patří Adobe
Flash, QuickTime, Java, různé prohlížečky panoramat atd. Ale to nic ;)
Proč by MSIE měl umět NSAPI? Vždyť je to jen API pro extensions Navigatoru. ActiveX komponenty můžete použít z jakékoliv aplikace. Komponentový design vám umožní použít třeba tu samou komponentu XML parseru v serverové aplikaci, desktopové aplikaci, makrech Excelu, v browseru, i skriptu běžícím v tom browseru. Code reuse nespočívá v akci copy-and-paste :)
Ale ActiveX také není jediná technologie, která toto umožňuje, že? Navíc má svoje omezení. Jsou věci, které přes ActiveX rozhraní jen tak lehce nedostanete (obzvláště když chcete tu komponentu používat ve vámi oblíbeném .NETu) a musíte tomu dané rozhraní nehorázně přizpůsobovat (zkuste si z .NETu do ActiveX přenést pole struktur – bez šílených konverzí ani náhodou). U Javovských přeložených tříd tyto věci řešit nemusíte.
COM/ActiveX a .NET jsou jediné technologie, které tohle umí na každém
počítači s Windows (tj. prakticky na každém počítači). Interoperabilita
.NETu a COM/ActiveX má samozřejmě svá úskalí, ale přesto funguje.
U Javovských tříd je situace poněkud odlišná. Ty můžete používat buď
z Javy, nebo máte smůlu. S interoperabilitou Java/Java celkem pochopitelně
problém není.
No ano, ale napsat univerzálního tlustého klienta v Javě je rozhodně jednodušší, než napsat univerzálního tlustého klienta v .NET/COM. Java vám chodí na širokém spektru OS, chodí vám na mobilech s různými OS, chodí vám na spoustě různých k internetu připojitelných zařízeních. Když ji napíšete dostatečně dobře (samozřejmě to je potřeba taky umět), bude stačit jedna jediná aplikace na všechna tato zařízení / OS. Sám píšete „COM/ActiveX a .NET jsou jediné technologie, které tohle umí na každém počítači s Windows“. Java je technologie, která tohle umí kdekoliv, kde máte příslušný runtime. A těch zařízení, které to umí, je spousta. Možná byste se až divil, pro co všechno existuje Java runtime. Přesněji byly by vhodné dvě aplikace: jedna v SE a druhá v ME Javy. Ale to je stále lepší než ten hybrid, který byl vytvořen. Váš odpor k Javě a nadšení pro .NET je více než zřejmé, ale Java byla na rozdíl od .NETu navržena tak, aby byla multiplatformní. Je v tom její síla a trvám si na tom, že pro takovýto typ aplikace byla jednoznačně nejvhodnější.
Napsat tlustého klienta v Javě může znamenat řadu problémů. Na
prvním místě si každý uživatel musí nainstalovat Javu. Už tu padlo, že
někteří zdejší uživatelé považují za velký problém instalaci
balíčku Mono, 32-bitových knihoven apod. To se ovšem týká jen minima
uživatelů (uživatelé Linuxu, resp. 64-bit Linuxu). U Javy jsou postiženi
všichni.
Problémem Javy je také poněkud divoký vzhled aplikací a pomalé GUI.
Ještě horší je omezenost Javy jako platformy. Protože je Java
multiplatformní, umí prakticky jen to, co všechny platfromy řeší podobně.
Proto řadu věcí v Javě prostě nenapíšete.
„Tohle umí“ nelze na Javu aplikovat. Bavili jsme se o komponentovém
modelu. Zkuste použít komponentu napsanou v Javě z jakéhokoliv jiného
prostředí (MSIE, Excel, VBS, C#). Ne, tohle Java neumí.
Jedna aplikace v Javě problém opravdu neřeší. Mobilní Java je výrazně
odlišná. Navíc jsou výrazně odlišná i zařízení. To je nakonec důvod,
proč se třeba hry v Javě prodávají pro konkrétní model telefonu. Write
Once, Run Anywhere je pouze iluze, kterou se Sun snaží vzbudit.
.Technologie na kterých .NET stojí jsou multiplatformní. Samozřejmě
konkrétní aplikace multiplatformní být nemusí (třeba WinForms nemusí
některé implementace umět). To proto, že jedna velikost bot nepadne všem.
Každá platforma je jiná, a na každé platformě uživatelé očekávají
něco jiného. Zkuste dát uživatelům MacOS X OpenOffice/X11, a budou zvracet
ještě týden. Nebo zkuste dát uživatelům Solarisu nějakou aplikaci
s panem Sponkou; budou zvracet úplně stejně.
Ne, opravdu nelze jednoduše použít komponentu MSIE, Excelu, VBS, C# v Javě a když tak učiníte, přichází o multiplatformnost. Pro Javu však existují multiplatformní knihovny, čímž se ani MSIE, ani Excel, ani VBS a zatím v podstatě ani C# nemůžou pochlubit. Takže tohle zase neumějí ty „MS Windows only“ záležitosti. S tím pomalým GUI také nemůžu úplně souhlasit – oproti Aeru je to pohoda. Používám několik v Javě napsaných aplikací a jsem s nimi spokojen jak na MS Windows, tak na GNU/Linuxu. Právě tyto aplikace ukazují, že multiplatformní fungování Javy není žádná utopie. Ano, v Javě nenapíšete vše. Např. 3D akcelerace se tam dělá dost špatně, že … . Ale o tom Java opravdu není. A co se týče možnosti napsat v ní tlustého klienta např. pro ony datové schránky – tak naopak o tom Java skutečně je.
Jinými slovy jední světem je obrovský svět COM/.NET, který zahrnuje
prakticky celé Windows. Druhým světem jsou komponenty psané v Javě, které
použijete jen z Javy, i když na vce platformách.
Nerad vám beru iluze, ale Aero/WPF je pekelně rychlé. To proto, že věci
typu rastrování fontů, antialiasing, ClearType i rastrování spousty
dalších věcí přebírá grafická karta (na rozdíl od Compizu, kde
grafická karta jen posouvá po obrazovce výsledné bitmapy).
Klienta pro datové schránky by asi šlo napsat v Javě. Osobně ale preferuji
aplikace, kvůli kterým si nemusím instalovat Javu, chovají se nativně,
nejsou tak pomalé, nemají problémy s tiskem atd.
Promiňte, ale tohle už jsou vyslovené pomluvy. Ano, kvůli aplikaci v Javě musíte instalovat runtime. Kvůli .NET aplikaci musíte občas instalovat novější verzi .NETu. Runtime jako runtime (nějaké argumenty o „nativnosti“ neberu). Kupříkladu jEdit nemá problémy s tiskem, není pomalý. Není to Windows nativní aplikace, ale všiml jste si někdy, jak se liší vzhled aplikace v .NET 1 od aplikace v .NET 3? Je to totéž, akorát vy to nechcete připustit. Toto je můj poslední příspěvek do této diskuze, protože my dva se jednoduše shodnout nemůžeme. Na můj vkus jste příliš jednostranně orientovaný. Proto vidíte svět COM/.NET jako větší než ten Javovský, ale ona to není moc pravda.
Poslední verze Windows (Vista, Win7) mají .NET runtime předinstalovaný.
A nativní vs Java je poměrně velký rozdíl. Strávil jsem něco času
s aplikacemi napsanými v Javě, a bylo to fakt hrozné.
Jak se liší vzhled aplikace psané v .NET Frameworku 1.0 a 3.0? Podle mě
dost podobně, jako vzhled aplikací psaných v letech 2002 a 2006 (roky
vydání těch verzí .NET frameworku).
Svět COM/.NET je samozřejmě daleko větší, než svět Javy. Vždyť se
podívejte, kolik desktopových aplikací fnguje COM/.NETtu, a co je na
desktopech v Javě. A zkuste se podívat na nabídku komponent pro COM/.NET a
Javu (imaging, medicínský imaging, reporting, OCR/ICR, podporu speciálního
HW atd).
Samozřejmě beru, že váš pohled na věc může být jiný. Můj pohled je
ten, že multiplatformní SW je vždy omezený, a Java je toho nejlepším
důkazem. Navíc lidé na každé platformě očekávají něco jiného (ve
Windows menu v okně, na Macu menu na horní liště, na Linuxu ukládání
konfigurace do konfiguráku atd). Navíc psaní a podpora multiplatformního SW
typicky vychází daleko dráž, než pro jednu platformu. Z těchto důvodů
má smysl psát multiplatformní SW jen zcela výjimečně.
Nakonec se podívejte, kolik SW je úspěšného na více platformách. Ze
všeho SW je těch kousků úspěšných na více pllatformách jen pár. Třeba
MS Office, Photoshop, Firefox. A často to bývají ty kusy, které byly pro
cílové platformy masivně upravovány (viz MS Office).
Samozřejmě že vím, co je právní fikce. Proto taky píšu, že si člověk musí datovou schránku kontrolovat i na dovolené. To, že se vám Java nelíbí neznamená, že je to kdovíjaký exot. .NET je možná nejpoužívanější (tady nerozumím jak myslíte to primární) API v MS Windows, MS Windows jako takové jsou však pořád zatím založeny na tom, co nabízí Windows API (to bych za primární v tom smyslu jak to slovo chápu označil já, protože .NET je až sekundární API, které to primární používá). Navíc jak neskutečně hloupě byly řešeny verze 1.0, 1.1, 2.0 (musel jste mít pro každou verzi nainstalovaný runtime příslušné verze), to se hned tak nevidí. U Javy už hodně dlouho platí, že máte-li dobře napsanou aplikaci, stačí vždy nejnovější runtime. Ale u .NETu když jste něco napsal pro .NET 1.0, musel jste vždycky nainstalovat runtime pro .NET 1.0, nestačil novější. Teprve u novějších verzí Microsoftu došlo, že nárůst dat by byl neúnosný, tak to udělali v novějších verzích tak, jak to dělá Java. A pak co je tu exot. No, já přeci jen vidím rozdíl mezi aplikací s COM rozhraním a ActiveX prvkem, ale nebudu vám svůj názor vnucovat. Ostatně nenechal byste si ho vnutit stejně jako si nenechám já vnutit ten váš.
Potěší, že znáte termín právní fikce. V této diskusi to bohužel
zdaleka není standard. Datovou schránku si „musíte“ úplně kontrolovat
stejně, jako fyzickou schránku, protože fikce doručení platí v obou
případech. Rozdíl je jen v tom, že v datové schránce vám zůstane
zpráva 90 dní, kdežto na poště ji po uplynutí lhůty vrátí odesílateli
(se slovy „nezastižen“, což odesilatel díky fikci doručení interpretuje
jako „doručeno“).
Windows jsou založeny na nativním API (viz základy Windows internals). To
nativní API teprve obaluje Win32 a .NET. MS uvedl .NET jako nové primární
API pro Windows. Můžete si všimnout, že vývojové nástroje pro Windows
jsou dnes prakticky výhradně pro .NET (včetně C++/CLI), případně pro
čisté Win32 API. Záměr je jasný: postavit přístí generaci Windows
kompletně na .NETu, včetně kernelu (viz projekt Singularity). Dnes jsme ve
fázi podobné Windows 95, migrujeme z Win32 na .NET. „Zítra“ pojedeme
aplikace psané pro .NET na kernelu psaném v .NETu. „Zítra“ bude zřejmě
přibližně v roce 2012.
Souhlasím, že není 2× šťastné, že .NET 1.0 a 1.1 je nutné instalovat
zvlášť. Na druhé straně jde o poměrně malé balíčky. V Javě je
situace horší. Zpětná kompatibilita totiž obecně funguje, ale má
výjimky. Takže pokus běžet aplikaci na novém JVM může skončit špatně
prostě proto, že se mezi tím změnila platforma.
Ještě jsem chtěl znovu připomenout, že Java je proprietární uzavřená technologie. Kdybyste si chtěl Javu uzpůsobit k obrazu svému, můžete dopadnout jako Microsoft – dostat desítky milionů dolarů pokutu, a k tomu zákaz Javu používat. Naproti tomu .NET stojí na standardech ECMA/ISO, a MS se nijak nebrání projektům typu GTK#. Dokonce spolupracuje s Novellem na portování.
Java je pěkná myšlenka. Bohužel snaha udělat ji multiplatformní z ní
dělá cizince na každé platformě. Navíc má problémy jak s výkonem, tak
se správou paměti (který blb protoha vymyslel, že Sun JVM umí používat
pouze souvislý blok paměti?).
Java je proprietární, standardizace se nekoná. Naopak .NET stojí na ECMA/ISO
standardech.
Java je „zaminovaná“ patenty, stejně jako .NET.
Sun hlídá čistotu Javy. Když si Javu reimplementujete nebo upravíte dle
svých potřeb, může vás stihnout pokuta ve výši desítek milionů USD, a
zákaz Javu používat. Microsoft platil tuším USD 20M. Naopak Microsoft
takové věci neprovádí, viz jeho přístup ke GTK# a podobným aktivitám.
No, tolik fakta.
Tak to „nezastižen“ = „doručeno“ není úplné. Od 1.7. existuje jakási obálka ze zeleným pruhem (neplést se sběratelskou specialitkou s oranžovým pruhem, co dnes a příští týden dostane pouze omezená skupinka statutárních zástupcú obcí). A ta zelená znamená „nezastižen“ = vráceno nikoliv odesílateli, ale natvrdo do schránky adresáta.
Samozřejmě to neřeší zásadní problém listinné fikce doručení, kdy mi někdo bude schránku systematicky vykrádat. Ale to nechme prvnímu soudnímu případu.
Kladete „filosofické“ otázky bez znalosti reality.
No, ony jsou ty certifikáty ke dvěma věcem: 1. autentizace při přihlášení do DS – tedy s výjimkou fyzických osob všechny ostatní, 2. například k podpisu fo/zfo formátu (602XML), který OVM vyžadují k některým konkrétním úkonům. Minimálně vám to tedy ztíží o jeden úkon navíc, ale mám dojem, že podpora pro ukládání do PDF v 602 XML Filleru pro Linux a Mac chybí rovněž, případně tedy o více úkonů, neuložíte-li to v Linuxu a Macu do pdf – tj. vytištění formuláře fo/zfo, naskenování a převedení do PDF a podepsání PDF vaším certifikátem. Opravdu pošušňáníčko a skvělá „multiplatformní“ podpora.
Už jsem to tu psal. Buď si může těch 0 firem které nemají Windows
nainstalovat pár desítek MB balíčku Wine, nebo si všechny firmy budou
instalovat Qt runtime. Co je lepší řešení? Navíc kdo ví jak v Qt na
Windows budete třeba používat systémové uložiště certifikátů.
Mimochodem co když tu aplikaci napíšete pod 32-bitovým Qt, a někdo si
odmítne „zaneřádit systém“ 32-bitovým knihovnami? Takový exot už tu
v téhle diskusi byl. Nebo používá Gnome a bojkotuje Qt aplikace. Co pak?
Má svoje „právo na aplikaci“? Co na to říká EK a Jan Tleskač? ;)
V některých případech ano. Např. když to bude systém používaný interně v některém z úřadů, neřeknu na to ani půl slova. Jestliže to však chtějí dávat lidem, pak to z mého pohledu v pořádku není. Obzvlášť proto, že jsem přesvědčen, že by to šlo i bez ActiveX. I tak citlivé aplikace, jako jsou bankovní online systémy, běží v čistých prohlížečích. Netuším, proč by to tak nemohlo být i pro datové schránky, které nejsou o moc náročnější. Je to zbytečně komplikované a používat to nebudu, protože apriori u tak neskutečného hybridu předpokládám, že v tom bude ohromné množství chyb.
To bych neřekl, já jsem skončil na chybové hlášce, kterou jsem ani několikadenním úsilím neodstranil, takže stát mi nyni může posílat svoje dokumenty, které si v životě nepřečtu (protože registrace už zrušit nejde) – mnohem horší situace, než když chodily v obálce. http://temp.kab.cz/…a_z_mvcr.jpg
1] Fyzické osoby NEMUSÍ mít datové schránky.
2] Zákon ukládá povinnosti. Jak jím dostojíte, to už je vaše věc. Franta
s sebou musí nosit občanku, ale je přesvědčený nudista, takže nemá
kapsu. S nákupem obleku nesouhlasí, a navíc by mu tím vznikly dodatečné
náklady. To je ale jeho problém, ne problém státu.
Zkusíme méně absurdní příklad. Stát může uložit prodejcům povinnost
používat registrační pokladny. Prodejcům tím vznikají náklady (koupit
pokladnu certifikovanou Ministerstvem financí). Náklady pochopitelně nese
prodejce, nikoliv stát. Stát si naopak namastí kapsu na certifikacích a DPH
z prodeje pokladen.
Je to nyní jasnější?
Může se to stát. Zvlášť pokud registrační pokladny Casio má 100%
prodejců.
Když se vrátíme k obdobě ve formě datových schránek, vy znáte nějakou
podnikatelskou osobu, která nemá ani jedny Windows? České SuSE účtovalo ve
Windows, a Novell tak účtuje nejspíš také. Navíc k datové schránce
nemusíte přistupovat z prostředků firmy. Můžete použít internetovou
kavárnu, nebo se připojit k terminálovému serveru na internetu a pracovat
z něj. Možnosti jsou různé.
U datových schránek je ale hlavně situace jiná. Můžete je používat
z Windows, MacOS X i Linuxu.
Prosím vás, jste už trapný. Že máte na tom, aby daňoví poplatníci finančně podporovali jistou firmu nějaký zájem je evidentní, nechápu proč nás o tom stále přesvědčujete. Ta zvolená technologie je velmi bizarní a „podpora“ dalších 2 OS budí na první pohled dojem, že jde jen o to alespoň dočasně někomu zavřít ústa. Tak to u nás zkrátka chodí, všichni víme proč, nesnažte se to hájit, je to úsměvné :-)
Vězte, že nemám žádný finanční zájem na počtu prodaných licencí
Windows. Natož v ČR ;)
Zvolená technologie vychází z toho, co státní správa léta používá.
Podpora těch dalších dvou OS je poplatná tomu, že jejich uživatelů je
naprosté minimum. Pokud 95% uživatelů má Windows, tak pochopitelně
většina prostředků jde na podporu Windows. Navíc má Windows 100% penetraci
ve firmách, takže není co řešit.
Samozřejmě nepochybuji, že dobře víte, jak věci chodí. Například každá migrace na Linux ušetří několikanásobek IT rozpočtu (jako v městečku Largo), a je požehnáním pro celé lidstvo, i když není ani po 6 letech hotová, a výsledek vyjde dráž než na Linuxu (Mnichov). Naopak přechod z Linuxu na Windows (OV-Jih) je už sám o sobě důkazem korupce a hnusu, a i andělé kvůli němu roní krvavé slzy :)
LOL, právě na srovnání registračních pokladen a datových schránek je vidět to zvěrstvo, které tady hrozí. V případě registračních pokladen je totiž k dispozici mnoho výrobců těchto systémů, což znamená KONKURENCI – jestli vám to slovo ovšem něco říká. V případě datových schránek je každá firma donucena podpořit jenom jednoho výrobce – MICROSOFT. Což vám samozřejmě nevadí, vy asi dáváte s potěšením peníze monopolnímu výrobci, ale jsou lidé/firmy, kteří to kupodivu činí neradi – nebo snad nechcete slyšet jejich jiný názor :D a odbydete je poznámkou, ať si koupí to, co má většina? :DDD. Jinak celé vaše vystoupení v této diskuzi je zcela trapné a nevím, co vás vede k zastávání takových stanovisek. Musel jste si přece všimnout, že od začátku projektu datových schránek byla PLÁNOVÁNA A PŘISLÍBENA multiplatformost tohoto systému – jedinou podmínkou bylo mít na počítači webowý prohlížeč. Takže teď se hraje pouze o to, zda nám státní úřady LHALY, NEBO ZDA DOSTOJÍ SVÉMU ZÁVAZKU.
Nakonec bych chtěl jen vyjádřit svůj optimismus, co se týče datových schránek do budoucna – poté co jsem zhlédl včera večer (tj. 1.7.2009 ve 22:30) na ČT24 diskuzi, ve které náměstek MV Zajíček zmínil, že na podzim se má zavádět podpora pro potvrzovací SMS zprávy jako je tomu u internetového bankovnictví, tak doufám, že nakonec půjdou plnohodnotně datové schránky používat nejen na Linuxu, ale také bez nutnosti elektronického podpisu. Doufám :)
Co je to za nesmysl? V případě datových schránek jsou podporované Windows, MacOS X a Linux (součástí instalace je Wine). Pokud chcete lepší podporu pro Linux, napište si vlastní aplikaci. Interface je dokumentovaný. Dokumentaci formátu formulářů jsem nenašel, ale jde aplikaci o XSL-FO s pár rozšířeními.
Stát může uložit povinnosti, ale musí k jejich realizaci vytvořit podmínky, týkají-li se tyto povinnosti zejména blíže neurčeného nebo širokého okruhu osob. To plyne i z určitých zásad, které jsou obsaženy v zákonných normách jak ústavního charakteru, tak normách upravujících zejména oblast veřejné správy, ale i oblast organizace soudnictví a OSŘ. Na druhé straně jestliže stát poskytne službu z peněz daňových poplatníků a určí povinnosti k použití takovéto služby, nemůže si dovolit nevytvořit podmínky nezávislé na platformě, jestliže povinným onu závislou platformu neposkytne bezúplatně. Řekněme, že stát, vědom si této povinnosti ze své strany, donutil soft602 k tomu, aby rychle zapracovali na svém „multiplatformním“ řešení, ačkoli ještě v únoru nebo březnu t.r. tvrdili, že 602 XML Filler pro jiné platformy než wokna nechystají. Výsledek je, že to lze konečně spustit v Linuxu a Macu, ale s funkcionalitou, která uživatele jmenovaných systémů diskriminuje. Je to tudíž řešení polovičaté a stát svou roli při zavádění tohoto řešení komunikace zvládl tedy také jen napůl. Příslušné orgány veřejné správy nechaly rozjet vlak, do kterého nastupují s chvatem za jízdy, a tak je to provázeno šrámy a boulemi.
Ad 2] Nejak jsem nepochopil co nechapete na potrebe podpory 64-bitove platformy? Podle mne je dnes jiz na 99.9% jasne ze v blizke budoucnosti (u serveru jiz soucasnosti) prestane 32-bitova platforma na pocitacich existovat. Napr. Microsoft uz vubec nevyrabi produkt „Exchange server“ v 32-bitove verzi. Samozrejme je otazkou co presne ma autor puvodni informace o absenci podpory 64-bitove platformy na mysli. Tedy jestli to, ze ta 32-bitova aplikace na 64-bitovem OS vubec nefunguje (coz je vazny problem) nebo pouze to, ze nebude na 100% vyuzivat vykon 64-bitove platformy (coz by se asi dalo bez problemu ozelet). ;-)
Na 64-bitovém OS není problém provozovat 32-bitové aplikace. 602XML
Filler běží na 64-bitových Windows bez problémů, stejně jako naprostá
většina dalších aplikací. U Linuxu je to pokud vím jen věc
konfigurace.
Ano, s 32-bitovou aplikací nevyužijete na 100% výkon 64-bitové platformy.
Fakt ale někdo potřebuje s aplikací pro vyplňování formulářů víc než
2GB RAM pro dotyčný proces? :)
to, ze se vam projevuje porucha osobnosti, je vase vec. Ale ‚zavsivena
linuxova komunita?‘, clovece co vas k tomu vede?
Na tomtu foru se lide ozvali, ze dane reseni mozna nemusi byt idealni, je zde
diskuze o monzych dalsich postupech. Pokud vim, slovo komunita znamena, neco
jako pomoci jeden druhemu, co je na tom zavsiveneho opravdu nechapu.
Osobne se mi na danem reseni nelibi, ze jsou temer oponenuty mobilni zarizeni.
Dnesni smartphony, vcetne win mobile, jsou relativne vykonne stroje a weby jsou
pro ne prizpusobeny. Nevidim duvod, proc bych si na dovolenou mel brat
laptop.
Ad 1) Uživatelé mají právo na používání standardizovaných formátů, pokud tomu nebrání zásadní důvody, jako že žádný standard splňující požadavky není dostupný. 602XML Filler je nestandardní a proprietární řešení, navíc specifické pro ČR (což možná porušuje i naše závazky v rámci EU). ISO PDF zadané požadavky splňuje a 602XML Form Server jej podporuje. Čuchám něčí mastnou kapsu nebo neschopnost.
O bodech 2) a 3) má cenu se bavit, teprve pokud mi někdo vyvrátí bod 1
Ale nesmysl. Uživatelé nemají žádné právo na používání
standardizovaných formátů. Takové právo si cucáte z prstu.
602XML Filler stojí na XSL-FO. A naše závazky vůči EU? Asi takhle:
V březnu 2008 udělilo Evropské multimediální fórum společnosti
Software602 Zlatou evropskou pečeť vynikající kvality (European Seal of
E-Excellence) za aplikaci 602XML a příspěvek k prosazování
technologických inovací na evropském trhu. … Ocenění European Seal of
E-Excellence je předáváno pod patronací evropského projektu Eureka.
Takové právo prostě neexistuje, a předřečník si ho ad hoc vycucal z prstu. Víte to stejně dobře, jako já. Práva totiž nemůžete vyvozovat z vašich dojmů (a bludů). Někteří slabší kusy pak totiž dovedou ze slov služba veřejnosti, ochrana menšin a zákaz diskriminace vydedukovat i existenci rýžového nákypu a daně ze mzdy.
Jistě, právo si jenom z dojmů a bludů vyvozovat nemůžeme, ale že bychom neměli právo na vůbec nic, a stát si mohl dělat co chce, to snad není vaše přesvědčení.
Mimochodem, tohle snad znáte: „Veřejná správa je službou veřejnosti. Každý, kdo plní úkoly vyplývající z působnosti správního orgánu, má povinnost se k dotčeným osobám chovat zdvořile a podle možností jim vycházet vstříc.“
Toto je §4,odstavec první Správního řádu. Možná by neškodilo, kdybyste si ho přečetl + Listinu základních práv a svobod, dozvěděl byste se zajímavé věci a možná pochopil, že úředníci tady nejsou proto, aby si z lidí dělali srandu a nutili je kupovat výrobky pouze té jedné „správné“ firmy jenom proto, aby mohli být využívány s plnou podporou datové schránky, které měly být právě tím posunem k větší „službě veřejnosti“. A opět opakuji, ta PLNÁ podpora více operačních systémů byla od začátku u tohoto projektu DS zdůrazňována!
Vážený zaměstnanče Microsoftu, v technických diskuzích je váš vstup užitečný a obvykle si ho rád přečtu. V této diskuzi je ale vaše demagogie nepřehlédnutelná:
Nejsem zaměstnanec MS.
Státní správa nemusí používat otevřené formáty. Ohledně
rozšířenosti je na tom XSL-FO myslím poměrně dobře. Důvody pro použití
klientské aplikace tu snad už padly (například možnost vyplňovat
formuláře offline, nutnost být schopen prohlédnout XML soubor s daty
formuláře lokálně atd).
I my u nás používáme počítače primárně k práci. Naopak mám dojem,
že většina uživatelů Linuxu si spíš jen s radostí hraje, ale to je off
topic. 64 bitů se pomalu stává standardem. Ale není důvod zavrhovat
aplikaci na vyplňování formulářů jen proto, že není 64-bitová. Přinese
64-bitová aplikace v této oblasti JEDINOU výhodu? Nepřinese. A má
nevýhody? Jistě – nikdo s 32-bitovým systémem ji nespustí.
Ve firmě nemusíte mít na používání datových schránek PC s MS Windows.
Je možné je používat i na MacOS X a Linuxu. Zde si dovolím vás citovat:
„Seznamte se alespoň se základními fakty, než vypustíte takový
nesmysl.“
Neverim na nahody, myslim ze je za tim neschopnost beznych programatoru udelat multiplatformni vec, takze se to dalo nejakym patlalum, kteri vzali neco co funguje a prohlasili ze je to hotove.
Misto toho aby vzali svetovy de facto standart pdf s el. certifikaty.
Otazka zni proc, je Adobe moc drahe? Drahe urcite jo, ale jestli je to „moc“, o tom silne pochybuji. Takze asi spis slo o to aby penize odtekli nekam jinam…
Jinak jestli to chce primo Active X, tak mi to zveda oboci a zajimalo by mne nakolik to bude bezpecne… mozna zdaleka ne tak moc, jak tvurci toho SW doufaji.
Ti patlalove to udelali podle zadani. Pokud v zadani nebyla multiplatformovost a pouziti standardu a podobne veci, muzou za to patlalove, kteri to zadani vypotili. BTW, neexistuje nejaka zakonna povinnost statu komunikovat s obcany zpusobem, ktery nezavisi na jedne platforme a proprietarnich formatech a tak? Tohle je take pripad komunikace statu s obcany.
myslim ze reseni adobe pro tuto bandu amateru je opravdu neskutecne drahe – kdyz uz nemaji ani na serverove sertifikaty od nejake plnohodnotne autority – https://www.datoveschranky.info/ ma na kolene delany certifikat kvuli kteremu me prohlizec obtezuje varovnyma hlaskama. cely tento system je levna parodie.
Proboha. Certifikáty používané pro styk se státní správou musejí být vystaveny certifikačními autoritami, které certifikuje MVČR (původně MIČR). Velké certifikační autority typu VeriSign jednak nepůjdou na maličký český trh se registrovat u MVČR, a pak by možná ani nesplnily požadavky (kdo ví, co MVČR po těch certifikačních autoritách vlastně chce – třeba tam bude sídlo v ČR, certifikace u NBÚ a další špeky).
Doufám, že s privatizací stát na záležitost ČP jako certifikační autority nazapomene a právně to ošetří formou přechodů práv a závazků ( i s nějakou případnou podmínkou směřující do budoucnosti na okamžik, až vyprší platnost posledního vydaného certifikátu před privatizací). Jen jsem zvědav na to, zda budoucí privatizovaný subjekt zachová současnou příznivou cenovou relaci. Druhá věc je, zda má stát připustit, aby privátní subjekt poskytoval služby typu Czech-point (když už bude provozovatelem systému DS). Je otázkou, nakolik bude moci důvěryhodně privátní subjekt plnit role, které implicitně příslušejí veřejnoprávním subjektům a nakolik si stát případně zachová kontrolu nad průběhem příslušných procesů. Tato otázka je namístě s ohledem na plánovaný rozsah agend, které má de lege ferenda systém Czech-point postupně zpracovávat. Obavou může být, aby se z privatizované ČP nestal svého druhu nekontrolovatelný „FED“, který by měl v moci věřejnoprávní i soukromé údaje.
„Certifikáty používané pro styk se státní správou musejí být vystaveny certifikačními autoritami, které certifikuje MVČR“. To neplatí absolutně. Beze zbytku to platí při komunikaci orgánů veřejné správy navzájem a v případě, že jinými subjekty je taková certifikace požadována nebo automaticky předpokládána (jde o právní domněnku státní garance). Pokud to ale některý orgán veřejné správy umí a je schopen vygenerovat svůj kořenový certifikát jako „místní“ certifikační autorita a veřejně jej ke komunikaci poskytne jen pro účel komunikace s ním, je schopen vygenerovat pomocí svého kořenového certifikátu klientské certifikáty žadatelů a tyto uzná oproti uznání svého kořenového certifikátu jako důvěryhodného, není zákonná překážka, která by takové použití certifikátů zakazovala. Jistě, že lze předpokládat použití spíš jen pro speciální a vyhrazené účely, ale možné to je.
Možná je za tím lobbing, ale spíše neschopnost vidět do šíře. Mám zkušenost, že pro lidi, kteří se pohybují v MS světě, svět znamená MS a nic jiného. Ani je nenapadne, že by program nemusel vyžadovat Windows, nebo že by snad mohl běžet i bez 2GB přibaleného čehosi. Závislost na ActiveX je z jejich pohledu samozřejmá, vždyť to zobrazuje 2D formuláře!
Tedy nevím, zda je to ono, ale na webu jsem našel toto: http://www.602.cz/…02xml_filler
a je tam třeba i ubuntu… tak nevím.
1] Už název zprávičky je lživý. Datové schránky lze používat
z Windows, MacOS X i Linuxu. Jestli se vám nelíbí technologie použitá na
Linuxu (Wine), používejte klidně dál klasickou poštu. Zřízení datové
schránky není pro fyzické osoby povinné.
2] 602XML Filler se pokud vím používá na offline vyplňování formulářů.
Vyplněná data se ukládají jako XML. Aplikace je k dispozici pro Windows,
Linux (zabalená s Wine), MacOS X, a má i podporu hlasového výstupu pro
postižené. PDF tuto aplikaci rozhodně nenahradí. Software602 je navíc
dlouholetým dodavatelem státní správy, a na 602XML je ve státní správě
postavená hromada aplikací.
http://www.602.cz/…02xml_filler
3] Elektronický podpis PDF dokumentu nenahradí elektronickou obálku.
Elektronická obálka obsahuje metadata, některá generovaná až v okamžiku
doručení, a to PDF neumí.
4] Řada implementací po celé Evropě používá elektronické obálky
obdobné těm českým.
Opravdu by jste svěřil korespondenci takové důležitosti aplikacím, které fungují pod emulátorem a jejihž stabilita a bezchybnost funkce by se musela sledovat? (předpokládám, pokud byla aplikace vyvíjena pro windows, pak to že funguje pod wine je řekněme šťastná shoda okolností, kterou nazívají multiplatformností)…
Myslím že jednoznačně je to signál: „podnikatel bez windows? … Na to ani nemyslete!“
Aplikace je podporovaná na Linuxu. Že běží v emulaci? „Wine Is Not an
Emulator“ ;)
„podnikatel bez windows? … Na to ani nemyslete!“ – to je realita,
o tom nemusíte nikoho přesvědčovat. Podnikatelé mají jiné starosti, než
dny a noci konfigurovat, rozcházet, hledat příčiny chyb, procházet logy a
nechat si radit na fórech. Chápu že vás možná takové aktivity baví.
Většina lidí to ale vidí úplně jinak.
Je jasne, ze to je samozrejme cil marketingu M$ (ostatne kohokoliv), nicmene rikat o zboznem prani MBA rychlokvasky ze je to realita je lez formatu, ktery mne i u LO dost zarazi.
Zvlast dneska, kdyz pri vseobecnych usporach muze jit uspora nakladu za padajici predrazeny OS muze jit i u male firmicky do desitek az stovek tisic za kazdy release cyklus kteremu se firma uspesne vyhne.
pouzil jste slovo mozna, takze opet vite hovno ale pisete velkohuba prohlaseni o neexistenci takovych firem. Muzete nam prozradit na zaklade jakych vstupnich dat jste vydedukoval ze takova firma neexistuje/nemuze existovat? Verim ze dodate vase zdroje.
Proc by distributor linuxu nemohl pouzit jedno z asi 10ti komercnich a podporovanych reseni pro unixove ucetnictvi ktere jsou na ceskem trhu a jsou v souladu s legislativou teto zeme? Tohle vypada jako dalsi zbozne prani Laela Ophira.
Neexistence hýkalů či bílých vran se dokazuje blbě. Existence se naopak
dá dokázat celkem snadno: stačí najít hýkala nebo bílou vránu.
Možná proto, že těžko budete shánět 10 použitelných účetnictví pro
Linux. Navíc firma nepotřebuje jen účetnictví. Těch agend bývá o něco
víc. Když se zvednete od svého textového terminálu (VT220 rulez) a
rozhlédnete se po světě, budete to vědět také.
Právnická osoba tu povinnost má. Ovšem to je podobné situaci, kdy máte
běžnou pokladnu, a stát zavede povinné registrační pokladny. V takovém
případě si musíte koupit registrační pokladnu certifikovanou Ministerstvem
financí. Povinnost je vaše, náklady nesete vy. Totéž pokud by v nějakém
zákonu bylo „formulář musí být vyplněn na psacím stroji“. Holt si
musíte koupit psací stroj, a to dokonce s latinkou a českými znaky :)
Mimochodem si nemusíte kupovat Windows, MacOS X nebo Linux. Jako právnická
osoba můžete používat počítač v internetové kavárně, knihovně, nebo
použít RDP klient pro DOS a připojovat se k nějakému terminálovému
serveru na internetu. Možnosti jsou :)
Mě by také nevyohovovala třeba registrační pokladna, nebo použití
psacího stroje. Pokud to ale stát chce, nedá se nic dělat.
Víte co je srandovní? Použité technologie se vám nelíbí, fuj, stát vás
nutí ke zbytečným nesmyslům… Ti samí diskutéři ani nevzdechnou, když
EK nutí MS k uvádění Windows bez WMP a MSIE, i když uživatelé ty verze
prokazatelně nechtějí. EK může nutit MS k čemukoliv, to je OK. Ale
jakmile by ČR chtěla nutit právnické osoby k používání Windows, MacOS X
nebo Linuxu s Wine, tak je to hrozné omezování. Co na to říkám já? snad
jen LOL.
K datovým schránkám by měla existovat nějaká technická podpora. Nakonec
do jejich povinného rozjetí v listopadu je ještě dost času na řešení
prolbémů. Samozřejmě si kupte Windows, ty se nikdy neztratí. Nakonec je to
dnes nejlepší OS ;)
jste si jisty, ze EU nuti MS aby vydaval posledni verzi Windows 7 bez IE? Ja
mel zato, ze EU jen pozadovala, aby IE byl dodavan jako modul, kteri by treba
OEM mohli vymenit za jiny (treba Chrome, treba jim za to dokonce i nekdo
zaplati…google?).
To ze MS bude dodavat do EU Windows 7 bez IE je prohlaseni Microsoftu. Viz jen
namatkou treba z arstechnika
The European Commission is of two minds on Microsoft's move, pleased by
the possibility of OEMs being able to offer multiple browsers, but disappointed
that Microsoft itself is not providing consumers with the choice. „As for
retail sales, which amount to less than 5 percent of total sales, the
Commission had suggested to Microsoft that consumers be provided with a choice
of Web browsers,“ the EC said in a statement. „Instead Microsoft has
apparently decided to supply retail consumers with a version of Windows without
a Web browser at all. Rather than more choice, Microsoft seems to have chosen to
provide less.“
To ze je ten balik i pro Linux a Mac je jiste dobry pocin. Ale rekl bych, ze
postupem casu tu budemem mit mnoho ruznych OS (Android, Palm WebOS, iPhone,
Moblin) a tohle bude kamen urazu. Proto bych prave uvital, kdyby byla ta
aplikace opravdu volne siritelna vcetne zdrojovych kodu, aby ji distributori
mohli prekladat a dodavat se svym SW.
Kdyz uz jste se tu oprel do ‚neuspesne‘ migrace v Mnichove. Tohle je presne
ten duvod proc do toho sli a proc to trva tak dlouho. V Nemecku si spocitali,
ze Windows nemusi byt nutne nejlepsi OS na svete, ze z dlouhodobeho hlediska se
vytvari vendor lock-in (ktery prave je kamen urazu, kdyz chcete provest zmenu).
A ze 200€ za OS je celkem dost (a ze tech klientu maji).
Jeste teda nechapu ty vase poznamky ohledne ‚zlatacku‘. Chapu to dobre, ze
jste placen za prispevky do diskuze? Paklize ano, tak nechapu postoj root.cz,
podilim se na foru, ale rozhodne mne nezajima placena propaganda, zvlast-kdyz si
pak Vase stejne nazory (‚neni to pro fyzicke osoby‘) musim cist
asi 50×.
EU si minimálně vynutila Windows bez WMP, které pak nikdo nekupoval.
Místo aby si EK sypala popel na hlavu se slovy „nevíme co zákazník chce,
naše hrabání do volného trhu je kontraproduktivní, a udělené pokuty jsou
zločin na trhu“, tak začala obdobně šílet okolo Windows 7. MS měl
prakticky jedinou možnost, jak se vyhnout zaplacení dalšího příspěvku na
štědré evropské zemědělské dotace: dodat Windows 7 bez MSIE.
OEM partneři mohou předinstalovávat konkurenční browsery už řadu let.
Zatím toho hojně využívají k předinstalaci demo verzí extrémně
pomalých a rozežraných antivirů, firewallů, a hromady dalšího svinstva,
které nikdo soudný na svém stroji nechce. Jenže za ty předinstalace
crippleware výrobci dostávají zaplaceno.
Proč bychom měli mít časem mnoho různých OS? Pro zákazníky i výrobce
SW je zásadní výhodou mít jeden majoritní OS, a případně nějaké
okrajové pro speciální aplikace. Napíšete aplikaci pro jediný systém,
pokryjete tím naprostou většinu cílových zákazníků, podporujete jeden
systém… Samé výhody.
Mnichov a vendor lock-in? Aha. Takže aby se z něj vyvlíkli, tak použijí
platformu, pro kterou je o jeden či více řádů menší nabídka SW,
vývojářů i dodavatelských firem. Sice to bude dražší než na Windows,
napíšou si k tomu vlastní distribuci, a po 6 letech to pořád není
hotové… Teď plánují, že migraci dokončí v roce 2012, a kupují licence
Windows :). Holt asi nejde o vendor lock-in, ale o špatnou volbu plaformy.
A tou špatnou volbou nemám na mysli Windows. Když jsme u toho, Vídeň
dopadla podobně neslavně: http://limuxwatch.blogspot.com/…ftly_31.html
Příspěvky se zlaťáčky nebo s čím píše nějaký věrný fanoušek mým
jménem. Mé názory (v tomto případě fakta) čtete opakovaně, pokud
diskutéři opakovaně tvrdí zjevné bludy.
Lael Ophir napsal: „Pro zákazníky i výrobce SW je zásadní výhodou mít jeden majoritní OS, a případně nějaké okrajové pro speciální aplikace. Napíšete aplikaci pro jediný systém, pokryjete tím naprostou většinu cílových zákazníků, podporujete jeden systém… Samé výhody.“
To je možná vaše zbožné přání – ale realita vás usvědčuje z omylu. Vzbuďte se, žijete v BLUDU. Nespěte a podívejte se na současnou situaci – tedy situaci kdy roste podíl Macu a Linuxu. Podle vaší teorie by to mělo být pro zákazníky nevýhodné – a realita? Na notebooky se dává oem windows xp za 300,–Kč, repasované počítače seženete s windows xp za 660,–Kč, windows7 se bude prodávat za nižší ceny než zlevněné visty – čili s rostoucí konkurencí na trhu OS se zvětšuje jejich kvalita a klesají ceny. Závěr – buď úmyslně lžete kvůli flamu :), nebo jste totálně zaspal dobu a nemáte přehled :D
Kdybys uměl číst, zjistil bys, že windows mám ale pro Safari pro windows ten 602 svazarmovský bastl nefunguje (chvála bohu). Ono věřit svazarmovcům, že v tom 16MB není i keylogger, trojan a backdoor se mi taky nechce. Když mi stát nařizuje používat něco, co je uzavřené, nekontrolovatelné a nenahraditelné alternativou, tak to vždy smrdí.
Nebylo Safari na listu podporovaných browserů? No při nejhorším budete
muset spustit jiný browser. Vím, že je to skoro fašismus, protože vám
stát vnucuje browser :). Naopak když vnucuje to že s sebou musíte nosit
občanku s fotografií, datem narození, rodinným stavem a svého času
i zaměstnavatelem (ale ta občanka NENÍ vaše), tak je to OK. A když MS
musí uvést Windows bez WMP, je to také v pohodě. Problém to začne být
teprve tehdy, když se to týká VAŠEHO oblíbeného browseru :)
Keylogger, trojan a backdoor v 602XML Filleru vás nemusí trápit. Tu samou
technologii totiž používají i druhé straně, takže pokud je tam něco
špatného, tak se k vašim datům někdo dostane daleko dříve. Když jsme
u toho, v Solarisu a Oracle může být backdoor, keylogger a trojan. Jak to
řešíte? Čepicí z alobalu? ;)
Má povinnost koupit jednu z registračních pokladen a každý výrobce pokladen má právo vyrábět registrační pokladny, čímž se zachovává hospodářská soutěž. U Windows je, už to přiznejte, situace značně odlišná.
V internetové kavárně? V knihovně? Přes RDP? Vy jste se zbláznil, ne? Tady jde o velice soukromá data včetně (v blízké budoucnosti) čísel a hesel k účtům a PIN kódů ke kreditním kartám.
Existuje k těm XML datům specifikace? Jestli ne, nemá to ve státní správě co dělat.
Navíc šířit ve státní správě data ve formátu, který je přímo dělán na to, aby se dal lehce specifikovat, ale specifikaci nezveřejnit, je praktika, která silně zapáchá záměrem.
Co se týče Filleru na MacOS, tak na disku zabírá 128MB (!), je taky postaven na wine a mě například vůbec nejede. Spustím, tváří se, že běží, ale ani nevykreslí menu a nic nedělá. Takhle si moji komunikaci se státem prostě nepředstavuju!
Na obálce není nic špatného, ale musí být ve formátu, který je specifikován. Jinak je to výsměch občanům.
Nějakou specifikaci jsem viděl na webu zde:
http://www.datoveschranky.info/dokumenty/
Mimo jiné tam vidím interface pro aplikace třetích stran (třeba pro
spisové zlužby zákanzíků), nějakou specifikaci webové aplikace atd.
Co je v době 2TB disků za problém s 128MB aplikací pro komunikaci
s veřejnou správou? Pokud chcete menší aplikaci, kupte si Windows.
Nějakou specifikaci. To si děláte srandu?
Zatímco do datových schránek se budou dávat zřejmě hlavně PDF soubory – pardon pošta a s602 sní opět o formátu zfo a buší to úřednickému lidu na svých školeních nenápadně do hlav. A z PDF verzí správně ty, které budou mít jasnou a open specifikaci a tedy bude velká pravděpodobnost, že nebudou časem zavislé na historických aplikacích natož na nějakých proprietárních řešeních. Zato obálka v DS je stále černá skřínka, kde byly zatím firmám uvolněny některé atributy, aby vůbec fungovala nějak rozhraní se spisovými službami.
Nebo je někde plná specifikace a interface pro komunikaci s DS může vytvořit i někdo jiný než s602? A také, co mi řeknou až se souborem PDF opatřeném obálkou půjdu za 25 let něco prokazovat k soudu?
Tohle uz jsem slysel od vic lidi co delaj pro Microsoft – jsou velky disky, muzeme delat velke programy, usetri se tim cas a podpori prodej hardware. To se tam uci na skoleni? Jinak koupi Windows sice usetrime na aplikaci, ale potrebujeme misto na par set mega zbytecneho blastu (Windows).
Disky jsou velké, a těch pár deítek MB opravdu nikoho nemrzí. Nebo ano?
Pokud ano, tak proč?
Místo zbytečného balastu jménem Windows samozřejmě můžete mít na disku
zbytečné command line utility které ani vy nikdy nepoužijete, pět
zbytečných programů na vypalování CD/DVD, několik naprosto úchylných
textových editorů, dva a víc frameworků typu Qt, GTK a Java atd. Asi proto
výchozí instalace dister Linuxu nejsou nijak malé.
Elektronická obálka obsahuje metadata, některá generovaná až v okamžiku doručení, a to PDF neumí.
A tato data generuje kdo? Server kam data posilam? Jestli ano, proc
potrebuji neco instalovat ja? Jedine co potrebuji je prece vybrat soubory ktere
chci vlozit do obalky, dokumenty budou nasledne stazeny na server, podepsany,
atd. Kvuli tomu prece neni potreba nic instalovat a je mozne tozaridit
z weboveho rozhrani.
Pro vyzvednuti datove zpravy si ji otevru, pripadne se podivam na casove razitko
nebo jine udaje (ktere jsou zase generovany a poskytovany serverem), jednotlive
soubory vlozene do obalky si – kdyz chci – ulozim na svuj pocitac atd.
Pro uredne uznany vytisk stejne musim „pozadat o cisilko“ a zajit s nim na
prislusny urad (pripadne si jej nechat poslat).
Proc se tady teda resi instalace nejakeho software kdyz jej:
1. vlastne vubec nepotrebuji pro vkladani dat do obalky ktera bude
vygenerovana a ULOZENA na vzdalenem serveru. Stejne tak jej ani nepotrebuji na
stahovani souboru ulozenych v „obalce“.
2. vyhoda vzdaleneho pristupu timto pada protoze musim na „zapujceny“
pocitac neco nainstalovat
3. znamena to nebezpeci nekompatibility a zvyseni nakladu na spravu software
pro jednotlive fyzicke/pravnicke osoby a soucasne i pro statni instituci –
za spravne reseni povazuji udrzovat software pouze na strane serveru
4. „dlouholety dodavatel“ a jeho polivcicka mne vubec nezajima, co potrebuji
je funkcni a bezpecne reseni
5. vyplnovat formulare lze i pres www rozhrani
6. tisk pres potvrzovaci dialog – neni to standardni styl prace? At uz ve
windows nebo v jinem systemu? Co mate proti nemu? Ja si chci vybrat kam budu
data tisknout, jestli na tuhle nebo tamtu tiskarnu nebo do PDF atd.
Obálku generuje server. Podle všeho ale musíte být schopen uložit
obálku i s dokumentem na lokální disk v jednom souboru. Máte pak v ruce
svůj ověřitelný originál celé zprávy. Dokument i s obálkou. Celý
objekt pak můžete používat dál, včetně té doručenky.
Pokud jsem si všiml, tak například daňové přiznání podáváte ve formě
XML souboru s daty. Na prvním místě musíte mít nějaký způsob, jak ta
data lokálně prezentovat ve formuláři. Na druhém místě elektronické
datové schránky řeší odeslání toho XML souboru, ne (nezbytně) jeho
generování. Na třetím místě na webu nemůžete mít ty samé formuláře,
jaké máte na papíře (zkuste si překreslit daňové přiznání 1:1 na web
pomocí HTML). Ve 602XML Filler naopak můžete mít formuláře shodné
s těmi papírovými, a můžete je pak i shodně vytisknout.
stačí používat Safari a nepodíváte se na žádnou zprávu. Plugin od svazarmovců tam nefunguje (chvála bohu) a česká pošta jako provozovatel to odmítá řešit systyémově. Jak těžké by bylo najít na netu javový xml parser? zvlášť, když v XML je jenom „obálka“ dokumentu a vlastní data jsou v PDF. Jenže to PDF s obsahem si bez té 17MB kraviny od 602 nestáhnete…
Tak jsem si teda chtěl tu schránku vyzkoušet, když to nabízejí, a první dojmy jsou úchvatné…
1. nevím, proč bych měl žádat o zřízení zkušební schránky. To nemůžou zřídit schránku test s heslem test?
2. je to sice hezký, že mi nabízejí plugin pro Safari, ale stahuje se to na 1–8kbps. Opravdu mě nepotěšilo dívat se na „Zbývá: 2 hodiny 20minut“, který občas přeskočilo na „Zbývá 8 hodin“…
3. https://login.czebox.cz/ – je sice hezký, že se dozvím, že tam mají Tomcat 5.5.27, ale přece jen by na mě zapůsobilo profesionálněji, kdyby tam byla nějaká rozumná hláška…
Nějak se mi to za těch 8 hodin, až se milostivě stáhne doplněk do Safari, ani nechce zkoušet…
Skoro mám pocit, že by to chtělo nějaký hlasitý protest, že takhle si komunikaci se státem teda opravdu nepředstavujeme…
Teze, že takhle „složitá“ aplikace jako je datová schránka nebo formulář na daňové přiznání, nejde udělat čistým HTML a javascriptem, je příliš průhledná lež.
Stačí se podívat, jaká kouzla umí gmail, docs nebo facebook. Nějaká přiblblá datová schránka je oproti tomu na úrovni semestrálky z vytváření webových aplikací… A světe div se, funguje jim to všude, na všech prohlížečích a systémech to vypadá stejně a používá se to dobře.
Inu zase státní úředníci…
Teze, že takhle „složitá“ aplikace jako je datová schránka nebo formulář na daňové přiznání, nejde udělat čistým HTML a javascriptem, je příliš průhledná lež.
Stačí se podívat, jaká kouzla umí gmail, docs nebo facebook. Nějaká přiblblá datová schránka je oproti tomu na úrovni semestrálky z vytváření webových aplikací… A světe div se, funguje jim to všude, na všech prohlížečích a systémech to vypadá stejně a používá se to dobře.
Inu zase státní úředníci…
Má to dvě zásadní ALE.
1] Gmail, Google Docs a Facebook jsou nezávazné hračky. Nikdo po nich nechce
role based security, auditační záznamy, silnou bezpečnost, a jejich
odstavení nebo ztráta dat nevadí nikomu a ničemu.
2] Na kolik myslíte, že vyšel vývoj řekněme Facebooku? Nejspíš to bude
několikanásobek částky, na kterou vyšly české datové schránky. Přitom
Facebook je jenom internetová obdoba pavlače v nuselském domě. Nebylo ho
třeba psát podle specifikací, nikoho netrápí integrita dat, backend nemusí
komunikovat s desítkami systémů státní správy…
Ze všeho nejvíc mi připomínáte ty chytré linuxáky, co vždy na cokoliv
říkají „tohle bych splácal v PHP za víkend“. Sice o věci nic
nevědí, normální formy jsou podle nich k lisování plastů, a o transakci
slyšeli jen v bance, ale vždy vědí nejlépe, jak by se věci
měly dělat.
>> Ze všeho nejvíc mi připomínáte ty chytré linuxáky […]
Nemám zájem pokračovat tímto tónem. Sbohem.
Bavil jste se o čistém HTML rozhraní, bez potřeby řešit cokoliv
externě. Pak opravdu není žádné umění dosáhnout multiplatformnosti
takové aplikace.
Ono to právě není zdaleka jen o ověření podpisu a stažení dokumentu. To
jsem se vám snažil vysvětlit.
Co čekáte, když píšete nesmysly o tom, že datové schránky jsou na
úrovni semestrálky z vytváření webových aplikací? Když mluvíte
o věci, o které nemáte představu, tak nemám problém to říci.
>> Samotnou obrazovku se seznamem zpráv a tlačítkem „nová zpráva“ možná jako semestrálku někdo i napíše. Bohužel problematika je poněkud širší.
Ano, je širší o backend, který mě jako uživatele NE-ZA-JÍ-MÁ.
A ten student by to tlačítko „nová zpráva“ napsal alespoň tak, abych si k jeho zprovoznění nemusel stahovat 100MB shitu, kterej nefunguje.
Klidně bych se s vámi dohadoval. Bohužel jsem ty datové schránky
neviděl ještě ani na Windows, takže to musím nechat na později.
Obecně ale existují úkoly, které se vám s čistě webovým interfacem
budou dělat špatně. Například offline nabušit 50 ohlášek pro správu
sociálního zabezpečení do formuláře, samozřejmě uložit jen ta data
v XML, dost možná rovnou digitálně podepsaná, a pak to dávkově
zpracovat. U doručování zásilek je nejspíš problém v tom, že musíte
oddělit dokument (ten se zřejmě nesmí po odeslání nijak modifikovat) od
metadat (ta obsahují doručenku). Přitom na klientu musíte mít i tu
doručenku, a vše musí být ověřitelné, a nejlépe by to měl být jeden
objekt. Jak na to, bez jakékoliv externí aplikace nebo doplňku? Jak říkám,
problematika je širší.
>> Například offline nabušit 50 ohlášek pro správu sociálního zabezpečení do formuláře
LOL! Důvod, proč to jede uspokojivě jen na Windowsech, je, že je má 100% firem. Ale důvod, proč je použit 602XMLFiller je, že je potřeba něco dělat bez Internetu :) – to asi proto, že 100% firem používá dialup, takže si to offline vyplní, připojí se a pak odešlou, ne? :)))
>>U doručování zásilek je nejspíš problém v tom, že musíte oddělit dokument (ten se zřejmě nesmí po odeslání nijak modifikovat) od metadat (ta obsahují doručenku). Přitom na klientu musíte mít i tu doručenku, a vše musí být ověřitelné, a nejlépe by to měl být jeden objekt. Jak na to, bez jakékoliv externí aplikace nebo doplňku? Jak říkám, problematika je širší.
To si už vážně děláš prdel, že jo? Nevím, co si představuješ pod pojmem „složitější“ či „širší problematika“, ale tohle je prostě trivialita. Kolik set miliónů bylo utraceno na její řešení? A nestačilo to?
Pořád nechápu, co je na tom složitějšího než tohle: dokument → jeho hash → odesilatelem podepsaná hash → oboje doručeno příjemci → příjemce podepíše podepsanou hash → podepsaná hash je doručena odesilateli a plní funkci doručenky. Ověřování podpisů provádí server a jenom zobrazuje výsledek*. Jediné, co se děje u klienta na rámec naprosto stupidního webmailu je podepisování. Ano, na to by byl asi potřeba java applet, popřípadě alespoň návaznost na externí podepisovací program.
Proč offline příprava podkladů? Není závislá na připojení
k internetu, není závislá na dostupnosti serveru, nijak nezatěžuje
servery, aplikace může mít výrazně lepší ergonomii než webové formy.
Pořád vám to nedává smysl?
To co popisujete s doručením nefunguje. Vám nestačí doručenka pro
odesílatele. Potřebujete i doručenku pro příjemce. Ta by měla být
součástí objektu. Představte si třeba ZIP soubor s digitálně podepsaným
PDF a digitáně podepsaným XML s metadaty (od úradu O, doručeno v čase
T1, převzal člověk P v čase T2). V principu to nemůže být součástí
vlastního PDF, protože to se po odeslání nemodifikuje. Navíc některé
doručované (a zřejmě i odesílané) věci jsou jen XML s údaji, a musíte
mít možnost lokálně zobrazit form. Jak tohle uděláte bez klientské
aplikace?
Co to je „doručenka pro příjemce“? Doklad, že do jeho schránky byl dokument doručen dne D v hodině H? No tak se tam přidá ještě jedna obálka, kde bude podpis automaticky generovaný systémem při doručení. Pořád nechápu, co je na tom tak složitého.
>> V principu to nemůže být součástí vlastního PDF, protože to se po odeslání nemodifikuje.
Vy mi tady vykládáte cosi o tom, že asi nevím, co je to normální forma a sám píšete takovéhle kraviny?
Nevím, jak je to konkrétně s PDF, ale samozřejmě existují formáty, ke kterým se podpisy můžou přidávat. Dělá se to velmi jednoduše – soubor vnitřně obsahuje rozdělení na dokument, ze kterého se počítá hash a potom oblast podpisů.
To, co píšete, je krávovina, protože s touhle logikou by žádný soubor nemohl obsahovat podpis sebe sama – přidáním podpisu by se totiž modifikoval, no ne?
S takovými argumenty jen tak dál :)))))
Tady nejde o digitální podpis, ale o metadata. Bohatě by stačil ZIP
soubor obsahující jednak digitláně podepsané PDF (které se od odeslání
souboru nemodifikuje), a pak digitálně podepsanou doručenku (které se
vystaví a podepíše při doručení. PDF obdobu téhle věci pokud vím
neumí.
O tom že kontejner může obsahovat digitální podpis svého obsahu mě
opravdu nemusíte přesvědčovat ;)
Určitě datová schránka není záležitost jednoho víkendu splácání PHP.
Jinak Váš názor, že pokud nemam počítač doma, mohu si datové schránky prohlédnout v kavárně. Vy by jste si otevíral internetové bankovnictví v e-kavárně? Navíc Vám jistě ochotně nainstalují 602XML Filler.
Pak s tím, že se musíme nařízení státu podřídit, je pěkná blbost. Pokud vím, jsme v demokratické republice. Smysluplným a funkčním zákonům se rád podrobím, ale proč mi ksakru řežete jazyk při sebemenším projevu toho, že s něčím nejsem spokojen? Stát by měl být o diskusi, ne o monologu!
Děkuji
Ano, Gmail google pronajímá. Souvislost mi ale uniká.
Linuxáci a profesionální návrh aplikace, to mnohdy nejde dohromady (jindy
zase ano, je to samozřejmě kus od kusu). Podívejte se tady, budou vám vlasy
vstávat hrůzou. Najdete tam i týpky, kteří bez mrknutí oka napíší
„webovou aplikaci“, u které současná editace záznamu dvěma uživateli
vede ke ztrátě části změn. Prý to není problém, protože
pravděpodobnost takové věci je malá, takže to nestojí za to řešit :). To
se to pak patlá na LAMP…
http://www.root.cz/clanky/uvaha-ohledne-zneuzivani-like-v-databazich/nazory/
Obecně si nemusíte kupovat ani počítač, abyste si datovou schránku
zkontroloval. Jestli je ta které internetová kavárna důvěryhodná, to je na
jinou diskuzi.
Já vám jazyk určitě neřežu. Teď ale jsou přijaté zákony, napsané
specifikace, vyrobené aplikace, a datové schránky se postupně
rozjíždějí. Na diskuzi bylo času dost před rokem. Navíc k čemu diskuze
takovýmto stylem? „Já, domácí uživatel a propagátor Linuxu, mám veliký
problém s tím, že firmy (které stejně mají ve 100% případů alespoň
jedny Windows) musejí používat ošklivé datové schránky podporující jen
Windows, MacOS X a Linux. Na Linuxu se mi to s Wine fakt nelíbí, takže je to
celé špatně, a je to potřeba předělat.“
Před rokem nebylo o čem veřejně diskutovat. Celá věc byla jen hrubě
popsaná ve specifikaci a veřejnost o ní nevěděla. Tady se bavíme
o implementaci a ta tenkrát ještě nebyla.
Použití Wine není problém. Problém je to, že je použit naprosto amatérským způsobem (místo statické kompilace 602Filleru proti Winelib je v instalačním balíku kompletní instalace Wine včetně konfiguračních utilit a DirectX, které jen zbytečně zabírají místo). Navíc je opět všechno vázané na jeden konkrétní program místo aby úřady vydaly specifikace datové obálky jako otevřený formát a případně se další implementace obálek oficiálně certifikovaly pro použití s datovou schránkou.
O konceptu aplikace nediskutujete ve chvíli, kdy je napsaná.
V kompletním instalačním balíčku Wine nevidím problém. Dnes se běžně
prodávají disky o velikosti v řádu TB, tak kde je problém s nějakými
pár desítkami MB balíčku Wine?
Já na níže uvedené stránce vidím Provozní řád ISDS a specifikaci
interface pro třetí strany. Jde o standardní web services, včetně
přiložených wsdl souborů. Dvojklik, otevře se Visual Studio, a můžete
řádit ;). Klidně můžete napsat open source klienta, jestli chcete. Když ho
napíšete i pro Windows, rád se na něj podívám.
http://www.datoveschranky.info/dokumenty/
Specifikaci souborů 602XML Filleru jsem nenašel. Ale když ty ZFO soubory
otevřete (je to ZIP), získáte soubor FO. To je XSL-FO rošířené
o nějaké atributy vytvořené v Software602.
http://www.software602.com/products/xmlformserver/overview.html
http://en.wikipedia.org/wiki/XSL-FO#XSL-FO_basics
http://www.602.cz/602×ml/dokumentace
http://www.cssz.cz/cz/e-podani/ke-stazeni – příklady ZFO souborů
Opět… to nemyslíte vážně?… pokoušet se komunikovat s úřady za pomoci doměnky, že to tak je? …
pokud není to není přesně TA specifikace a vy se domníváte, že někde na webu je něco podobného popsáno a možná že to funguje podobně… tak je to bych řekl velmi slabý argument v případě že dojde na lámání chleba… prostě pokud chcete komunikovat, musíte používat ten způsob co určí úřad… pokud úřad neurčil specifikaci, ale pouze aplikaci, pak nezbývá než používat aplikaci, nebo se mílím?
Přístup k datovým schránkám, odesílání a přijímání zpráv,
vyhledávání adresátů, to všechno je plně dokumentované. Vlastní formát
formulářů 602XML Filler je jistě dokumentovaný také, jen jsem to během
té chvíle nedohledal. Z linkovaných materiálů Software602 vyplývá, že
jde o XSL-FO s nějakým rozšířením.
Co vlastně určil úřad, to vám nejsem schopen říci. Po pravdě řečeno se
mi to nechce zjišťovat, protože mě bude prostě všechno fungovat (jsem
uživatel Windows). Aplikaci 602XML Filler můžete používat na Linuxu,
dodává včetně Wine. Jestli chcete dále pitvat formát popisu formuláře
602XML Filleru, zkuste prohledat dokumentaci na http://www.602.cz/…/dokumentace,
přeptat se u Software602, nebo nějakého vedoucího projektu datových
schránek.
To je klasika Lael.
Na jedné straně „programy pro státní správu jsou úplně jiný level“ – a bla bla bla o stabilitě, transakcích, normálních formách (WTF!) a na druhé straně aplikace, která používá neoficiálně dokumentovaný formát* a běží v emulátoru je úplně v pohodě.
Na jedné straně špatná podpora jiných OS než Windows je v pohodě, protože je má 100% firem , na druhé straně podpora offline je nutností, přestože 100% právnických osob připojení k netu má.
Taková diskuse je ztráta času. Nejspíš se bude jednat o jakousi slepou skvrnu…
Jaký „neoficiálně dokumentovaný formát“, o čem to mluvíte?
Běh aplikace v emulátoru je samozřejmě naprosto v pohodě (navíc „Wine
Is Not an Emulator“, že). Například všechny 16-bitové programy ve Windows
běží v emulaci, a mě běží na 64-bitových Windows v emulaci 32-bitové
aplikace. Odborníci prominou technicky poněkud nekorektní užití slova
emulace.
Offline provoz je nutností. 1) Musíte být schopen zobrazit data i lokálně,
nejen ve webové aplikaci (odkud vám po 90 dnech zmizí). 2) Na webu
nemůžete použít formuláře shodné s papírovými (překreslíte snad
daňové přiznání 1:1 do HTML?). 3) Lokální interface umožňuje daleko
lepší ergonomii i přístupnost aplikace.
Ať se dívám jak se dívám, vidím jen názvy jednotlivých položek obálky a datové typy. Nikde ale nevidím implementační podrobnosti jako například algoritmy pro generování platných identifikátorů, formáty data a času nebo platné hodnoty pro některé řetězcové položky. To na plnohodnotného klienta, který má umět generovat informace o doručení do datové obálky, bohužel nestačí.
S gmailem jsem měl na mysli to, že je to podle Vás nezávazná hračka bez starosti o bezpečnost apod. Osobně s Vámi souhlasim, že existuje spousta blbečků, kteří si myslí, že umí v PHP ve spojení s MySQL a Apache. Ale jakou to má souvislost s Linuxem? Takové neumění může kdokoliv s úspěchem provozovat i na Windows. Stejně tak bych mohl říct že programátoři pro Windows jsou patlalové. A určitě mám pravdu. Je od Vás nepěkné, říkat že je programátor špatný jen proto, že programuje pro daný OS.
Ano, GMail je ve srovnání se systémy státní správy jistě nezávazná
hračka. Na každém freemailu (včetně GMailu) se ztrácejí data, a nikoho to
nemrzí. Co řešíte, vždyť je to zdarma, a kdo by měl na freemailu
důležitá data… Googlu se občas ztratí kus dat z indexu, ale opět: koho
to mrzí? Za pár minut se ten kus indexu dá sestavit znova, a o nic nejde.
Systémy státní správy (a nakonec i firem) stojí na úplně jiných
základech.
Já nepsal, že programátoři pro Linux jsou patlalové. Citace: „Linuxáci a
profesionální návrh aplikace, to mnohdy nejde dohromady (jindy zase ano, je
to samozřejmě kus od kusu).“
OK. Ale s tím gmailem, jsem to psál právě proto, že pokud si to někdo zaplatí, třeba i větší firma, tak ji asi nebude jedno, když se ji budou ztrácet maily. Proto jsem psal, že gmail není jen free, ale i placená služba. Znám pár firem, které využivají hotmail od MS, a je to principialne to same – outsourcovany email. Samozřejmě nejbezpečnější je když budu mít mailový server a hromadu diskových polí u sebe, ale proč, když si to můžu koupit jako službu?
GMail zjevně není schopen zabránit ztrátě dat na svém freemailu
(podobně jako ostatní freemaily). Placenou službu má možná ošetřenou
lépe.
Účetnictví vaše firma skladuje ve svých prostorách, nebo v pronajatém
prostoru třeba na Google Docs? Pokud si někdo vezme na triko to druhé, dobře
mu tak. Většina světa je zjevně soudná. U mailů platí to samé.
Samozřejmě existují firmy, které mají (někdy i své vlastní) aplikační
servery u nějakého ASP. Ovšem je jich pořád málo.
Datove schranky musi plnit Vyhlasku o pristupnosti. To brani v pouziti elegantnich technologii jako Google Web Toolkit (ve kterem je delany napr Portal MV – soucast DS, kterou smrtelnici nevidi), nebo jineho AJAXoveho frameworku.
Ano, daly by se udelat dve oddelene verze – jedna pekna s AJAXem pro 99% lidi a pak nejaka jednoducha, textova, pristupna, ale zkuste to za 4 mesice.
Kdo používáte Facebook, napište jim, jak jste šťastní s touhle
aplikací, která „jede“ pod Linuxem a MacOS:
http://www.facebook.com/group.php?…
Tohle si přece nenecháme líbit?!
Jak zadavatelé tak tvůrci nezvolili zrovna ideální technologie. Pokud se chtějí ohrazovat nedostatečnou podporou v požadovaných funkcích u jiných technologií (především javy), tak by se měli podívat na nějaké modernější bankovnictví (s javou třeba KB), šlo by to i bez javy (třeba ČSOB). Bohužel je to jen o neschopnosti vydlážděné penězi.
k te bide co tady ctu z toho ale vyplyva jedna vec: xml filler je jiz upraven tak, aby 100% jel pod wine linuxem? vzhledem k planym slibum o nativni linuxove verzi, kterou nas 602 krmila posledni dva roky je to sice bida, ale pomuze to tem, kdo pouzivaji nebo nasazuji linux v organizacich…
No, ještě že jsem zatím fyzická osoba. Tohle je na facku. Když už mi stát něco nutí, měl by zajistit, že to bude fungovat a bude to důvěryhodné. Tady je zjevně problém s jinou platformou než Windows, nemluvě o České poště, které bych nesvěřil ani dopis pro babičku.
Na jedné straně se o nic moc nejedná, většina firem má Windows. Nicméně ti co nemají to budou řešit jak? V takovém případě by měl stát poskytnout buď originální Windows zdarma (proč by firma měla platit několik tisíc za software jen kvůli jednomu státnímu nesmyslu?) nebo zajistit, že jejich výmysl bude bez obtíží dostupný i na jiných platformách (pokud se nejedná o něco archaického jako je DOS).
Já nejsem proti tomu, aby státní správa používala řešení od MS. Pro mně za mně, ať si mají třeba Windows 10 a Office 3000, dokumenty ukládají v nějakém vlastním formátu a vůbec si dělají co chtějí. Ale v momentě kdy dojde na komunikaci s lidmi mimo státní správu, měli by být schopní přijmout mail odeslaný z Thunderbirdu s dokumenty v PDF nebo ODF a veškeré webové služby pro veřejnost nezávislé na platformě, ze které člověk přistupuje (v rámci možností).
Prostě Kocourkov. Když se něco neujme dobrovolně, tak to lidem vnutíme na státní úrovni. Stačí támhle pár lidem přispět do pytlíčku a oni rádi odhlasují jakoukoliv blbost.
V případě zásilky do vlastních rukou email opravdu použít nelze. Nicméně si myslím, že službu, která je pro mnohé povinná a bude sprotředkovávat tak důležitou komunikaci jakou ta mezi státními institucemi a firmami bezesporu je, by měla zaštiťovat schopná společnost a to Česká pošta opravdu není (že sama státní správa je povětšinou banda neschopných úředních oslů je věc druhá).
Ostatně, když dojde na komunikaci s úřady, raději to oběhám nebo pošlu pomocí PPL/DHL. Je sice pravda, že to stojí víc ale mám jistotu a snáze se dohaduje případná ztráta. Česká pošta je prostě synonymum pro nespolehlivost a neměla by mít na starosti něco takto důležitého.
ČP doručuje dnes veškerou komunikaci státní správy. Ztrátovost je
poměrně malá. Při elektronické komunikaci by měla být lepší.
Otázkou jsou alternativy. Vysvětlili jsme si, že email použít nelze. Pokud
to má být zvláštní systém, tak je otázkou provozovatel. ČP je velká,
stabilní (je to státní podnik), má slušné zázemí (může vám
například na hromadě poboček úředně ověřit výtisk z datové
schránky), a nemusí to být tak špatný kandidát. Samozřejmě by to mohl
dělat někdo jako MS+Logica+AutoCont, nebo IBM+SAP+Telefonica O2.
Ale Zásilka do vlastních rukou dojde do DS jako normální zásilka (dále již nešifrovaná), pouze je v obálce příznak do vlastních rukou. Čili je jen na systému (to webové rozhraní nebo spisová služba), zda ji někomu třeba omylem neukáže. A ty systémy nemají jinou možnost než správně nastavit přístupová práva a logovat, kdo měl přístup. Podle mne to většina systémů zatím korektně implementováno mít nebude. A u schránek fyzických osob je příznak do vlastních rukou zase nesmysl.
Myslím, že se tím pouze obchází legislativní požadavek, bez ohledu na e-realitu. Prostě se tam dá příznak a je to podle §§.
No právě že nelze. Vy potřebujete ZARUČIT dopučení té zprávy. Vaše soudní obsílka se může klidně ztratit mezi servery. Navíc neexistuje způsob, jak potvrdit doručení (doručenka). Chce to trochu znát způsoby doručování, použít víc logiky, a méně se nechat unášet technikou.
Ještě k tomu nucení. Umíte si představit, o kolik bude vyšší efektivita elektronické státní správy? Dnes každý úkon může trvat až měsíce. Zajdete pro formulář, vyplníte ho. Oni ho opíší do počítače, založí, vytisknou jiný formulář, a ten pošlou jinému úřadu poštou (v horším případě vás na ten úřad pošlou osobně). Takového místa ke zlepšování kvality služeb, úsporám, a vyhazování přebytečných úředníků…
Nevím jestli se nějak zvýší efektivita. Dneska si formulář stáhnu, vyplním, vytisknu a nějakým způsobem dopravím k nim. O pár dní později mi napíše jiný ouřada, že chce stejný formulář (nebo jiný, který je poloviční ale obsahuje stejná data). A úkon opakuji. Přitom by si o něj mohl zažádat toho prvního ouřadu. Když jsou v bance schopni naskenovat údaje z formuláře do PC aniž by je opisovali (z ručně vyplněného formuláře) tak by to mohla být státní správa schopna dělat také (nehledě na to, že většina subjektů dodává formuláře vyplněné na PC). Celé mi to prostě připadá jako způsob jak zachránit upadající společnost (ČP). Vždyť stát je největší uživatel ČP. Znám jen málo lidí, kteří ještě využívají služeb ČP pokud k tomu nejsou nějak „přinuceni“. Ke komunikaci používají email/icq/msn/jabber…, balíky posílají přes PPL a složenky většinou platí rovnou z účtu. Jediná chvíle kdy dostanou něco poštou je zásilka od úřadů. I moji prarodiče si koupili notebook a zařídili internet, když „Dnes podáte, zítra dodáme“ dodalo doporučené přání k narozeninám (říjen) těsně před vánoci :)
Popisujete to celkem pěkně. Jenže aby si úřady mohly předávat
informace mezi sebou, je nutné splnit několik podmínek.
Například musí být úřady připojené k internetu, a musí mít
počítače. Registry (obyvatel, plátců daně, plátců poplatků za psy, a
pár desítek dalších) musejí být primárně v elektronické podobě. To
znamená mimo jiné digitalizaci hromad dokumentů, a zavádění nových
záznamů od jisté doby jen elektronicky. Musíte vytvořit interface do těch
systémů. S tím souvisejí identifikátory. Vaše záznamy by měly mít
v každé agendě jiný identifikátor, aby si nikdo ani teoreticky nemohl na
základě vašeho ID v agendě poplatků za psy vytahat data o vašich daních
(tedy ne rodné číslo jako identifikátor pro všechny agendy). Tohle mějme
hotové. Teď potřebujete udělat aplikace, které s těmi registry
komunikují. Třeba aplikace správy živnostenského rejstříku musí být
schopná sáhnout do trestního rejstříku a zjistit, jestli nemáte zákaz
činnosti (dost možná asynchronně). Pak potřebujete interface pro
veřejnost, místa pro ověřování tisků a podávání papírových podkladů
(na to je pošta zjevně dobrý kandidát).
Samozřejmě to celé nejde udělat za víkend, taková věc má hromadu fází.
Každá taková fáze vyžaduje změny zákonů, vznikají a zanikají odbory a
oddělení, a palec neví co dělá ukazováček (protože státní správa je
hromada trotlů), dodavatelé nestíhají, kupí se technické problémy,
debilové z odboru X si do specifikace prosadili nesmysly které nelze splnit
atd. K tomu máte hromady stávajících aplikací, které si jednotlivé
úřady nechaly psát ve FoxPro, Oracle Forms, MS Accessu, VB, Delphi…
Až se to dodělá, tak snad budeme mít efektivní státní správu.
Optimisticky to vidím na 3–5 let.
Samozřejmě moment „zachraňme ČP“ hrál při výběru provozovatele
jistě také roli. ČP tak získává možnost rozšířit svůj business do
úplně nové oblasti. Nakonec telefonní operátoři posvětě také běžně
nabízejí hosting webových aplikací (třeba SAP R/3), IT outsourcing atd.
Platit pomocí počítače či mobilu z účtu, používat PPL, a ČP jen
přinese obsílku od soudu. Pro nás dva je to běžné. Ale běžte se někdy
podívat na poštu mezi desátým a patnáctým dnesm v měsíci. Hromada
těžkých sociálních případů tam stojí se složenkami, a platí nájem a
pevnou linku (kterou dost možná dávno nemá ani jeden z nás). Před pár
měsíci jsem tam takhle čekal 20 minut, když jsem chtěl poslat balík. Holt
nežijí všichni jako lidé pracující v IT.
Asi jsem příliš optimistický ale předpokládám, že v roce 2009 snad už jsou všechny úřady vybavené počítači a připojením k internetu. Ikdyž chápu že úředníkům na to každodenní hraní Solitaire stačí Win95 bez netu :) Stejně tak jsem se bláhově domníval, že v 21. století už by přeci jen nějaký elektronický registr mít mohli. Minimálně těch „mladších“.
Byl jsem rozčarován při podávání daňového přiznání, že musím všechno obeslat/oběhat a nelze to vyřídit elektronicky a pouze s FÚ. Resp daně lze „vyřídit“ elektronicky ale ta aplikace funguje jen v IE (a i tam mizerně), potřebuje certifikát (který nakonec odmítá) a ještě je nejprve nutné si o založení účtu zažádat. A přitom by bývalo úplně stačilo, kdybych mohl DP odeslat mailem (tuto možnost díky vstřícnosti paní u nás na FÚ mám ale co vím, tak nejsou všichni jako ona).
Já když už zavítám na poštu, tak tam většinou potkám důchodce co si stěžují na malé důchody a vytrvale nutí paní za přepážkou tiket Sazky za 3000,– :)
Obecní úřad v Horní Dolní by dnes už měl být připojený, ale
ještě před pár lety to tak nebylo. Elektronické registry samozřejmě už
existují, identifikátory byly vyřešeny, a aplikace byly upraveny a
přepsány. Bohužel jako všechno ve státní správě to jde pomalu a
špatně. Například ta návaznost živnostenského rejstříku na rejstřík
trestů ještě nefungovala, když jsem si úřed dvěma lety dělal ŽL. Pak
už fungovala, ale občas to bylo tak pomalé, že se věc nedala používat.
Pak to šlo používat, ale nešlo možné podávat žádosti o ŽL
elektronicky. Teď snad lze podávat žádost elektronicky, ale odpovědi chodí
klasickou poštou. Dejte tomu čas :).
Ve státní správě je dnes řada mladých lidí, kteří pracují poměrně
efektivně. Divoce tam bojují s „tradicionalisty“, a zjevně vyhrávají.
Pomalu ale jistě se to začíná měnit. Viz kdysi první kousek, kterém byl
obchodní rejstřík na internetu.
Daňové přiznání můžete podat emailem, pokud máte „správný“
digitální podpis (a VeriSign nic?!). Bohužel soudní obsílku do vlastních
rukou emailem dostat nemůžete.
Vzhledem k tomu, že mi to na MacOS nefunguje, přestože by mělo,
zajímalo by mě, co že teda ta aplikace má umět tak převratného, že na to
nestačí HTML+javascript, přinejhorším HTML+java applet.
Myslel jsem, že tam jde o toto:
Ptám se teda (asi Laela, protože ten jediný tady DS obhajuje): co ta (klientská!) aplikace dělá jiného? Na to, co jsem popsal, totiž úplně bohatě XML+XSLT+HTML+možná java applet (na to podepisování) bohatě stačí.
K tomu co by měl klient umět jsem se vyjadřoval někde výše v diskuzi.
Pojďme k té „obhajobě“.
1] Je dobře, že česká státní správa přechází na elektronickou formu
komunikace s občany, elektronizuje a propojuje registry atd? Podle mě
jednoznačně ANO.
2] Je problém, že těch 0 firem, které nemají ani jedny Windows, musejí
nainstalovat pár desítek MB balíčku Wine? NE, pro mě to není problém. Pro
zdejší diskutéry také ne, protože se jich problém v naprosté většině
případů netýká (nereprezentují žádnou právnickou osobu, ve firmách
nemají v popisu práce komunikaci s úřady).
3] Je nadpis zprávičky lživý? ANO. Datové schránky jsou podporované
v prostředí Window, MacOS X a Linuxu.
ad 1) souhlas ad 2) Je to problém. Z toho, co jsem se zde dočetl, tak na mém Linux Gentoo64 to nepojede a jiný počítač nemám. Jo, a jsem s.r.o.!! ad 3) NENÍ. Datové schránky nejsou podporované v prostředí Linuxu, pouze v některých distibucích na některých platformách. ad LO: LO se mi většinou jeví jako odborník stranící MS, ale v této diskusi se chová jako naprostý zaujatý demagog.
2] Na vašem Gentoo64 můžete rozjet 32-bitové Wine, a v něm potřebnou
aplikaci.
3] Neezistuje žádné „právno na podporu platformy“. Franta používá
eComStation (pohrobek OS/2), a nemá nic. Na Linuxu máte podporu alespoň pro
některá distra. Představujete si, že pro každou z těch stovek distribucí
Linuxu bude někdo psát, kompilovat, balit, testovat a podporovat potřebnou
aplikaci? Ještě řekněte, že stejně jako někteří exoti v této diskusi
věříte, že jde o vaše právo :)
Ač běžný uživatel Windows, tak jednoznačně považuju tenhle projekt z hlediska technického za dost velkou katastrofu.
A to hned na několika frontách. Přijde mi naprosto katastrofální, že stát vyžaduje při odesílání přiblblých formulářů elektronický podpis, ale pro přístup do datové schránky dostanu jen jméno a heslo. Polovina sekretářek, které to budou používat, budou mít to heslo „nalepené na monitoru“.
Jsem spokojený uživatel bankovního účtu bývalé eBanky. Není snad nic bezpečnějšího, než když mi pošlou pomocí sms unikátní klíč. Nechápu, proč něco takového nemůže fungovat i zde.
Dalším problémem je použití ActiveX. Fascinuje mě kolik lidí zde v diskusi to komentuje slovy „Tak co, pořídíš si Windows a Internet Explorer“.
Myslím si, že stát by měl jako první tlačit na používání standardů. Nejsem expert na webové aplikace, ale určitě musí existovat i jiné řešení než nutnost používat řešení postavené na 602XML a ActiveX prvku.
Aspoň, že jsou vlastní dokumenty v PDF souboru.
Mně připadá, že ten projekt je šitý horkou jehlou. Česká pošta je schopná si pro svojí potřebu nechat udělat linuxový systém na míru včetně takových vychytávek, jako je tisk do různých formulářů různé velikosti. Důvod je jasný. Ušetřit za licence Windows a možná především zachovat program v textovém režimu, který je pro obsluhu rychlejší.
Ale když to platí stát, tak se to holt nějak splácá, nafrká se tam spoustu technologií a hlavně téměř neodladí. Vůbec mi není jasný, proč už ten projekt nejede aspoň půl roku. Každá firma musí komunikovat s finančními úřady a správou sociálního pojištění. Mohli do toho systému pustit běžnou poštu. Takto se to spouští naostro s obrovským rizikem, že se vše dostatečně neodladilo.
Vidím, jak dneska funguje portál veřejné správy. (mimochodem vůbec nechápu, proč tenhle systém jen neupravili pro potřeby Datových schránek).
I když portál veřejné správy je taky úchvatný. Odeslání evidenčního listu důchodového zabezpečení a jeho zpracování přes tento portál je v dnešní době rychlých počítačů občas záležitost i na několik dnů. Mimochodem většinou přijde potvrzovací mail, že je evidenční list zpracován, dřív, než to potvrdí portál, přestože s ním komunikuje program přímo. Taky se používá program 602XML, vtipem je, že to musí být speciální verze upravená pro správu sociálního pojištění.
Když si odmyslím, že mě stát nutí používat produkt jedné firmy, a jen vycházím ze zkušeností se systémy, které stát zatím nabízí podnikatelům pro snažší komunikaci se svými úřady, tak si říkám, že to bude něco i pod tím Windows.
Mimochodem naprosto nechápu, že dodnes Internet Explorer nezná kořenový certifikát PostSignum a drze mě upozorňuje, že otevřít stránku podepsanou certifikátem této autority je nebezpečné.
Odesílání SMS byste musel platit, stejně jako u bývalé eBanky. Navíc
SMS je třeba šifrovat, a přístup k datové schránce byste omezil na
vlastníky telefonů se SMS tolkitem (a nainstalovanou aplikací na SIM kartě).
Nic moc.
Nevěřte báchorkám ve zprávičce. Datové schránky fungují na Windows,
MacOS X i Linuxu. Uživatelé Linuxu si musí nainstlalovat 602XML Filler
včetně Wine, což se zdejším diskutérům nelíbí.
Proč projekt nejede už alespoň půl roku? Protože je to složité. viz zde:
http://www.root.cz/…dows/298205/
Internet Explorer nezná kořenový certifikát PostSignum. Firefox také ne
(zkoušeno na lidech). Oba browsery umí jen certifikáty velkých
certifikačních autorit, resp. certifikáty jimi podepsané. PostSignum
zřejmě nechtělo platit spoustu peněz, na které by je to vyšlo. Proto jsou
z hlediska MSIE a Firefoxu stejně nedůvěryhodné, jako certifikáty vydané
Frantou a Jardou.
Vzhledem k tomu, že každá firma má mobilní telefon (těch je u nás btw víc, než žijících lidí), 99% SIM karet je SIM Toolkitových a SMS z bývalé eBanky (resp. nyní RB) je zdarma, tak by to ani tak moc nevadilo, že. Jenomže u tebe je tento argument možné použít je s nějakým počtem uživatelů Windows. :-D
Zase lži a kecy. U eBanky je žádné ověřovací SMS neplatily a neplatí.
Dále SMS není třeba šifrovat. Samozřejmě že 3DES na STK je lepší, ale jde to i bez něj a to nejen pro čtení přiblbných dopisů, ale i v poměrně rizikovém bankovním prostředí. Bank, které posílají OTP pomocí nešifrované SMS je celá řada a žádné bezpečnostní riziko to není. Podstatný je ten druhý kanál, kterým informace k uživateli putuje a který minimalizuje riziko. Možná vám to v Microsoftu ještě nestačili říct, ale riziko, že vám někdo ukradne mobilní telefon, zároveň získá přístup k vašemu počítači a vy si toho vůbec nevšimnete, je minimální.
Ahoj,
nezapomínejte že ISDS (informační systém datových schránek) má mimo
WWW rozhraní s 602XMLFiler i rozhraní s webovými službami viz: http://www.mvcr.cz/…-6-2009.aspx
Takže není žádný problém naprogramovat aplikaci, která bude datové
schránky obsluhovat.
Problematikou datových schránek se zabývám již cca 6 měsíců
(implementace rozhraní do našeho informačního systému) a opravdu na obsluze
DS není nic těžkého.
Datová zpráva se totiž vytváří až na ISDS, vy jen řekněte webové
službě pro koho je a přiložíte příslušné soubory. Server ISDS zprávu
sám orazítkuje a podepíše, vy si pak můžete tuto zprávu stáhnout do
svého počítače.
http://www.mvcr.cz/clanek/navrh-provozniho-radu-informacniho-systemu-datovych-schranek-byl-upraven-k-22–6–2009.aspx
nebo otevřete url www.mvcr.cz a jděte do
sekce „eGoverment“ / „Datové schránky“ / „Návrh Provozního řádu
Informačního systému datových schránek byl upraven k 22.6.2009“
Pokud se bavíme o webových službách tak to není závislé na ničem ani
na XMLFormFilleru.
Stačí si jen do vývojového prostředí referencovat WSDL webových služeb a
může se začít. Mají to udělané celkem pěkně i s plnými XSD, takže
IDE (např: NetBeans) vygeneruje všechny potřebné objekty pro práci
s daty.
Omlouvám se, ale teď to nějak nemůžu najít.
Na začátku se hovořilo o formátech (PDF-A, PNG, JPG a TIFF). Nyní čtu že
to může být jakýkoli formát (mimo komprimovaných a spustitelných), které
druhá strana akceptuje.
Každopádně, každý úřad musí přijmout zprávu se souborem ve formátu
PDF-A, jelikož se jedná o jediný formát do kterého je povolená
autorizovaná konverze (převod papíru do el. podoby nebo zpět)
ono těch „standardních“ formátů je vícero
PDF-A, PNG, JPG a TIFF – to je určeno k dlouhodobé archivaci v digitálním archivu.
Pak je tu to, co mohu vložit do datové zprávy – tam bylo původně určeno, co tam být nesmí – jakýkoli formát (mimo komprimovaných a spustitelných) – Ale toto bylo minulý týden nahrazeno širším výčtem povolených formátů (prý tam není třeba docx).
Dále je tu problém co může úřad přijmout a zpracovat, pokud nemá mít desítky sw, které by važadovaly všechny formáty v tom širším výčtu. To je prý právně nejasně dořešeno. Já to jak omezit v zákonech a vyhláškách vidím, ale někteří právníci ne.
A nakonec jsou formáty vhodné ke konverzi (a výstup z konverze), což by rozumně mělo být jen PDF (verze xx) ovšem zabalené do obálky (?)
Takže přesně: příslušná prováděcí vyhláška byla v částce 57 Sbírky zákonů distribuována minulý týden ve čtvrtek a v pátek k nám dorazila vonící ještě čerstvou tiskařskou černí. Jde o vyhlášku č. 194/2009 Sb., o stanovení podrobností užívání a provozování informačního systému datových schránek. § 4 vyhlášky stanoví přípustné formáty datové zprávy dodávané do datové schránky a odkazuje na přílohu č. 3 vyhlášky, kde jsou formáty uvedeny v podobě přípony souboru (případně zkratky) následovanou pojmovým vymezením datového formátu v závorce. Uvedu jen ty přípony (zkratky): pdf, PDF/A, xml, fo/zfo, html/htm, odt, ods, odp, txt, rtf, doc, xls, ppt, jpg/jpeg, png, tiff, gif, mpeg1/mpeg2, wav, mp2/mp3, isdoc/isdocx (tento poslední formát je novinka, jde o formát elektronických faktur verze 5.2 a vyšší). U xml je pod čarou poznámka – pokud odpovídají veřejně dostupnému XSD schématu publikovanému příjemcem datové zprávy. Můj dojem je, že to chlapci vzali tak nějak po praktické stránce, kdy výběr formátů smíchali podle několika různých hledisek, jako standardy + co se nejvíc používá z proprietálních formátů. Na začátek celkem vyhovující, postupně lze očekávat určitou fluktuaci formátů ve prospěch veřejných standardů.
Tyto přípustné formáty ISDS jsou ty, které úřad, pakliže je obdrží v datové zprávě, zpracovat musí. Jako podání v elektronické podobě mimo DS, například donesené na CD na podatelnu, to už nemusí, pokud má zveřejněno způsobem umožňujícím dálkový přístup, jaké datové formáty přijímá jako elektronická podání. Z hlediska praxe však lze mít za to, že jestliže má úřad povinnost přijmout tyto formáty prostřednictvím datových schránek (tedy se objeví tato data v elektronické spisovce jako podání přes DS) a musí je tedy umět v rámci normálního cyklu oběhu dokumentů na úřadě zpracovat, bude zcela jistě odmítání těchto formátů doručených jiným způsobem pokládáno za neadekvátní úřednickou umělou překážku.
Forma daňového přiznání je určena obecně závaznou právní normou. Musí být v písemné podobě ať už na listině nebo vyjádřené v datech textovou formou. Je to proto, aby finanční úřad mohl zaměstnat i sluchově postiženou osobu, ať už je příčina postižení dána fyziologickým handicapem či selektivní hluchotou vzniklou jako pracovní postižení při dlouholetém výkonu služby na finančním úřadě… Vaše MPEG2 bude jako podání přijato, ale nebude tedy považováno za daňové přiznání, ale za autorský projev s jasným záměrem pobavit úředníky finančního úřadu :)
Nicméně jsem dnes zaměstnance podatelny upozornil, že jsou povinní místo otevírání obálky vyslechnout i operní árii, která rovněž (pozor až na výjimky musí být opatřená elektronickým podpisem souboru mpeg) může být právoplatným podáním a musí ji distribuovat na příslušný odbor, pokud árie není určena do vlastních rukou.
Prosel jsem opravdu komplet dokumentaci a nabyl nasledujiciho dojmu:
Z toho mi plyne, ze kdokoliv z nas se muze pokusit o to udelat referencni
implementaci a dat ji klidne opensource. Je to v tuhle chvili jen otazka casu a
penez.
Z tohoto pohledu je zde myslim docela dlouha a dost nekonstruktivni diskuze
mezi jednim a zbytkem uzivatelu :-) A vsichni maji pravdu, jen kazdy mluvi
o necem jinem. Onen uzivatel mluvi o tom, ze neni pravda, ze by nebylo mozne
pristupovat datove schranky multiplatforme a to ma pravdu. Druha skupina se
vyjadruje, ze ji neprijde fer, ze referencni implementace je tak zfusovana jak
je a to ma take pravdu. Asi vsichni citime ten rozdil.
Ok, beru.
Jenže pokud nebude specifikován i formát OBSAHU, tak to nepřinese ten kýžený efekt zautomatizování a zefektivnění přenosu dat.
Pokud bude např. MFČR přijímat daňové přiznání jen ve formě souboru XMLFilleru, tak je mi datová schránka na dvě věci. Můžu jim sice poslat přiznání jako PDF, ale oni to zase budou do svého IS přepisovat ručně. Jediné, co si vzájemně ušetříme, je manipulace s papíry popř. dopisy.
Návaznost na můj IS to stejně nezlepší.
Přitom by vše bylo tak jednoduché – napsat korektní specifikaci XML souboru „daňové přiznání“, dodat patřičný DTD apod. Takhle to (pro mě) nepřináší nic moc nového oproti el. podpisu.
Neni to z me hlavy, ale slavne *.zfo je zazipovany xsl-fo obalene xml signature. to xsl-fo je doplnene o dalsi tagy co si interpretuje jen XML FormFiller.
Pokud chapu obchodni zamer Software602, tak smyslem je prodavat to cim musite ty formulare tvorit a dasli doplnkove sluzby. To je jejich byznys a proto chapu, ze je jim uplne jedno co nejaky koncovy uzivatel, protoze z neho nic nemaji.
Podle meho skromneho nazoru existuje cesta, buď ty *.yfo tvořit jinak než FormFillerem.
Nadavate na 602XML filler, ale nemate ani tuseni jak velky je to ve skutecnosti problem. Za vzor si vezmu Czechpoint ktery tento bastl pouziva take.
Problemy s Czechpoint
1– obcas docazi k vynucene aktualizaci 602XML filler a kvuli zmeme formatu dat to v jednom pripade prestalo behat uplne. Kvuli aktualizaci na kterou nikdo predem neupozorni musi mit obsluha pocitace prava lokalniho admina aby mohla vubec pracovat coz je v naprostem rozporu s pozadovanou bezpecnosti techto precovist.
2– Czechpoint dodnes nefunguje. Servery nebo jejich linky jsou v pracovni dobe naprosto pretizene na jejich reakci se ceka desitky sekund a vraceji naprosto zmatecne chyby. Napriklad chyba „Chybna data“ je opravdu k placi.
3– administruju jeden nejmenovany urad plus 2 pracoviste s Czechpointem. Pro ilustraci jak to funguje/nefuguje uvedu ze ani jeden ze 6ti pokusu o vypis z bodoveho uctu ridice pro mne neskoncil uspechem. Pouze zmatene chyby. A to vse na pracovistich kde Czechpoint prokazatelne obcas funguje, takze mohu vyloucit chybu na pracovisti. Dany subsystem nebyl ani v jednom pripade uvaden s cervenym puntikem jako docasne vyrazeny.
A mimo Czechpoint:
4– Pan Stiegler je presvedcen ze vsinchni maji alespon jedny Windows. No u vetsiny firem to plati a kvuli bastlum typu Czechpoint to plati i pro urady ale o datovou schranku si muzu pozadat i jako bezny obcan. V tomto pripade nemohu o vyzvedavani sve osobni ne firemni schanky poverit nikoho ciziho protoze bych porusil zakon. Mentalne zavadny abych si sebou napriklad na reku tahal notebook nejsem a z mobilu se nedostanu. A to ani v pripade chytrych mobilu (Windows mobile, iPhone, Android, Sybian). Fikce doruceni 10-dni ale plati. Pan Stiegner a jeho banda toto zamerne ignoruji a zatim jim to prochazi.Fujtajbl
PS: omluvte preklepy a pravopisne chyby. Po zkusenosti s realnym provozem Czechpoint upadam do stavu kdy vidim pouze rude ne nevidim na klavesnici.
1] Nikomu to neříkejte, ale existují systémy pro distribuci aplikací,
které aktualizace umí provést pod účtem administrátora (ono to u aplikace
instalované pro všechny uživatele na stroji dost dobře ani jinak nejde).
2] Všimnoul jsem si, že jsou reakce někdy vlažné, a jindy úřednice
prohlásí, že to už zase nejde. To víte, státní správa.
4] Fikce doručení platí úplně stejně u listovní zásilky do vlastních
rukou. Na rozdíl od datové schránky ovšem nemůžete dostat upozorňující
email či SMS. V tomhle tedy datové schránky nepředstavují
žádnou změnu.
Protokol 602XML Filleru se nezmění sám od sebe. Pokud to proběhlo jak
píšete, tak někdo z vašich kolegů (v širším smyslu toho slova) něco
zmršil. Například nainstaloval novou verzi serveru či vypublikoval
formuláře používající nový formát, ale nepostaral se o klienty. To je
problém change managementu uvnitř státní správy. Řešitelné to
samozřejmě je. Jednak vhodným způsobem řízením změn, a pak se to dá
usnadnit systémy pro automatickou distribuci (v nejjednodušším případě
Active Directory).
Jak říkám, dikce doručení platí úplně stejně i pro klasickou
„papírovou“ poštu. Rozdílem je, že v datové schánce po uplynutí
lhůty alespoň zůstane ta zpráva. Papírová obsílka se po uplynutí lhůty
vrátí odesílateli, takže se po návratu nejvýš dozvíte, že je něco
špatně. Jinými slovy datová schránka má jeden problém stejný jako
klasická pošta, a jinak jen řadu výhod.
Navíc datové schránky jso povinné jen pro právnické osoby. Celozávodní
dovolená by tedy neměla trvat víc než 10 dní ;)
„nekdo neco zmrsil“ je presne. O klienty se Czechpoint nestara vubec. Pravidelne/nepravidelne vynucene aktualizace 602XML fileru jsou na dennim poradku (naposledy tento tyden). Cele technicke reseni je nedodelek a spatlanina a neznam nikoho kdo by se na PLACENEM telefonim hudebnim kanalu zvanem technicka podpora dockal operatora.
Laele krafejte do toho o cem neco vite neco malo to je. Ale systemy pro automatickou distribuci v sirsim smyslu principielne neprichazi v uvahu. Active directory pro celou stani spravu a samospravu nemuze fungovat nejenom z technickych duvodu. A ostatni systemy (napriklad Landesk a dalsi) stejne jsou moc velkym zasahem do vnitrnich systemu kazdeho uradu a nutne se musi drive nebo pozdeji dostat do konfliktu s nejakym jinym lokalnim nastavenim.
Datove schranky jsou predevsim zpusobem jak se nedostat do problemu, protoze je fikce doruceni 10 dni mimo jine i pro vas osobne a ne jako pravnickou osobu. Proste proto ze by mely byt pri trose vule dostupne kdekoli treba i na dovolene. Teoreticky, prave proto je to sileny bastl, nesplnuje tento naprosto prioritni pozadavek.
Systém pro automatickou distribuci samozřejmě v úvahu přichází. Nebo
mi chcete tvrdit, že existuje zásadní důvod, proč by zrovna státní
správa nemohla aktualizovat SW centrálně? Nebo zrovna státní správa
z nějakého důvodu nemůže mít přehled, co je kde nainstalováno? Nebo
zrovna státní správa se nemůže naučit plánovat změny tak, aby
nedocházelo ke zcela zbytečným výpadkům funkcionality? Samozřejmě to
technicky JDE. Chce to jen lepší management. Ovšem protože je státní
správa monopolem, tak je značně neefektivní.
Jak jsem už psal, fikce doručení platí úplně stejně, když vám přijde
obsílka klasickou poštou. Dále jako fyzická osoba nemusíte datovou
schránku používat. Takže závěr je ten, že problém s fikcí doručení
je prakticky stejný, a pak jsou tu už jen výhody.
Tak jsem asi našel stránku, kde se dají stáhnout specifikace toho 602XML. Akorát pouze ve formě pdf dokumentace, DTD jsem ještě neobjevil, možná by mohli mít odkaz na DTD přímo ty soubory v hlavičce XML.
Tady to je http://prv.602.cz/…%28typd%29/4
Pres stranku http://www.datoveschranky.info/clanek/102/ si je mozne pozadat o testovaci schranu ke ktere pak prijdou i odkazy na kompletni dokumentaci.
(XSD soubory ktere zpravy a WebServisy popisuji).
Problem je, ze ted cerstve vydali verzi 3.0 a nedivil bych se kdyby to bylo jinak. a jako ze bude – staci kdyz se podivate co tam vsechno pridali – viz. Novinky verze 3
Museli ji vydat, aby mohli říci „hotovo“ pro spuštění DS k 1.7. Ale od RC1 přes RC2 až k „ostré“ verzi to má pro Linux a Mac funkční omezení – formuláře nelze podepsat a ani exportovat do PDF, aby se alespoň mohlo podepsat to PDFko. V čem je problém? 602XML Filler zná jen systémové úložiště certifikátů orig. OS Windows. Možnostmi jiných aplikací načíst certifikáty do vlastní aplikační struktury (jako např. Firefox, Thunderbird, Adobe Reader) 602 XML Filler nedisponuje. Takže v Linuxu či Macu si formulář otevřete, vyplníte, můžete si uložit na disk, ale nepodepíšete. Máte smůlu, chlapci z s602 jsou se sebou spokojeni a na výzvy, připomínky, diskusní příspěvky atd. budou odpovídat jako tradičně – hrobovým mlčením.
Opravdu mě zarazilo, kolik ta sranda stojí .. viz http://www.isvzus.cz/…07Prepare.do?…
Pročetl jsem názory a tedy ten Jeden, to je síla. Již týden zvracím.
Momentálně se mi udělalo trochu, jakž takž, ale zřejmě ještě týden
budu.
Vidím, že mu ve znalostech zdaleka nesahám ani po kotníky. Jak on všechno
perfektně umí. MSW, Linux, MacOS X, VB.NET, Qt, Java, atd., atd., atd.
Žel nepotěší, že si myslí, že rozumí i „fikci doručení“ a dělá
zde z ostatních „blbečky“ (Snad nikomu v minulosti ohledně této
záležitosti neudílel své rady.).
Jen se mi zdá, že ten Jeden to vše zná tak nějak na půl. Náhradní
doručení soudního rozhodnutí totiž fungovalo tak, že sice pošta uložila
na 15 dnů, ale doručeno bylo po 10 dnech. Soudy nečekaly na vrácení po
15 dnech. Buď bylo doručeno osobě přímo nebo bylo doručeno 10. den od
uložení. Pokud si někdo na poště vyzvedl 15. den, pak z případné
15 denní lhůty pro odvolání již 5 dnů uplynulo. A to je set sakra
rozdíl oproti tomu, co tu Jeden tvrdí.
Vážení, prosím, zachovejte klid. Náhradní doručení (Právní fikce,
že bylo doručeno i když adresát nepřevzal.) existuje již dlouhá léta.
Z názorů lze soudit, že to doposud nikomu neudělalo žádný problém. Já
naopak doporučuji dovolenou si v klidu vychutnat stejně jako doposud.
Žádný NB s sebou nebrat a z kavárny již vůbec přístup nezkoušet. Jen
doporučuji myslet na důkaz o tom, že se člověk zdržoval dlouhodobě mimo
území ČR.
V praxi to většinou nepřinese žádný problém. Pokud bude v nejhorším
případě doručeno do DS druhý den po odjezdu a náhradně doručeno
10. den, pak po 14 denní dovolené bude obvykle dostatek času pro
případnou reakci. Jen bude nutno vnímat to, že lhůta k reakci nepočala
běžet v den následující po dni kdy jsem po návratu četl, ale 11. den po
doručení do DS. V případě, že budu žádat o vyslovení „neúčinnosti
doručení“ musím počítat s tím, že 15 denní lhůta počne obvykle
běžet 2 dny (někdy i příští den) po návratu z dovolené
(Následující den, po návratu mám nahlédnout do DS a další den počne
běžet 15 denní lhůta.).
Viz:
http://portal.justice.cz/…2/MS/ms.aspx?…
Ke zmírnění tvrdosti nového systému doručování (vzhledem k tomu, že
lze ve větším rozsahu doručovat na základě fikce) zavádí souhrnná
novela institut „neúčinnosti doručení“. Soud v tomto případě na
návrh účastníka rozhodne, že doručení je neúčinné, pokud se
účastník nebo jeho zástupce nemohl s doručovanou písemností
z omluvitelného důvodu (např. hospitalizace) seznámit. Návrh je třeba
podat do 15 dnů ode dne, kdy se s doručovanou písemností seznámil nebo
mohl seznámit.
Vážení, datové schránky se mi velmi líbí, konečně. Vůbec se mi
však nelíbí to, že bych si měl nechat nainstalovat „nějaký“ wine a
umožňovat běh aplikace z jiného OS.
Proto navrhuji uspořádat OBČANSKOU NEPOSLUŠNOST. Udělejme z toho volební
téma či program. Oslovme poslance a senátory. Udělejme umělý problém a
dotáhněme to k Ústavnímu soudu. Udělejme třeba i „vajíčkovou akci“
na zodpovědnou osobu.
Jsem připraven u soudu i u Ústavního soudu řádně vyargumentovat proč
je zvolený postup nepřípustný.
Pro začátek jsem hovořil s osobou, která mi má sdělit zda jde
o konečnou podobu či bude princip upraven.
Pokud používáte Facebook, tak se můžete připojit k http://www.facebook.com/…101341446166
Správně, občanská neposlušnost. Chtějí nám nutit Wine na Linux, fuj!
Resp. nám ne, protože my jsme fyzické osoby, ale těm právnickým. Házím
tímhle vejcem za právnické osoby, které nemají Windows, a nechtějí si
instalovat Wine! ;)
Teď vážně. Fakt by mě zajímalo, proč je zvolený postup podle vás
nepřípustný. V čem konkrétně myslíte, že je v rozporu s Ústavou?