abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 20:00 | Upozornění

Výbor pro právní záležitosti Evropského parlamentu (JURI) dnes přijal své stanovisko ke kontroverzní novele směrnice, která v EU upravuje autorské právo v online prostředí (Pro: 14, Proti: 9, Zdrželo se: 2). Další kolo legislativního procesu proběhne na začátku července.

Ladislav Hagara | Komentářů: 11
19.6. 19:55 | Zajímavý článek

Byly zveřejněny (pdf) podrobnosti o kritické bezpečnostní chybě CVE-2017-12542 v HPE iLO 4 (Integrated Lights-Out), tj. v proprietárním řešení společnosti Hewlett Packard Enterprise pro vzdálenou správu jejich serverů. Bezpečnostní chyba zneužitelná k obejití autentizace a k vzdálenému spuštění libovolného kódu byla opravena již v květnu loňského roku ve verzi 2.53.

Ladislav Hagara | Komentářů: 8
19.6. 17:55 | Zajímavý projekt

CSIRT.CZ informuje o CTF (Capture the Flag) platformě ZSIS CTF s úlohami pro procvičování praktických dovedností z oblasti kybernetické bezpečnosti a upozorňuje na soutěž Google Capture the Flag 2018, kde je možné vyhrát zajímavé ceny.

Ladislav Hagara | Komentářů: 0
19.6. 17:00 | Komunita

Byly zveřejněny prezentace a videozáznamy přednášek z prvního československého setkání síťových operátorů CSNOG konaného 11. a 12. června v Brně a semináře IPv6 2018 uskutečněného 6. června v Praze.

Ladislav Hagara | Komentářů: 0
19.6. 16:11 | Komunita

Svobodný unixový operační systém FreeBSD slaví 25 let. Přesně před pětadvaceti lety, tj. 19. června 1993, byl vybrán název FreeBSD.

Ladislav Hagara | Komentářů: 0
19.6. 15:11 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Nadace Blender Foundation informuje, že od společnosti Google dostala šestistránkový návrh nové smlouvy (pdf). Zdá se, že podmínkou další spolupráce je zapnutí reklam na kanálu, tj. zpeněžení obsahu.

Ladislav Hagara | Komentářů: 28
19.6. 01:55 | Nová verze

Byla vydána verze 1.13 multiplatformního open source textového editoru Brackets (Wikipedie, GitHub). Přehled novinek v oficiálním oznámení a v poznámkách k vydání. Brackets je nově dostupný také jako balíček ve formátu Flatpak z oficiálního repozitáře Flathub.

Ladislav Hagara | Komentářů: 4
18.6. 18:44 | Komunita

Oficiální YouTube kanál Blenderu je již několik dní blokován. Důvody jsou zatím nejasné. Pravděpodobně chyba YouTube. Dění lze sledovat na Twitteru Tona Roosendaala.

Ladislav Hagara | Komentářů: 19
18.6. 17:55 | Zajímavý software

Na GitHubu byly pod open source licencí LLVM zveřejněny zdrojové kódy překladače programovacího jazyka C++ Zapcc vycházejícího z Clangu/LLVM. Překlad pomocí Zapccu je díky lepšímu kešování obvykle několikrát rychlejší než překlad pomocí Clangu. V březnu loňského roku byl vydán Zapcc ve verzi 1.0.

Ladislav Hagara | Komentářů: 0
18.6. 17:22 | Pozvánky

Červnový pražský sraz spolku OpenAlt se koná již tento čtvrtek – 21. 6. 2018 od 18:00 v Kavárně Ideál (Sázavská 30, Praha), kde máme rezervovaný salonek. Tentokrát na téma: F-Droid, aneb svobodný software do vašeho mobilu. Kromě toho budou k vidění i vývojové desky HiFive1 se svobodným/otevřeným čipem RISC-V.

xkucf03 | Komentářů: 1
Jak čtete delší texty z webových stránek?
 (77%)
 (22%)
 (4%)
 (6%)
 (3%)
 (11%)
Celkem 223 hlasů
 Komentářů: 37, poslední včera 20:25
    Rozcestník

    Dotaz: Oracle a UTF-8

    12.8.2011 22:08 camel1cz | skóre: 24
    Oracle a UTF-8
    Přečteno: 2108×
    Zdravím,

    mám takový problém - vyvíjíme webovou aplikaci používající Oracle DB a celá aplikace je v UTF-8. Rovněž databázové kódování tedy používáme UTF-8. Dnes ale zákazník prohlásil, že máme používat "standardní" Oracle EEMSWIN-1250 kódování a že UTF-8 může a bude činit problémy i do budoucna.

    Můžete se k tomuto někdo, kdo rozumíte Oracle vyjádřit? Je fakt nějaký problém používat Oracle s UTF-8? Dělá mi to dost problém - překládát aplikaci nechci.

    Díky moc!

    Odpovědi

    12.8.2011 23:01 Tomáš
    Rozbalit Rozbalit vše Re: Oracle a UTF-8

    Nejsem si 100% jist, ale myslím že Oracle DB (9,10,11) interně ukládá veškeré znaky jako UTF-16. A tady koukám , že se to dá snad i zvolit. V rámci připojení klientem si pak můžete zvolit v jakém kódování budete se serverem komunikovat. Tj klient komunikuje přes cp1250 a na serveru je uloženo jako UTF-16. Detaily třeba tady a tady.

    13.8.2011 00:56 camel1cz | skóre: 24
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Ano, žiju v podobném přesvědčení.

    Fakt mi není jasné, proč jim dělá problém spustit SQL skript v UTF-8 nad jejich databází ve win1250. Uniká mi něco? Pochybuju, že mají Oracle, co neumí UTF-8, tak v čem mají problém? Napadá mě jen možnost chyb při překladu z UTF-8 do win1250 (neexistující ekvivalenty znaků).

    Správně by měly vytvořit novou DB v unicode... ale to by si raději ukousli ruku :-/
    13.8.2011 14:28 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Možná, kdybys tu o svém klientovi mluvil trochu uctivěji, mohl jsi jim ukázat tuto diskusi, argumenty zkušených a třeba by je to přesvědčilo, aby něco udělali jinak.
    15.8.2011 23:39 camel1cz | skóre: 24
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Uctivěji? ...to je holá realita - bohužel. Ukazovat jim to nebudu ne kvůli svému postu, ale proto, že mají své standardy a i kdybych měl 100 důvodů k jejich změně - stejně to tak nedopadne. Hledal sem jen argumenty k tomu, že sem nemohl předvídat, že UTF-8 bude problém (trochu alibi a trochu upevnění iluze vlastní bezchybnosti :-)

    FYI: vypadá to, že zaplatí překlad do win1250
    13.8.2011 13:10 Ivan
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Jediny kodovani, ktery kdo delalo na Oracle problemy bylo EEMSWIN-1250. A to v pripade kdy server bezel na Unixu a chtel vyplivnout nejakou chybovou hlasku. Oracle rozlisuje vice druhu kodovani. Vnitrni, tzn. to kodovani ve kterem jsou data skutecne ulozena to muze byt ISO-LATIN(1/2) nebo UTF8. Druhy vnitrni kodovani je pro dat. typy zacinajici na "N" - NCHAR, NCLOB atd. Kdyz to zjednodusim, tak NCHAR je vzdy UTF16.

    Pak je dokovani na strane klienta, Oracle ti poskytne data jakymkoliv kodovani i jaky si reknes. Taky ti bude tridit data podle libovolny abecedy - kdyz si o to reknes. Tohle plati pro OCI. Pripade ze se pripojuses z Javy pres JDBC, tak dostanes data vzdy v UTF16.

    Pokud nekdo vyzaduje EEMSWIN-1250, tak nejspis spravuje jednu databazi bezici na woknach a asi nidky nevidel velkou DB bezici na Unixu.

    Lokalizace na strane klienta se nastavuje nejcasteji pomoci env. promennych. Jejich jmena zacinaji NLS_.(NLS_LANG). U kodovani UTF8 je v Oracle trochu podpasovka, protoze prvni implementace byla "nekompletni" a tak prisel s "druhou" implementaci nazvanou AL32UTF8. Nastav si do environmentu NLS_LANG=CZECH_CZECH REPUBLIC.AL32UTF8 NLS_SORT=CZECH /nebo XCZECH.
    15.8.2011 23:46 camel1cz | skóre: 24
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Díky za vysvětlení... dává to smysl.

    Oni (asi) jedou na Win a mají standard win1250 - nejdřív sem myslel, že mají nastavené fyzické ukládání dat ve win1250 (a celkem oprávněně očekávají problémy při ukládání UTF8 a znaků, které nemají obraz v 1250) - ale když píšete, že oracle umí jen ISO nebo UTF... tak sem z toho jelen - oni snad jedou fyzicky na ISO a ven preferují 1250 - no nechápu to...

    Každopádně to vypadá, že aplikaci budu časem překládat do 1250 :-/
    13.8.2011 14:04 Arnošt Málek | skóre: 17
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Přesně jak píše Ivan, nastav si NLS a můžeš klidně spustit sql v takovém kódování, v jakém nastavíš. Pouštím běžně sql skripty na Win a Lin, přičemž na Win je kódování 1250, na lin 8859-2 ... a když chci pustit stejný soubor, tak ho nalinuxu buď překóduju, nebo bastavím NLS a je to. O změnu češtiny se postrará klient oracle.
    13.8.2011 22:25 kuka
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Klienti mohou k Oracle databazi pristupovat v kodovani de facto jakem chteji, pokud to databze zvladne. Jina vec je interni kodovani databaze - napriklad do databaze s internim kodovanim 1250 nelze spravne ulozit znaky, ktere v nem neexistuji (lze pripadne jako NVARCHAR, ale to jsem zatim videl zcela minimalne, proc mit dva druhy retezcu a hlidat, zda se pouzivaji spravne). Z hlediska vykonu muze byt podstatne jedno/dvoubajtove kodovani, to ma vliv na objem dat, rychlost nekterych operaci (substr) apod - jde ale o detailni technikalie, ktere lze v naproste vetsine nasazeni ignorovat a pouzivat UTF-8.

    Podle mne je to naopak, nez si mysli tvuj zakaznik. Dnes mu mozna staci jednobajtove kodovani 1250, nicmene toto omezeni mu muze pusobit potize do budoucna. Napr. rozsiri business do zahranici nebo bude integrovat datove zdoje v UTF (treba adresy), napr. specialni nemecka pismena maji vzdy prepis do latin1, ale kdo to realne pouziva?

    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.