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 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 3
včera 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 7
včera 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 4
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 88
21.4. 10:22 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 299 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich. V Oracle MySQL je opraveno 39 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 11 z nich.

Ladislav Hagara | Komentářů: 7
21.4. 10:00 | Pozvánky

V úterý 25. dubna proběhne další Prague Containers Meetup. Přijďte se nechat inspirovat jak zlepšit build/delivery pipeline vašich kontejnerových aplikací.

little-drunk-jesus | Komentářů: 2
20.4. 21:33 | Komunita

Na Launchpadu se objevilo kódové jméno následující verze Ubuntu. Ubuntu 17.10 bude Artful Aardvark (mazaný hrabáč) [OMG! Ubuntu!].

Ladislav Hagara | Komentářů: 11
20.4. 20:11 | Zajímavý software

MojeFedora.cz informuje, že společnost Nylas oznámila vydání verze 2.0 poštovního klienta Nylas Mail (původně Nylas N1), která již plně podporuje Linux. Obchodní model společnosti je tzv. open core. Samotný klient je open source, ale uživatel si musí připlatit za některé pokročilé funkce. V základu se lze připojit k GMailu nebo libovolnému účtu přes IMAP. Podpora Exchange je pouze v placené verzi. Klient je napsaný nad Electronem.

Ladislav Hagara | Komentářů: 12
20.4. 15:55 | Zajímavý článek

České centrum pro investigativní žurnalistiku (ČCIŽ) publikovalo na svých stránkách článek s názvem Je česká státní správa „rukojmím Microsoftu“?. Drtivá většina české veřejné správy je závislá na výrobcích softwarového gigantu Microsoft – a nijak zvlášť jí to nevadí.

Ladislav Hagara | Komentářů: 21
20.4. 02:48 | Nová verze

Google Chrome 58 byl prohlášen za stabilní. Nejnovější stabilní verze 58.0.3029.81 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 29 bezpečnostních chyb. Mezi nimi i chyba umožňující phishing s unicode doménami.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (0%)
 (7%)
 (45%)
 (9%)
Celkem 280 hlasů
 Komentářů: 32, poslední dnes 12:24
    Rozcestník

    Dotaz: LDAP a podpora cestiny

    21.2.2006 15:37 Martin
    LDAP a podpora cestiny
    Přečteno: 463×
    Dobry den vsem, resim problem jak nastavit LDAP server s podporou cestiny (pomoci UTF8). Myslim si, ze problem lze vyresit spravnym nakonfigurovanim schematu, ale nevim jak na to. Uz sem zkousel vsechny mozne datove typy, ale vysledek je vzdy stejny - vstup mi to sebere, ale vysledkem ldapsearch je spousta znaku u atributu a rozumny vysledek zadny. Pripadne rady prosim posilejte na kriecher@seznam.cz Predem dekuji za rady.

    Odpovědi

    21.2.2006 16:45 Netolish
    Rozbalit Rozbalit vše Re: LDAP a podpora cestiny
    Výsledek ldapsearch je ve formátu LDIF RFC2849. Ten může obsahovat pouze ASCII znaky. Pokud atribut obsahuje i jiné znaky, je jeho hodnota vypsána v kódování BASE64 RFC 1521 odst. 5.2. Že je atribut vypsán v kódování BASE se pozná tak, že za názvem atributu následují dvě dvojtečky. Pro "rychlé" dekódování je možno použít např. echo base_64_retezec | openssl base64 -d. Jinak podobně jako např. v mailu platí zalamování na max 80zn/řádek. Aby se poznalo že další řádek je pokračováním předchozího, začíná tento řádek mezerou.
    6.6.2006 12:14 Rada
    Rozbalit Rozbalit vše Re: LDAP a podpora cestiny
    Nevite nekdo kde by mohla byt chyba? Kdyz pouziju pro dekodovani jmena ve formatu ldif (v kodu BASE64) exportovaneho z AddressBooku Thunderbirdu nasledujici syntaxi prikazu:

    echo base_64_retezec | openssl base64 -d

    dekoduji se spravne jenom ASCI znaky. Misto ostatních se zobrazi nesmysly. např. jmeno Barnetová se zobrazí jako BarnetoĂĄ.
    7.6.2006 13:47 Rada
    Rozbalit Rozbalit vše Re: LDAP a podpora cestiny
    Mozna jsem se spatne zeptal, mozna moje otazka neni srozumitelna mozna je odpoved tak stupidni, ze zkusenejsim nestoji za odpoved?. Znovu jsem googloval, dokonce jsem navstivil BEN abych si koupil nejakou knihu o LDAP, ale nikde jsem nenasel nic, co by mne navedlo na nejake reseni. Tusim, ze se bude jednat o nejakou pitomost. Vyse uvedeny prikaz: echo base_64_retezec | openssl base64 -d jsem pouzil pouze pro demonstraci , ale ceske znaky se spravne nedekoduji ani pokud pouziji perlovsky script ldif_to_vcard (pouzivajici lib. perl-ldap), ktery jsem nasel na webu. Zkousel jsem take: $ perl -MMIME::Base64 -ne 'print decode_base64($_)' < ./pokus-ldif.base64 pouze pro zakodovane jmeno "Barnetová", ale vysledek stejny, jak jsem uvedl v predchozim. Tohle musi byt nejaka blbost nesouvisejici se samotnou konverzi, mozna nejake spatne kodovani ??? Nevim. Diky za radu. Slibuju, ze pokud nikdo neodpovi, tak dalsi doterny dotaz uz psat nebudu :).
    7.6.2006 16:31 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: LDAP a podpora cestiny
    LDAP samotný kódování nijak neřeší – zapisuje prostě jen bajty. Tj. musíte data zapisovat ve stejném kódování, v jakém je pak čtete. Vy je zde evidentně zapisujete v UTF-8 a pak se je pokoušíte číst v iso-8859-2 nebo Windows-1250. Je třeba je v tomto kódování buď také zapisovat, nebo je číst v UTF-8.
    7.6.2006 18:11 Rada
    Rozbalit Rozbalit vše Re: LDAP a podpora cestiny
    Myslel jsem, že i výstuní soubor zpracovaný jednoduchým scriptem ldif_to_vcard, bude uložen ve stejném kódování. V mém případě je vstupní soubor pokus.ldif v iso-8859-2, nicméně, jak jsem právě zjistil, výstupní soubor je kódován podle utf-8. To znamená, pakliže tomu správně rozumím, že výstupem jakéhokoliv dekódování podle base64 je soubor (výstup) kódovaný podle utf-8?. Díky za pomoc, tohle už nějak vyřeším.
    7.6.2006 19:36 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: LDAP a podpora cestiny
    Ne ne, výstupem dekódování podle base64 je výstup ve stejném kódování, v jakém jste data do LDAP uložil. Teoreticky to může být i pro každý atribut jinak…

    Když ukládáte do LDAP text, převede se na posloupnost bytů, ta se pak zakóduje do base64. Při čtení zase z base64 dostanete posloupnost bytů, kterou si musíte převést na text. Převod při ukládání i čtení samozřejmě musí být podle jednoho kódování, o to se ale už musíte postarat vy. Tj. pokud se na to budete dívat tak, že do LDAP ukládáte sekvenci bytů a o konverzi z/na text se musíte postarat sám, nemůžete nic splést :-)

    Pak je ještě potřeba dát si pozor na to, zda se kódování nemění ještě někde cestou (např. program načte data z LDAP, zjistí, že je to UTF-8 ale konzole že je v iso-8859-2 a překóduje je).

    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.