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í
×

dnes 00:22 | Nasazení Linuxu

Společnost Samsung oznámila, že skrze dokovací stanici DeX a aplikaci Linux on Galaxy bude možno na Samsung Galaxy S8 a S8+ a Galaxy Note 8 provozovat Linux. Distribuce nebyly blíže upřesněny.

Phantom Alien | Komentářů: 1
včera 23:55 | Komunita

Společnost Librem na svém blogu oznámila, že jejich notebooky Librem jsou nově dodávány se zrušeným (neutralized and disabled) Intel Management Engine (ME). Aktualizací corebootu na již prodaných noteboocích lze Management Engine také zrušit. Více v podrobném článku.

Ladislav Hagara | Komentářů: 0
včera 21:44 | Nová verze

Organizace Apache Software Foundation (ASF) na svém blogu slaví páté výročí kancelářského balíku Apache OpenOffice jako jejího Top-Level projektu. Při této příležitosti byl vydán Apache OpenOffice 4.1.4 (AOO 4.1.4). Podrobnosti v poznámkách k vydání. Dlouhé čekání na novou verzi tak skončilo.

Ladislav Hagara | Komentářů: 1
včera 19:22 | Pozvánky

Již příští týden - 26. a 27. října se v Praze v hotelu Olšanka odehraje OpenWRT Summit. Na webu konference naleznete program a možnost zakoupení lístků - ty stojí 55 dolarů. Čtvrtek bude přednáškový a v pátek se budou odehrávat převážně workshopy a meetingy.

Miška | Komentářů: 0
včera 13:44 | Nová verze

Bylo vydáno Ubuntu 17.10 s kódovým názvem Artful Aardvark. Ke stažení jsou Ubuntu Desktop a Server, Ubuntu Cloud Images, Ubuntu Netboot, Kubuntu, Lubuntu a Lubuntu Alternate, Lubuntu Next, Ubuntu Budgie, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio a Xubuntu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 4
včera 13:00 | Komunita

MojeFedora.cz informuje, že Fedora 27 dostane podporu pro AAC. Podpora multimediálních formátů je ve výchozí instalaci Fedory tradičně limitovaná kvůli softwarovým patentům, ale desktopový tým Red Hatu se ji i tak snaží v poslední době co nejvíce rozšířit. Už nějaký čas obsahuje kodeky pro MP3, H.264, AC3 a nyní byl přidán také kodek pro další velmi rozšířený zvukový formát – AAC.

Ladislav Hagara | Komentářů: 2
18.10. 23:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 145. brněnský sraz, který proběhne v pátek 20. října od 18:00 hodin v restauraci Time Out na adrese Novoměstská 2 v Řečkovicích. Jedná se o poslední sraz před konferencí OpenAlt 2017, jež proběhne o víkendu 4. a 5. listopadu 2017 na FIT VUT v Brně. Běží registrace účastníků.

Ladislav Hagara | Komentářů: 0
18.10. 21:44 | Nová verze

Byla vydána verze 5.2.0 multiplatformního virtualizačního nástroje Oracle VM VirtualBox. Jedná se o první stabilní verzi z nové větve 5.2. Z novinek lze zmínit například možnost exportování VM do Oracle Cloudu, bezobslužnou instalaci hostovaného systému nebo vylepšené GUI. Podrobnosti v seznamu změn. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 2
18.10. 14:00 | Zajímavý projekt

Byl spuštěn Humble Down Under Bundle. Za vlastní cenu lze koupit multiplatformní hry The Warlock of Firetop Mountain, Screencheat, Hand of Fate a Satellite Reign. Při nadprůměrné platbě (aktuálně 3,63 $) také Hacknet, Hacknet Labyrinths, Crawl a Hurtworld. Při platbě 12 $ a více lze získat navíc Armello.

Ladislav Hagara | Komentářů: 0
18.10. 13:00 | Nová verze

Google Chrome 62 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 62.0.3202.62 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 35 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 4
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (11%)
 (1%)
 (1%)
 (1%)
 (74%)
 (12%)
Celkem 107 hlasů
 Komentářů: 7, poslední včera 23:06
    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: 35 %
    Skóre: 19

    Dotaz: Návrh zadání k diskuzi

    8.10.2009 02:16 Stanislav Valasek | skóre: 23 | blog: sloboda
    Návrh zadání k diskuzi
    Přečteno: 3120×

    Přepsal jsem návrh zadání do editovatelné formy na wiki stránku.

    Navrhuji následující:
    - Dáme diskuzi dva dny a potom se výsledky diskuze pokusím zanést na wiki stránku.
    - Navrhuji abychom se následně minimálně zadavatelé (ABCLinuxu) a hlavní řešitelé potkali osobně a potvrdili si že tohle je to ono, co chceme vytvořit.

    Prosím o maximálně konštruktivní připomínky níže do diskuze.

    patička?

    Řešení dotazu:


    Odpovědi

    9.10.2009 16:02 Vitezslav Kosina
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Koukal jsem na to Vase zadani a otazka prvni:

    Kdo je primarne cilova skupina - uzivatele, kterym chodi do datove schranky nejaka zprava, nebo Organ verejne moci, co to musi od 1.11 pouzit, co pres to bude zpravy hrnout uzivatelum. Je to hodne dulezite rozhodnuti na zacatek, protoze podle toho se daji priority a zaroven i rozsah pro implementaci.

    Napriklad, pro bezneho uzivatele bohate staci, kdyz si chci vyzvednout zpravy, i je mit archivovane implementace techto funkci:

    stažení došlé zprávy – MessageDownload - abych se na ni rovnou podival stažení došlé zprávy s podpisem značkou MV – SignedMessageDownload - kvuli archivaci - na to si pak pustim zfodump a zfoinfo (abych overil zpravu vcetne casoveho razitka a vydumpoval ji) stažení seznamu došlých zpráv – GetListOfReceivedMessages - kdyz chci proste zjistit zda nemam neco noveho

    A kdyz chci odeslat jako bezny uzivatel Organu verejne moci, tak mi staci toto:

    Nalezení datové schránky - FindDataBox - to jean abych nasel ID schranky vytvoření a odeslání nové zprávy – CreateMessage - kdyz mam dokument treba v pdf tak ho pres tohle odeslu

    Co se tyce GUI, ktere by nad timhle bylo tak at nevymyslime vymyslene, ale vyhledavaci dialogy datovych schranek vypadaji u vsech softu skoro stejne (proc asi) - takze u nas budou taky velice podobne, vytvoreni zpravy opet velice podobny dialog jako v kazdem jinem softu. Kde muzeme byt kreativni tak je zobrazeni doslych zprav, ale uprimne, jde o to zobrazit seznam zprav a u kazde pak udaje z hlavicky a prilohy jako ikonky na ktere kdyz kliknete tak to spusti definovany prohlizec (pokud ho mate).

    Mate na to jiny nazor.

    P.S. Nedelam si iluze, ze bychom neco davali nejakym Organum verejne moci, protoze ty uz jiste reseni maji, kdyz jim to od 1.7.2009 bezi v produkci ...
    9.10.2009 20:24 Stanislav Valasek | skóre: 23 | blog: sloboda
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    > Kdo je primarne cilova skupina

    Dle dosavadní diskuze soudím (prosím o korekce) že cílovou skupinou je:

    • fyzická osoba a podnikatel do velkosti středně velké firmy.

    Pro velké firmy to bez archivace příliš význam mít nebude + pravděpodobně budou požadovat integraci na jejich stávající systémy typu: digitální archiv, systém evidence doporučené pošty z podatelny, atď ...

    Co se týče rozsahu funkcí tak nevím, jestli je v první fáze nutné knihovnou podporovat níže uvedené rozhraní. Jinak myslím, že napojení na zbývající WS, jak je popsané v zadání je v rozumném rozsahu.

    1.1 Správa schránky (definované pomocí db_manipulations.wsdl, dokument DataBox_ws.doc z dokumentace):

    • změna informací o majiteli datové schránky (§15) - UpdateDataBoxDescr
    • přidání oprávněné osoby (§8) - AddDataBoxUser
    • zrušení oprávněné osoby (§15) nebo zneplatnění přístupu při zrušení pověření apod. §12.2-12.3) - DeleteDataBoxUser
    • změna informací o oprávněné osobě (§15) - UpdateDataBoxUser
    • zneplatnění přístupových údajů a vytvoření nových (§12) - NewAccessData
    • znepřístupnění datové schránky na žádost (§11.4) - DisableOwnDataBox
    • znovuzpřístupnění datové schránky (§11.6) – EnableOwnDataBox
    patička?
    9.10.2009 22:35 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Nejdulezitejsi use case jsou precteni a odeslani datove zpravy, ostatni je SHOULD ci dokonce NICE. Knihovna toho muze umet vice nez GUI.

    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 9.10.2009 22:54 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    K těm hlavním uživatelům, fyzické osoby, středně velké firmy bych jěště přidal skupinu administrátorů, kteří to těm lidem / firmám budou nasazovat a budoucích programátorů, kteří na té hlavní knihovně budou chtít postavit vlastní řešení.

    Leckde by se hodilo, aby bylo možné aplikaci instalovat na read only disk na serveru a konfigurace aby mohla být oddělená do domovského adresáře uživatele. Případně aby se něco načítalo z hlavní konfigurace jednotné pro celou firmu a jiná část z konfigurace pro uživatele.

    Pokud lze definovat v use case nějaké skupiny MUST SHOULD NICE, pak by je mohlo zohledňovat i zadání (zatím třeba barevně odlišit) a hlavně, vývoj by šel rozdělit na etapy.

    10.10.2009 00:24 Vitezslav Kosina
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Presne ty cilovy skupiny (osoby, mensi a stredni firmy a admini) co pisete je cileny isds2mail. Poslal jsem vam do emailu par info s ukazkou.
    Mintaka avatar 10.10.2009 01:59 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Děkuji, rád se podívám. Zatím to ale ke mě mailem neprobublalo. Jestli to bylo větší než 10MB tak to mohlo umřít někde po cestě. Uvidíme zítra.
    9.10.2009 23:06 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Vezmu to trochu více high level, ale také je to zadání. Projekt chci rozdělit na více fází, z nichž každý bude mít své řešitele. Každý se tak může zapojit dle svých schopností a možností. V první fázi by měla vzniknout knihovna poskytující funkce pro základní manipulaci se schránkou. Nemusí mít všechny funkce, stačí opravdu jen ty nejnutnější pro to, aby výsledné aplikace byly užitečné. Klidně se můžeme smířit s tím, že některé méně časté use case bude nutné dělat třeba přes webové rozhraní (typicky administrace, která je jednorázového charakteru). Důvod je jednoduchý. Malé cíle se lépe plní, velké cíle odrazují od samého počátku.

    V této fázi je důležité navrhnout slušné API. Bude dobře, pokud vzniknou zároveň verze pro C/C++ a Java, které mají ekvivalentní rozhraní. Toto rozhraní by mělo být funkční a odzkoušeno (nejspíš na nějakém prototypu). Také by mělo mít automatické testy, ať máme aspoň nějakou představu o kvalitě. Až budeme mít tu fázi za sebou a splněn první cíl, vybereme si další cíl. Budeme zase o něco chytřejší a lépe se nám určí, co to má být. Zda původní návrh na rozšíření Thunderbirdu, samostatná aplikace, java aplikace, OOo funkce pro odeslání do datové schránky nebo něco jiného.

    Souhlasíte se mnou? Pokud jo, pojďme tedy omezit seznam funkcí a stanovit si cíl pro první fázi. Příští týden budeme mít jednání o spolupráci s jednou známou organizací, která má podobný projekt a OSS Aliance nám přislíbila zveřejnění svých PHP kódů pro práci s DS své spisové služby. Za týden budeme tedy vědět více a určíme si termíny, protože jinak půjde o zbožné přání a ne úkol. Mezitím bude třeba najít programátory, kteří budou ochotni přiložit ruku k dílu a vytvořit požadovanou knihovnu.

    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 9.10.2009 23:25 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Souhlas.

    Je dobré mít obojí. Dokument s velkým výčtem funkcí, které mohou být po knihovně požadovány a zároveň malý seznam pro první etapu.

    To umožní vytvářet API pro základní funkčnost a zároveň zohledňovat další funkce.

    RE: jednání o spolupráci s jednou známou organizací: To jsem netušil že je nutné to držet pod pokličkou, v tom případě už jsem se o tom pár lidem prokec :-)

    10.10.2009 00:27 Vitezslav Kosina
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Naprosty souhlas, konecne se to zacalo ubirat spravnym smerem :-)
    10.10.2009 17:57 Antonín Kolísek | skóre: 33 | blog: PDA | Vyškov
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Pracuji ve firmě která vlastní další dceřiné firmy. Situace je u nás taková, že jako centrála budeme mít (odpovědné osoby) přístup k datovým schránkám dceřiných firem. Připadá tedy v úvahu nějaké centrální zpracování více schránek na jednom místě.

    Dejme tomu, že těchto XY schránek bude kontrolovat X osob (administrativních pracovnic) kde každá pracuje na vlastním PC. V takovém případě by bylo vhodné aplikaci směřovat jako klient - server. Server by periodicky kontroloval datové schránky, stáhnul zprávy a koncoví uživatelé by si je klientskou aplikací stáhli ze serveru na své PC. Prakticky podobný princip jako třeba POP3...

    Myslím, že v takové situaci je mnoho firem.Tohle byl jen příklad.
    Mintaka avatar 10.10.2009 18:49 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Tento případ a řadu dalších může pomoci vyřešit navrhovaný způsob realizace. Knihovna, která bude umět komunikovat s ISDS a nad ní postavené další aplikace pro konkrétní způsoby použití.

    Pokud bude knihovna splňovat naše představy, (multiplatformní, dobře zdokumentovaná, s otevřeným zdrojovým kódem, s kvalitním API, ...) postavit nad ní vámi navrhované řešení a optimalizovat ho pro vaše prostředí by mělo být řešitelné poměrně snadno.


    Dovedl bych si představit i řadu vylepšení nád rámec principů POP3.

    13.10.2009 14:11 tomm | skóre: 7 | blog: tomm's software | Sokolov
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Zaujal me napad s Thunderbirdem. Pro bezneho uzivatele, si myslim, by bylo pekne mit pohromade sve emailove ucty a ucty danovych schranek, podle me pro nej mezi tim neni moc velky rozdil - dostava tudy dokumnety. Stejne jako pro emaily by bylo pekne mit moznost vice datovych schranek, napr. jsem jednatelem ve vice firmach, mam firemni a soukromou schranku, pripadne mam jako ucetni (FO) pristup do vice schranek svych zakazniku.
    GUI existuje jen proto, aby se veslo vice terminalu na jednu obrazovku ...
    Řešení 1× (jirkaqwe)
    Mintaka avatar 13.10.2009 15:00 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Toto téma je vhodné rozvinout na Návrhy technologií pro realizaci komunikace s ISDS. Tak aby mohly být zapracovány do návrhu zadání.

    Důležité jsou klady a zápory takového řešení, co zohlednit, na co si dát pozor. Významné jsou i zkušenosti lidí, kteří už s danými technologiemi mají zkušenosti, například už plugin pro Thunderbird vyráběli nebo pracují jako admini v prostředí, kde se daná technologie intenzivně používá, a pod.

    13.10.2009 17:13 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Takze je realne, aby jeden clovek mel v jednom TB profilu pristup k vice DS. Zajimava informace

    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    14.10.2009 07:17 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Aktualizoval jsem zadání o fázi jedna. Projděte si prosím seznam operací, zda se dá něco odstranit nebo je nutné další přidat. Cílem je opravdu minimalismus. Dnes je středa, řekněme že v pátek to uzavřeme.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 14.10.2009 09:16 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Možná pro Fázi 1. udělat samostatnou wiki stránku s podrobnějším rozborem některých požadavků. Mohli by se tam vytáhnout podrobnosti k jednotlivým metodám. (Pokud by to nebylo zbytečné štěpení zadání na různé místa.)
    17.10.2009 08:58 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Takze seznam funkci a obecne zadani je v poradku, nic nechybi ani neprebyva? Prosim pripojte komentar jako hlas pro nebo proti,
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 17.10.2009 09:21 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Aby takové hodnocení mohlo být objektivní, bylo by třeba aby se k zadání první etapy pár lidí vyjádřilo. Hlasuji ale pro uzavření a budu doufát, že to bude ten správný impuls k rozjezdu prací na programu a že zadání bude v případě potřeby, po shodě v diskuzi, upraveno.

    17.10.2009 10:05 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Přidal jsem do zadání přihlášení k ISDS a funkci CheckDataBox do 1. etapy.
    18.10.2009 08:25 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Ok, povazujme to za odsouhlasene. Navrhuji na prvni fazi odmenu 8 tisic za C/C++ knihovnu a 7 tisic za java knihovnu (je to jednodussi). Mate moznost se vyjadrit, at uz kladne ci nesouhlasne. Zkusim dneska napsat clanek a zitra to oznamit.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 18.10.2009 09:13 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Rozjet a dotáhnout rychle ke zdárnému konci fázi 1 je zásadní věc. Nejde jen o splnění úkolu, ale také o kvalitu, rychlost splnění, dokumentaci. Navrhoval bych stanovit odměnu alespoň C/C++ AŽ 15000 AŽ Java 10000. Bylo by také vhodné sepsat doporučení, jak by takový kvalitní kód měl vypadat.

    Například:

    • Kód a dokumentaci je třeba vytvářet s ohledem na její pozdější intenzivní používání.
    • Při návrhu struktury programu zohlednit celé zadání, nejen fázi 1.
    • Zahrnout mechanismus logování s několika úrovněmi verbosity programu.
    • Počítat s tím, že do budoucna čeština nemusí být jediný jazyk ve kterém by měla aplikace komunikovat.
    • Pro výstupní texty použít gettext, nebo jiný nástroj pro usnadnění překladů.
    • Kód by měl být opatřen self-testem, který postihuje co nejvíce stavů programu.
    • Při psaní kódu dát přednost obecným a snadno pochopitelným strukturám, před specialitkami, které sice mohou být o pár řádek kratší, ale mnohem hůř pochopitelné.
    • Závislosti na další knihovny používat šetrným způsobem. Střídmě a volit kvalitní knihovny s dobou podporou.
    • Program by měl zohlednit jeho běh v různém prostředí. Například z read-only disku. Při spuštění by měl provést detekci prostředí a případné přispůsobení. (Přesměrování výstupů a pod.) Pracovní adresář nemusí být adresář s programem.
    • Pokud program bude používat nějaký konfigurační soubor. Uživatel by měl mít možnost direktivou při spuštění určit, kde se tento konfigurační soubor nachází. (Například ~/.openisds)
    • Spolu s programem by měl být script, který usnadní sestavení, integraci do systému a spouštění.
    • ...
    V článku bychom mohli vybídnout čtenáře, ať se v diskuzi vyjádří i k tématu kvality.

    Zase na druhou stranu, abychom příliš vysokými požadavky na kvalitu neodradili případné zájmce.

    26.10.2009 16:29 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Problémy z implementace

    Vzal jsem to z opačné strany a mám nástřel implementace knihovny v C (libcurl, libxml2) a začínají na povrch vyplavávat problémy nebo alespoň otázky:

    Autentizace klienta je přípustná čtyřmi různými způsoby, prakticky se jedná o dva (vzájemně se nevylučujícíc se) způsoby: HTTP basic a klientský SSL certifikát.

    První způsob je jasný, jediná otázka je ohledně cachování hesla, protože SSL spojení se může kdykoliv rozpadnout a co pak? Vyhodit aplikaci chybu, ať poskytne znovu heslo, nebo si heslo při přihlášení schovat a potichu jej znovu použít (respektivě cookie, na který se autentizace deleguje)? S tím souvisí ochrana před odswapováním hesla. Máme mlock(3), ale knihovna pro HTTP si heslo kopíruje pro sebe. Tohle se dost blbě ošetřuje.

    Autentizace certifikátem má z vyhlášky povinnost mít klíč schovaný nevydolovatlným způsobem v kryptografickém zařízení, které dle provozního řádu ISDS musí implementovat MS CryptoAPI nebo PKCS#11 prostřednictvím knihovny libp11(?). Ví někdo o kryptografickém zařízení, které v linuxu funguje, splňuje tyto podmínky (mimo jiné 2048b RSA a SHA-2) a dá se za rozumné peníze koupit? Bude tento způsob autentizace povinnou součástí zadání?

    Další problém je s ověřováním digitálních podpisů obálek. Dle provozního řádu byl XMLSec opuštěn kvůli výpočetně drahé kanonizaci XML a místo toho se podepisuje konkrétní serializovaný bitový proud XML podstromu a podpis se ukládá do PKCS (#7 ?) struktury.

    Z toho vyplývá, že záleží na fyzické struktuře XML a z HTTP těla SOAP odpovědi bude nutné patřičný XML dokument zpřístupnit vyšším vrstvám jako prostý řetězec. Opakovanou serializací by se mohla porušit fyzická struktura a podpis by neseděl. Nevíte jak je na tom libxml2? Jestli umí zachovat fyzickou strukturu i po deserializaci? Ve své knihovně zatím vracím rezebraný XML strom (přesněji řečeno seznam uzlů (xmlNodeList) z těla SOAP), takže možná bude nutné vracet i dokument jako blob (ať paměťová složitost roste).

    Další problém je s licencí. Rád bych do knihovny zahrnul XML schémata, abych mohl příchozí a třeba i odchozí zprávy validovat. Na to bych rád do knihovny začlenil XSD soubory z provozního řádu. Jenže podle českého autorského zákona podléhají úplně normální licenci, kromě výjimky (úřední dílo), že dílo mohu rozmnožovat a šířit. Mám ale dojem, že už nemám právo jej pozměňovat. To by pak ale bylo v rozporu třeba s licencí LGPL, protože ta uživateli dává právo cokoliv měnit. Jaký je váš názor, bude nutné schémata přepsat, šířit samostatně nebo požádat o lepší licenci Českou poštu, nebo se mýlím?

    Další problém nastane, až se knihovnu někdo pokusí použít z aplikace. Spousta grafických knihoven si uzurpuje proces pro sebe, některé mají problémy s vícevláknovými procesy. Knihovně by asi slušelo asynchronní rozhraní, aby aplikace mohla oznámit, že byl zahájen přenos zprávy, pak ukazovat indikátor postupu a uživateli dát kdykoliv možnost přenos přerušit. (Vezmete na vědomí, že velikost zprávy může být až 10 MB, což na 128kb/s uplinku ADSL telecomu představuje nezanedbatelnou dobu.) Bude zadání tedy požadovat asychnronní vláknově bezpečné rozhraní, nebo ne? Problém může být s vláknovou bezpečností, protože třeba libcurl může být slinkovaná proti kryprografickým knihovnám, které nejsou připraveny na vlákna.

    Mintaka avatar 26.10.2009 18:00 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace

    Zdravím, jsem rád že se to již slyšitelně hýbe. Přeji hodně zdaru.

    Některé otázky si zřejmě vyžádají diskuzi více lidí.

    RE ods. 3: poskytne znovu heslo, nebo si heslo při přihlášení schovat a potichu jej znovu použít Tohle chování by moho být volitelně nastavitelné v konfiguračním souboru. Zatím pro pohodlnější ladění bych doporučoval volit pamatování hesla.

    RE ods. 4: klíč schovaný nevydolovatlným způsobem v kryptografickém zařízení To tam fakt je.. hmm. V tom případě to všichni co nám porušují, nebo se pletu?

    RE ods. 5. 6. : Jestli umí zachovat fyzickou strukturu i po deserializaci Ještě aby si člověk dělal vlastní xml parser ... tfuj, kdo poradí?

    RE ods. 7. : o lepší licenci Českou poštu, nebo se mýlím Určitě začít tímto směrem, v podstatě z jejich role vyplývá skoro povinnost, pomáhat (nebo aspoň se snažit dělat že pomáhají). Na tuhle práci bych doporučil jednoho odvážného člověka jménem FrantaS Zkusím ho na ten problém upozornit.

    RE ods. 8. : Bude zadání tedy požadovat asychnronní vláknově bezpečné rozhraní, nebo ne? Z mého skormného úhlu pohledu, pro první fázi vývoje je jádro aplikace a výběr knihoven na kterých to bude stát důležitější, než propracovaná funkcionalita přístupu k DS. Tudíž bych byl pro "asychnronní vláknově bezpečné rozhraní" + ošetření reakcí na základní systémové signály. Pokud by se tam vešla i nějaká propracovaná struktura pro mezivláknovou/procesovou komunikaci, tím lépe. Už tu byly i lidé s požadavky na serverové řešení, které by obsluhovalo více uživatelů.

    26.10.2009 21:13 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Problémy z implementace

    RE ods. 4: klíč schovaný nevydolovatlným způsobem v kryptografickém zařízení To tam fakt je.. hmm. V tom případě to všichni co nám porušují, nebo se pletu?

    Písmeno d) 1. odstavce § 2 194/2009 Sb.:

    (1)Pro přihlašování do datové schránky lze použít elektronický prostředek, který je kryptografickým prostředkem

    d) neumožňujícím přenos soukromého kryptografického klíče podle písmene a) z tohoto elektronického prostředku,

    Jeden by řekl, že co není zakázáno, je dovoleno, a tudíž odstavec pouze vysvětluje, jak je možné činit, a nikoliv, že pouze tak činit je možné, ale asi se tím myslí, že je to jediný možný způsob.

    26.10.2009 21:21 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Už tu byly i lidé s požadavky na serverové řešení, které by obsluhovalo více uživatelů.

    To není problém, u mně nejprve aplikace zavolá isds_ctx_create(&context), která vrátí strukturu specifickou jedné relaci (tedy vše mezi jedním přihlášením a odhlášením z jedné schránky). Ostatním funkcím pak aplikace předává tuto strukturu (isds_login(context, …)).

    Mintaka avatar 26.10.2009 22:15 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace

    To vypadá jako schůdné řešení.

    Jak bude aplikace reagovat na další požadavek, který by přišel v průběhu obsluhy toho prvního?

    Mohla by tam třeba fungovat interní fronta požadavků.

    Nějaký parametr pro nastavení timeoutu na max délku vyřízení požadavku by se také šiknul. Případně i kolikrát se má pokusit navázat spojení a prodlevu mezi pokusy. (Ale to už jsou takové jemné fičůrky. Aby se pak člověk neutopil v detailech.)

    26.10.2009 19:36 FrantaS | skóre: 12 | Hlučín
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Mohu se na problematiku podívat ač jsem detailně autorské právo zatím nenastudoval. Mám však jen matné tušení o co konkrétně jde. Chtělo by to nějaké odkazy, co mám nastudovat, kde začít.

    Další problém je s licencí. Rád bych do knihovny zahrnul XML schémata, abych mohl příchozí a třeba i odchozí zprávy validovat. Na to bych rád do knihovny začlenil XSD soubory z provozního řádu. Jenže podle českého autorského zákona podléhají úplně normální licenci, kromě výjimky (úřední dílo), že dílo mohu rozmnožovat a šířit. Mám ale dojem, že už nemám právo jej pozměňovat. To by pak ale bylo v rozporu třeba s licencí LGPL, protože ta uživateli dává právo cokoliv měnit. Jaký je váš názor, bude nutné schémata přepsat, šířit samostatně nebo požádat o lepší licenci Českou poštu, nebo se mýlím?
    Ať se nám daří.
    Mintaka avatar 26.10.2009 20:58 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace

    Asi budeme muset nechat petrovi_p trochu času, než se odtrhne od programování :-)

    Prozatím jsem si pročítal Předmět práva autorského, asi jde především o § 2 odst. 2, i když ten by mohl přebýt odst. 4. že bychom si udělali překlad jejich schématu do struktury validátoru :-) a § 3 je odst. a) by na to šel snad taky použít.

    26.10.2009 21:01 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Problémy z implementace

    Tak jsem se znovu díval do autorského zákona a § 3 říká:

    Ochrana podle práva autorského se nevztahuje na

    a) úřední dílo, jímž je právní předpis, rozhodnutí, opatření obecné povahy, veřejná listina, veřejně přístupný rejstřík a sbírka jeho listin, jakož i úřední návrh úředního díla a jiná přípravná úřední dokumentace, včetně úředního překladu takového díla, sněmovní a senátní publikace, pamětní knihy obecní (obecní kroniky), státní symbol a symbol jednotky územní samosprávy a jiná taková díla, u nichž je veřejný zájem na vyloučení z ochrany,

    Měl jsem za to, že pozměňování není dovoleno, ale podle současného znění zřejmě ano.

    Teď už jen zbývá uvěřit, že Provozní řád ISDS je veřejná listina, s čímž by neměl být problém. Je pod tím podepsán Ing. Pavel Tesař a jako vydavatel MV ČR, Sekce rozvoje a projektového řízení ICT v oblasti veřejné správy.

    Takže se omlouvám, že jsem zbytečně strašil.

    Mintaka avatar 26.10.2009 21:08 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace
    A co ten klíč schovaný nevydolovatlným způsobem v kryptografickém zařízení, vzhledem k tomu že to implementuje málokdo, můžeme nad tím mávnout končetinou?
    27.10.2009 17:33 FrantaS | skóre: 12 | Hlučín
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Hledal jsem a asi našel onen provozní řád a jeho součást XSD.

    To je snad definice pravidel, kde nelze nic zásadního pozměňovat?

    Na to bych rád do knihovny začlenil XSD soubory z provozního řádu. Jenže podle českého autorského zákona podléhají úplně normální licenci, kromě výjimky (úřední dílo), že dílo mohu rozmnožovat a šířit. Mám ale dojem, že už nemám právo jej pozměňovat.

    Ať se nám daří.
    27.10.2009 08:27 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Spíše si myslím, že heslo by knihovna cachovat neměla, to je potencionální riziko. Ať je za to odpovědna aplikace. Nicméně knihovna může mít API navrženo tak, že je třeba zadat heslo na více místech, kde to potencionálně bude potřeba.

    V první fázi se soustřeďme jen na heslo, podporu klíče můžeme přidat jako samostatný projekt.

    Takže teď už máme dva programátory, kteří se pustili do implementace. Yaplik na jabberu si bere knihovnu i GUI jako bakalářskou práci. Odměnu dostane zřejmě ten, kdo to dopíše dříve a projde to validací splnění požadavků a akceptovatelnou kvalitou kódu.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 27.10.2009 10:03 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Navrhuji, počítat s odměnou pro oba programátory a výši určit dle kvality odvedené práce.
    27.10.2009 11:23 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Vzhledem k pravidlům VŠ nemohou spolupracovat, takže budeme muset zvolit jedine řešení. Anebo můžeme ocenit každého, kdo splní podmínky a pak budou existovat dvě implementace jedné knihovny, které bychom později měli sloučit.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 27.10.2009 18:20 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace

    V tom případě bych volil "každého" a do pravidel odměny zahrnout i časový faktor, případně posloupnost:

    První řešení bude začínat na 100% + % bonusy za kvalitu odvozené ze základní částky.

    Druhé řešení např 70% z první částky + % bonusy z 70% výchozí částky.

    Případné třetí řešení 70% z částky pro druhé řešení ...

    Určitě by se s tím dalo pohrát.

    27.10.2009 19:27 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Problémy z implementace

    Já bych byl přísnější:

    1. musí splnit všechny podmínky (zadání, termín)
    2. projít veřejným code review a do 10 dnů zapracovat závažné připomínky
    3. každé řešení musí být samostatně a nezávisle řešené (žádné sdílení či zkoumání kódu, výměna zkušeností je povolena), jinak se jedná o spolupráci a odměna se dělí mezi řešitele podle jejich dohody

    Řešení, které porota vybere jako nejlepší, získá celou částku, ostatní dostanou 50%. Kdo nesplní podmínky (viz výše), nedostane nic. Porota - já, ty a on se snad někdo další přihlásí.

    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 27.10.2009 20:05 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace

    V tomhle případě jde mnohem víc o něco jiného než o finanční odměnu. To je jen taková třešinka na dortu. Ale i taková zkažená třešinka může pokazit celkový dojem. Proto bych raději volil základní částku navyšovanou o bonusy za kvalitu provedení, než určil max částku a od ní odečítal za nedostatky. S časy bych byl též opatrný, protože se může vyskytnout řada překážek, za které autoři nemohou. Pokud budou každý dělat řešení cílené na jinou skupinu uživatelů, tak bych naopak doporučil výraznou spolupráci a sdílení kódu tam kde to je možné. Mohlo by například vzniknout jádro, na kterém budou spolupracovat a věci kolem už každý bude řešit jinak.

    Co se finálního rozhodování týče, tak jsem navrhoval, že by mu mohly předcházet 2 ankety, veřejná, pro kohokoliv a soukromá, pro sponzory a lidi podílející se na projektu. Výsledky by nemusely být brány brány jako směrodatné, ale byly by zohledněny.

    Ovšem jsou to jen představy. Nevidím do možností, které v téhle situaci umožňuje zákon. Hlavně to neopatrným nakládáním s odměnami autorům neznechutit.

    28.10.2009 09:33 vrosecky | skóre: 5
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Ve kterých jazycích (Java, C++, C) jsou psané ty implementace? Přemýšlím, že bych se ujal implementace v jazyce Java, ale nechci tříštit síly v případě, že ji již někdo píše.
    Mintaka avatar 30.10.2009 11:29 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Dobrý dotaz. Zkusím tyhle údaje dát dohromady a zaktualizovat úvodní stránku. Pro zájemce o zapojení se do programování je asi nejlepší kontaktovat přímo Leoše třeba přes "leos.literak--zavináč--stickfish--tečka--com"
    30.10.2009 12:05 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Problémy z implementace
    Našel jsem céčkovou knihovnu csoup, která umí SOAP 1.1 nad HTTPS pomocí OpenSSL a libxml2. Já jsem si sice napsal vlastní parser, ale třeba se někomu bude hodit.
    27.10.2009 19:31 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Ještě mám jednu nejasnost. Toto psal pan Kočí z Trasku:

    602FormFiller se nepouziva pro odeslani datove zprávy, ale pro odeslani prilohy k autorizovane konverzi. Duvod je, ze jsme nebyli schopni zjistit, jestli na Czechpointu existuje rozhrani, které by mohly volat aplikace 3.stran.

    Jak se nás to dotýká?

    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    Mintaka avatar 27.10.2009 19:49 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    "Autorizované konverzi?": Pod tím bych si představil, že tu přílohu Filler někam pošle, tam se s ní něco stane a upravená verze se pošle zpět. To zní dost tajemně. Jestli je tam nějaká taková bota tak na to take brzy narazíme. Takových překážek tam může být víc a těžko s teď nimi nějak snažit vyrovnat. Spíš bychom se měli snažit vytvořit takové podmínky, aby až na něco takového přímo narazíme, abychom věděli na koho se obrátit za které špagáty potáhnout a naopak kde zatlačit.

    Určitě bude dobré udržovat kontakty se všemi, kteří tím mají něco společného, až budeme chtít něco užitečného prosadit, bude lepší, když nás bude víc.

    27.10.2009 20:14 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Třeba žádost o vytvoření datové schránky, která se standardně vyplňuje ve Filleru, je možné zrovna tak odeslat přímo přes API ISDS. Jak jsem zkoumal formát formuláře, mám dojem, že používá úplně stejné SOAP rozhraní. Takže ten Filler je v podstatě jen jiný „webový prohlížeč“ k ISDS.

    Přímo o konverzi informační web Czech POINTu tvrdí, že teoreticky není nutné používat „aplikaci“ Czech POINT @Office, ale že stačí, aby vlastní konverzní nástroj uměl odesílat konverzní doložky do IS Czech POINTu. Takže i tady zřejmě existuje dobře utajované veřejné API.

    Takže si dovolím spekulovat, že autorizované konverze na tučném Czech POINTu funguje úplně stejně – tedy že používá nějaké veřejné rozhraní.

    Jak tomu je skutečně, se, doufám, brzy dozvím, protože vnitro už vydalo novou vyhlášku se seznamem kontaktních míst (platná od 20. 10. 2009), na jejímž základě bude Pošta úředníkům kontaktních míst rozesílat vstupní údaje do systému. Sranda ale je, že školení těchto úředníků ještě neproběhla, protože obce s rozšířenou působností, které mají školit, ještě neví jak školit. Takže de jure Czech POINTy na úřadech mají fungovat, ale de facto není k nim obsluha.

    Jinak nevím, jestli to je nová chyba nebo vlastnost, ale mně z Linuxu interaktivní webové rozhraní ostrého ISDS klidně pustí dovnitř, aniž bych měl nainstalovaný Filler a jeho zásuvný modul. Přitom když jsem to před týdnem zkoušel z Windows, tak bez Filleru ani ránu. Třeba se Filler začíná vytrácet :D

    Mintaka avatar 27.10.2009 20:19 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    RE. Třeba se Filler začíná vytrácet: Jenom aby se se vší parádou a v nové síle neobjevil na nečekaném místě. Myslím, že při hromadném zavádění si ještě užijeme srandy kopec.
    27.10.2009 20:41 FrantaS | skóre: 12 | Hlučín
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Adresa "Linuxu interaktivní webové rozhraní ostrého ISDS" je:

    https://www.mojedatovaschranka.cz/portal/ISDS/

    nebo

    https://login.mojedatovaschranka.cz/nidp/idff/sso?id=FORM&sid=0&option=credential&sid=0

    nebo jiná? Jaká?

    Mě to nejde.
    Ať se nám daří.
    Mintaka avatar 27.10.2009 20:52 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Já jsem zatím řešil věci přes http://czebox.cz/ a http://www.datoveschranky.info
    27.10.2009 21:21 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Oficiální adresa je https://www.mojedatovaschranka.cz/, odkud vás to už protáhne přes autentizační server login.mojedatovaschranka.cz a zase zpátky.

    Včera jsem jim posílal pár chybových hlášení, mezi nimi je nutné mít povolené ukládání cookies po dobu relace pro obě domény (www.mojedatovaschranka.cz a login.mojedatovaschranka.cz). Rovněž předpokládám, že tam mají nějaké ošklivé javascripty, takže i jejich interpret musí fungovat.

    Celé jsem to zkoušel na Firefoxu 3.5.3 v Gentoo, žádný XML Form Filler nemám nainstalovaný.

    Je taky možné, že blbne nějaký měřicí kód, já jich mám hodně zablokovaných na proxy.

    Ale jak koukám, momentálně to mají nějaké líné. (Třeba do testovacího prostředí, nevím jak moc je hardwarově svázané s ostrým, trvá přihlášení až 10 sekund.)

    Mintaka avatar 27.10.2009 22:19 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi

    Teď jsem zakládal DS pro jednu organizaci. Pomocí FF3 ve WinXP. Vyřvávalo to na mě že chce 602XMLFiller, pak to na mě vyřvávalo že chce novou verzi XMLFilleru, pak že nemám adminovská práva, abych ho mohl nainstalovat. Poslušně jsem plnil všechny požadavky a při snaze zaregistrovat pověřenou osobu to najednou zase chtělo instalaci XMLFilleru.... Pak to na mě vyblekotalo další hlášky a když jsem vám ten text chtěl zkopírovat tak jsem zjistil, že to není text, ale objekt

    object id="XMLFiller" width="100%" height="100%" param_ver_win="3,12,5,0" data="https://www.mojedatovaschranka.cz/portal/ISDS/pages/addDbUserContent.jsp?uid=12566775540721316846702" param_appaccpar="cry:BxIzFGxsUdX4umY38wYCJ/O35ncml+dHdxeHl3e3NgfWc1c3hrJm15a3YhJCV4fHMpJWEsMmB2fztxbmspLzYufGV3ZSkoPSg6OHxhNyw/Lj0vNik3Kz8mJTUxJzg3bywg" param_closeappurl="https://www.mojedatovaschranka.cz/portal/ISDS/index.jsp?nav=settings" name="XMLFiller" codebase="https://www.mojedatovaschranka.cz/static/pages/isds/xpi/602xmlfiller.xpi" type="application/x-filler-plugin"/

    Kvůli 3 řádkům prostého textu tam udělají tohle. To je ale mentalita. Nakonec jsem to vzal OCRkem: Stránka vyžaduje novější verzi doplňku prohlížeče (602XML Filler). Abyste mohli dále pokračovat je potřeba provést jeho aktualizaci.

    Takže po instalaci a aktualizaci, zase chce aktualizaci.

    27.10.2009 23:36 FrantaS | skóre: 12 | Hlučín
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Zkusil jsem to taky na Firefoxu 3.0.14 v Gentoo, žádný XML Form Filler nemám nainstalovaný. Změnil jsem heslo, napsali, že úspěšně. Tím prohlížeč vytuhnul a musel jsem ho spustit znovu. Že by rozdíl ve verzi FF? Dále se zkouším přihlásit, říká že dávám špatné heslo. Konqueror nezobrazí ani úvodní stránku. Nechce se mi jít do ~x86 verze FF. Nezbývá mi než věřit, že změna hesla opravdu úspěšně proběhla a třeba bude každou chvíli nový FF.
    Ať se nám daří.
    28.10.2009 16:17 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Kódování řetězců

    Mám další problém. Jazyk C(++) nemá žádnou implicitní znakovou sadu. Jak má knihovna předávat aplikaci řetězce? Bude toto předmětem zadání?

    Klasický unixový přístup je, že se jedná o kódování poplatné aktuálnímu locale. To sice na moderních distribucích Linuxu nepředstavuje problém, protože ty jedou v UTF-8, ale pokud máme myslet na přenositelnost, tak to problém je. Obzvlášť když uvážíme, že z ISDS může přijít text s prakticky libovolným Unicode znakem, ale takový uživatel ISO-8859-2 nebo cp1250 systému bude mít problém tyto znaky vůbec nějak reprezentovat. (Prakticky řečeno převod z UTF-8 XML do kódování locale v knihovně může selhat, v lepším případě bude ztrátový.) Takto se chová například glibc nebo gettext.

    Novější céčkový přístup je vracet řetězce jako řetězce širokých znaků. Nicméně pro aplikaci to může znamenat extra práci při převodu do kódování locale, aby mohla uživateli informace zobrazit. Navíc to není moc používaný způsob.

    Třetí možnost je vymyslet si vlastní standard, který se často objevuje v nových linuxových knihovnách – knihovna vrací char* vždy obsahující UTF-8 řetězec bez ohledu na locale. (Například libxml2 tak funguje.)

    Jaký přístup by byl nejlepší? A neříkejte, že to má být konfigurovatelné ;(.

    (Poznámka: Úplně stejný problém je při ladicích hlášeních knihovny, když má citovat XML. Horší je jen o to, že tady jsou všechny přístupy špatně: Když nepřevede do locale, tak na výstupu bude smetí nebo to sejme terminál. Když převede, tak se ztratí fyzická struktura XML, což kazí ladění.)

    29.10.2009 06:19 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Kódování řetězců
    Jelikoz mame kontrolu nad klienty, byl bych pro UTF8 (moznost 3) s tim, ze klient si to premapuje, na co potrebuje.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    30.10.2009 20:19 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Prosim programatory, aby se pridali do wiki stranky Tym. Pokud bude vice zajemcu o stejny podprojekt, mohou se dohodnout na spolupraci nebo si konkurovat. Presne podminky pro odmenu budou publikovany v clanku pristi tyden.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    21.3.2010 19:11 Daniel Hrbáč | skóre: 4
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    dobrý den,

    našel jsem hezké shrnutí funkčností. třeba to někoho bude inspirovat. http://www.recomando.cz/software
    Mintaka avatar 21.3.2010 20:33 Mintaka | skóre: 12
    Rozbalit Rozbalit vše Re: Návrh zadání k diskuzi
    Pěkný přehled. Takový přehled vlastností by bylo pěkné mít pro open source řešení.

    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.