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.