abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

včera 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 2
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 2
23.6. 13:53 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-06-21 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Z novinek lze zdůraznit IDE Thonny pro vývoj v programovacím jazyce Python a především offline verzi Scratche 2.0. Ten bylo dosud možné používat pouze online. Offline bylo možné používat pouze Scratch ve verzi 1.4. Z nového Scratchu lze ovládat také GPIO piny. Scratch 2.0 vyžaduje Flash.

Ladislav Hagara | Komentářů: 1
22.6. 14:24 | Nová verze

Opera 46, verze 46.0.2597.26, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 59. Z novinek lze zmínit například podporu APNG (Animated Portable Network Graphics). Přehled novinek pro vývojáře na blogu Dev.Opera. Oznámení o vydání zmiňuje také první televizní reklamu.

Ladislav Hagara | Komentářů: 0
22.6. 13:37 | IT novinky

I čtenáři AbcLinuxu před dvěma lety vyplňovali dotazníky věnované Retro ThinkPadu. Nyní bylo potvrzeno, že iniciativa Retro ThinkPad je stále naživu a Lenovo připravuje speciální edici ThinkPadu jako součást oslav jeho 25. výročí.

Ladislav Hagara | Komentářů: 23
22.6. 10:22 | Komunita

Bylo oznámeno, že frontend a runtime programovacího jazyka D bude začleněn do kolekce kompilátorů GCC (GNU Compiler Collection). Správcem byl ustanoven Iain Buclaw.

Ladislav Hagara | Komentářů: 7
21.6. 18:47 | IT novinky
Bulharská firma Olimex je známá jako výrobce kvalitních mini arm desek, u nichž se snaží být maximálně open source. Kromě velké otevřenosti taktéž zaručují dlouhodobou podporu výroby, což je vítáno ve firemním prostředí. Nyní firma ohlásila ESP32-GATEWAY, malou IoT desku s Wifi, Bluetooth, Ethernetem a 20 GPIO porty za 22EUR. Tato malá deska je ořezanou verzí ESP32-EVB.
Max | Komentářů: 21
21.6. 18:00 | Zajímavý článek

LinuxGizmos (v dubnu loňského roku přejmenován na HackerBoards a v lednu letošního roku zpět na LinuxGizmos) zveřejnil výsledky čtenářské ankety o nejoblíbenější jednodeskový počítač (SBC) v roce 2017. Letos se vybíralo z 98 jednodeskových počítačů (Tabulky Google). Nejoblíbenějšími jednodeskovými počítači v letošním roce jsou Raspberry Pi 3 Model B, Raspberry Pi Zero W a Raspberry Pi 2 Model B.

Ladislav Hagara | Komentářů: 0
21.6. 14:22 | Pozvánky

Ne-konference jOpenSpace 2017 se koná od 13. do 15. října 2017 v hotelu Farma u Pelhřimova. Registrace účastníků je nutná. Více informací na stránkách ne-konference.

Zdenek H. | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 835 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Datové schránky

    Skupina zaměřená na koordinaci a shromažďování informací prospěšných projektu Multiplatformní přístup pro datové schránky.

    Informace o skupině
    Založena: 5. 10. 2009
    Členů: 26
    Článků: 0
    Wiki stránek: 7
    Dotazů: 22
    Akcí: 0
    Čtenost: 36 %
    Skóre: 19

    Dotaz: Formát na ukládání zpráv

    7.1.2010 13:36 petr_p | skóre: 59 | blog: pb
    Formát na ukládání zpráv
    Přečteno: 1232×

    Potřeboval bych, aby se vývojáři dohodli na minimální množině podporovaných způsobů, jak ukládat zprávy do místních souborů a jak je z nich opět nahrávat do aplikace.

    Když se omezím na zprávy, tak z ISDS lze dostat zprávu v CMS (nástupce PKCS#7) a pak ještě nepodepsanou přijatou jako čisté XML.

    Uložení zprávy v CMS (tedy i s podpisem) má rozhodně smysl. Minimálně 602XML Filler tento formát umí, protože tak to leze z interaktivního webového rozhraní.

    Pro čistou XML zprávu pak je rozhodně nutností uložit podstrom dmReturnedMessage (XSD typ tReturnedMessage), protože ten obsahuje „všechny“ informace (kromě událostí z doručenky).

    Na druhou stranu data v CMS a data odpovědi na stažení nepodepsané zprávy neobsahují jen tento podstrom, ale obalují jej do MessageDownloadResponse (typ tMessDownOutput), který si s sebou táhne i dmStatus, na který rozhodně třetí strana není vůbec zvědavá. Navíc mi přijde, že tento zakuklenec je poplatný webovým službám ISDS (jako kdybychom se soubory staženými z webu uchovávali i HTTP hlavičky).

    Pro zachování „zbytečné“ obálky MessageDownloadResponse zase hraje fakt, že přesně toto je uvnitř CMS, takže se pro programátora stává věc jednodušší.

    Do hry vstupuje ještě „třetí“ formát, kdy se uživatel pokusí exportovat podepsanou zprávu z CMS do čistého XML, ale stále s původním jmenným prostorem podepsaných zpráv. To určitě budou lidi chtít, protože se nebudou chtít trápit s vybalováním CMS pro externí nástroje. Tento třetí formát by byl totožný s nepodepsanou zprávou (až na jmenný prostor), když by se ukládala obalená v MessageDownloadResponse.

    Nakonec tu je čtvrtý formát definovaný výrobci spisových služeb, který je šířen spolu s dokumentací ISDS ve čtvrté příloze. Ten je ale dle mého názoru pro běžné uživatele vhodný asi jako pověstný kanón na vrabce.

    Další data, která bude třeba archivovat, jsou doručenky. Ty jsou opět v CMS a jako čisté XML. A tu je stejný problém.

    Jak to vydítě vy? Chtěl bych tímto zajistit kompatibilitu jednotlivých řešení a ušetřit si zbytečnou práci :)

    Odpovědi

    14.1.2010 17:04 vrosecky | skóre: 5
    Rozbalit Rozbalit vše Re: Formát na ukládání zpráv
    Já preferuji ukládání zpráv a doručenek v CMS, ale budu podporovat i otevření nepodepsaných zpráv bez obalu (tzn. žádný dmStatus v obale těl). U těch nepodepsaných zpráv se při odstraňování MessageDownloadResponse musí dbát na to, že se nesmí porušit integrita datové zprávy, protože by pak nešlo ověřit časové razítko.
    Mintaka avatar 28.1.2010 17:30 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Formát na ukládání zpráv
    Jak tak pozoruji, tak standardizace by měla začít už na úrovni komunikace mezi jednotlivými autory. Myslím, že jednotné chování a API, napříč realizacemi by bylo značně užitečné. Netroufám si odhadnout nakolik je možné aktuální verze přiohnout, ale tam kde by to šlo bych neváhal.

    28.1.2010 17:50 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Formát na ukládání zpráv

    Jednotné formáty klidně. Jednotné API těžko.

    Za prvé máte různé jazyky s různými standardními knihovnami (třeba v céčku není ani standardní funkce na spojované seznamy), za druhé různé implementace mají různý přístup (někdo kvůli paralelizaci a malé paměti používá SAX, systém zpětných volání a asynchronní přístup; někdo chce vysoký výkon, ale nestará se o paměť, a tak v ní drží všechno) a nakonec standardní API se dělá, když chce někdo nahradit jednu zavedenou knihovnu jinou, přičemž problém je jasně definovaný a prakticky neměnný (třeba zpracování JPEGu), což rozhodně není příklad ISDS, který se neustále mění.

    Mintaka avatar 28.1.2010 21:00 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Formát na ukládání zpráv
    Díky za připomínku. Nechal jsem se unést tou líbivou myšlenkou, ale i tak jsem měl spíš na mysli celky jako "uloz_obsah_zpravy_ve_formatu_XYZ(obsah, cesta, kodovani, pristupove_prava)".

    Takových jasně definovatelných operací asi bude jako šafránu. Režie na snahu o sjednocení by mohla být větší než klady, které by to přineslo. Přesto by se mí líbilo, kdyby v případě takových otázek proběhla rychlá věcná diskuze napříč realizátory.

    28.1.2010 23:06 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Formát na ukládání zpráv

    Tak třeba moje knihovna takovou funkci vůbec nemá, protože nemůžu vědět, co bude chtít aplikace se zprávou dělat.

    Já to mám na nižší úrovni – funkce vrátí datovou strukturu z níž si aplikace může vyzobnout zprávu co by ukazatel na buffer. Jestli ji aplikace bude ukládat do souboru, tisknout, odesílat e-mailem nebo ověřovat digitální podpis, je opravdu jen na ní.

    Nevylučuji, že nějaké obálky pro časté konstrukce dodělám, ale zatím jsem to nepovažoval za nutné. Na druhou stranu součástí zdrojových kódů jsou ukázkové způsoby použití a často opakované postupy tam jsou také vyčleněny do samostatného souboru (ukládání/načítání bufferu do/ze souboru, výpis datových struktur knihovny, řetězcová reprezentace výčtových typů). Takže to tam svým způsobem mám, ale nijak exaktně a systematicky.

    Navíc si myslím, že potřeba a přínos takových komplexních volání se ukáže až s implementací plného klienta. A jsem moc líný psát, testovat a udržovat kód, který by nakonec nikdo nepoužíval.

    Mintaka avatar 29.1.2010 06:09 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Formát na ukládání zpráv
    Jasně chápu model, uzké specializace nízkoúrovňové knihovny a co nejmenší zabřednutí do kódu, který by zvládlo obsluhovat něco jiného. Chápu i variantu, kdy s autor takové knihovny bude snažit postihnout i pár věcí kolem. Cílem ale určitě není druhý Emacs :-)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.