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 13:44 | Zajímavý software

Evropská komise vydala novou verzi 1.4.0.1 svého open source v Javě naprogramovaného softwaru pro online průzkumy EUSurvey. Online dotazníky lze vytvářet na stránkách Evropské komise nebo si lze software stáhnout (zip a war) a nainstalovat lokálně. Zdrojové kódy jsou k dispozici pod licencí EUPL (European Union Public Licence).

Ladislav Hagara | Komentářů: 0
18.8. 23:55 | Komunita

Ubuntu 17.10 (Artful Aardvark) bude ve výchozím stavu zobrazovat Dok (Launcher). Jedná se o rozšíření GNOME Shellu Ubuntu Dock. To bylo forknuto z rozšíření Dash to Dock. Ukázka na YouTube [reddit].

Ladislav Hagara | Komentářů: 1
17.8. 15:33 | Nová verze

Byla vydána verze 17.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace kmag, kmousetool, kgoldrunner, kigo, konquest, kreversi, ksnakeduel, kspaceduel, ksudoku, kubrick, lskat a umbrello byly portovány na KDE Frameworks 5.

Ladislav Hagara | Komentářů: 0
17.8. 15:11 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-08-16 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější Raspbian je založen na Debianu 9 Stretch. Přehled novinek v poznámkách k vydání. Řešena je také bezpečnostní chyba Broadpwn (CVE-2017-9417).

Ladislav Hagara | Komentářů: 1
17.8. 12:33 | Nová verze

Byla vydána verze 3.2.0 programu pro skicování, malování a úpravu obrázků Krita. Přehled novinek v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
17.8. 11:44 | IT novinky

Minulý týden na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. V nejnovějším příspěvku na blogu se organizace OpenAI o projektu více rozepsala a zveřejnila videozáznamy několika soubojů.

Ladislav Hagara | Komentářů: 7
16.8. 17:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

Ladislav Hagara | Komentářů: 0
16.8. 15:33 | Komunita

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 8
16.8. 06:00 | Bezpečnostní upozornění

Ve virtualizačním softwaru Xen bylo nalezeno a opraveno 5 bezpečnostních chyb XSA-226 až XSA-230. Nejzávažnější z nich XSA-227 (CVE-2017-12137) umožňuje eskalaci privilegií a ovládnutí celého systému, tj. správce hostovaného systému se může stát správcem hostitelského systému.

Ladislav Hagara | Komentářů: 1
15.8. 22:00 | Zajímavý projekt

V roce 2013 proběhla na Kickstarteru úspěšná kampaň na podporu otevřeného Dobře temperovaného klavíru (Well-Tempered Clavier). Stejný tým s Kimiko Išizaka spustil před týdnem na Kickstarteru kampaň Libre Art of the Fugue na podporu svobodného Umění fugy.

Ladislav Hagara | Komentářů: 2
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (17%)
 (76%)
Celkem 358 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: Oracle a UTF-8

    12.8.2011 22:08 camel1cz | skóre: 23
    Oracle a UTF-8
    Přečteno: 1926×
    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: 23
    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: 23
    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: 23
    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.