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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 16:38 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 5. a 6. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu. Celkově bylo zpracováno 65 hodin z 89 přednášek a workshopů.

Ladislav Hagara | Komentářů: 0
včera 11:30 | Komunita

Bylo oznámeno, že bude proveden bezpečnostní audit zdrojových kódů open source softwaru pro implementaci virtuálních privátních sítí OpenVPN. Audit provede Matthew D. Green (blog), uznávaný kryptolog a profesor na Univerzitě Johnse Hopkinse. Auditována bude verze 2.4 (aktuálně RC 1, stabilní verze je 2.3.14). Audit bude financován společností Private Internet Access [reddit].

Ladislav Hagara | Komentářů: 2
včera 06:00 | Komunita

Na YouTube byl publikován Blender Institute Reel 2016, ani ne dvouminutový sestřih z filmů, které vznikly za posledních 10 let díky Blender Institutu. V institutu aktuálně pracují na novém filmu Agent 327. Dění kolem filmu lze sledovat na Blender Cloudu. Videoukázka Agenta 327 z června letošního roku na YouTube.

Ladislav Hagara | Komentářů: 0
včera 01:02 | Zajímavý článek

Minulý týden byly vydány verze 1.2.3 a 1.1.7 webového poštovního klienta Roundcube. V oznámení o vydání bylo zmíněno řešení bezpečnostního problému nalezeného společností RIPS a souvisejícího s voláním funkce mail() v PHP. Tento týden byly zveřejněny podrobnosti. Útočník mohl pomocí speciálně připraveného emailu spustit na serveru libovolný příkaz. Stejně, jak je popsáno v článku Exploit PHP’s mail() to get remote code execution z roku 2014.

Ladislav Hagara | Komentářů: 1
8.12. 16:00 | Nová verze

Byla vydána verze 0.98 svobodného nelineárního video editoru Pitivi. Z novinek lze zmínit například přizpůsobitelné klávesové zkratky. Videoukázka práce s nejnovější verzí Pitivi na YouTube.

Ladislav Hagara | Komentářů: 1
8.12. 15:00 | Zajímavý software

Stop motion je technika animace, při níž je reálný objekt mezi jednotlivými snímky ručně upravován a posouván o malé úseky, tak aby po spojení vyvolala animace dojem spojitosti. Jaký software lze pro stop motion použít na Linuxu? Článek na OMG! Ubuntu! představuje Heron Animation. Ten bohužel podporuje pouze webové kamery. Podpora digitálních zrcadlovek je začleněna například v programu qStopMotion.

Ladislav Hagara | Komentářů: 5
7.12. 21:21 | Nová verze Ladislav Hagara | Komentářů: 0
7.12. 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 2
7.12. 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 10
6.12. 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 28
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 807 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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: 31 %
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: 2997×

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: 66 | 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.