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 18:55 | Nová verze

Byla vydána nová stabilní verze 1.9 (1.9.818.44) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují podporu nového vyhledávače Ecosia. Ten z příjmů z reklam podporuje výsadbu stromů po celém světě (YouTube). Nově lze přeskupovat ikonky rozšíření nebo řadit poznámky. Nejnovější Vivaldi je postaveno na Chromiu 58.0.3029.82.

Ladislav Hagara | Komentářů: 3
včera 17:00 | Nová verze

Byla vydána verze 3.7.0 svobodného systému pro správu obsahu (CMS) Joomla!. V oznámení o vydání (YouTube) se píše o 700 vylepšeních. Opraveno bylo také 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 32
26.4. 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
26.4. 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
26.4. 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 15
26.4. 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 23
26.4. 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
26.4. 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 32
25.4. 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 327 hlasů
 Komentářů: 50, poslední včera 04:06
    Rozcestník

    Dotaz: Oracle a UTF-8

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