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 15:00 | Nová verze

Po dva a půl roce od vydání verze 5.7 oznámila společnost Oracle vydání nové major verze 8.0 (8.0.11) databázového systému MySQL (Wikipedie). Přehled novinek v poznámkách k vydání. Zdrojové kódy komunitní verze MySQL jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 0
včera 14:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 151. brněnský sraz, který proběhne v pátek 20. 4. od 18:00 hodin v restauraci Benjamin na Drobného 46.

Ladislav Hagara | Komentářů: 0
včera 13:33 | Nová verze

Byla vydána verze 18.04.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
včera 13:11 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.26 a beta verze 1.27 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 12:55 | Komunita

Dle plánu byla dnes vydána hra Rise of the Tomb Raider (Wikipedie) pro Linux. Koupit ji lze za 49,99 €.

Ladislav Hagara | Komentářů: 2
včera 09:55 | Bezpečnostní upozornění

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

Ladislav Hagara | Komentářů: 3
18.4. 23:11 | Nová verze

Byla vydána verze 8.0 linuxové distribuce Trisquel GNU/Linux. Nejnovější verze Trisquel nese kódové jméno Flidas a bude podporována do roku 2021. Výchozím prostředím je nově MATE 1.12. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).

Ladislav Hagara | Komentářů: 0
18.4. 16:00 | Nová verze

Byla vydána nová verze 27.9.0 webového prohlížeče Pale Moon (Wikipedie) vycházejícího z Firefoxu. Přehled novinek v poznámkách k vydání. Jedná se o poslední větší aktualizaci verze 27. Vývojáři se zaměří na novou verzi 28.

Ladislav Hagara | Komentářů: 0
18.4. 12:00 | Nová verze

Google Chrome 66 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 66.0.3359.117 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 62 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
18.4. 06:00 | Nová verze

Byla vydána druhá RC verze nové řady 2.10 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání.

Ladislav Hagara | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (7%)
 (47%)
 (26%)
 (17%)
Celkem 328 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: MySQL zase kódování

    15.10.2010 17:50 Pavel
    MySQL zase kódování
    Přečteno: 248×
    Hoj, mám databázi, kde je tento záznam (zobrazeno přes mysql clienta):
    21916 | 吴        | 分生        | 1          | 瑞安市仙降镇下社村 | 
    
    Ale když DB dumpuju, kódovaní se zmrší:
    (21916,'å�~P´','å�~F�~@| ç�~@~]�
    V té samé tabulce jsou ale záznamy v Češtině se správnou diakritikou, které se vydumpují korektně.

    Je divné, že něco se vydumpuje správně a něco ne. Také je zvláštní, že terminál mi přes mysql clienta záznamy zobrazí správně, ale když si ve vi/mcedit/kate otevřu dump, tak je to špatně.

    Pochází to ze systému, o kterém nic nevím (PHP).

    Verze: MySQL 5.0.32-Debian_7etch12-log

    Tabulka: DEFAULT CHARSET=latin1

    Server variables:
    | character_set_client            | latin1                      | 
    | character_set_connection        | latin1                      | 
    | character_set_database          | latin1                      | 
    | character_set_filesystem        | binary                      | 
    | character_set_results           | latin1                      | 
    | character_set_server            | latin1                      | 
    | character_set_system            | utf8                        | 
    | character_sets_dir              | /usr/share/mysql/charsets/  | 
    | collation_connection            | latin1_swedish_ci           | 
    | collation_database              | latin1_swedish_ci           | 
    | collation_server                | latin1_swedish_ci           |
    
    V my.cnf není o kódování ani zmínka.

    Dump vytvářím takto:
    mysqldump --default-character-set=utf8 --set-charset
    Vyzkoušel jsem i --default-character-set=latin1, nebo též použít recode na soubor s dumpem, ale vše bez výsledku. Otázka je, jak koretkně vydumpovat DB?

    Odpovědi

    15.10.2010 18:24 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: MySQL zase kódování
    Řešili jsme to tady
    mysqldump --default-character-set=binary
    Vyeexportuje tak jak to leží v db, takže lze zjitit co tam vlastně je.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    15.10.2010 20:26 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: MySQL zase kódování
    A doplním, není problém mít v tabulce data v jiném kódování, než je tabulka(sloupec) nastavena, je to velmi častý jev po přechodu ze 4.x verzí a také u různých, většinou PHP, aplikací, které si správně nenastaví všechny parametry vztahující se ke kódování. Často se to zjistí, až když se DB chce přenést jinam, kde je to jinak nastaveno. Což je ještě dobrá situace, horší je když se něco změní a používá(vkládá) se to dál, to pak máte problém, ale lze to také řešit - pracně a záleží na okolnostech jak úspěšně.
    Dále se může jednat o nesprávně provedený export(dump) a import, nebo kombinace všeho, což je nelepší :).
    Pokud sem přiložíte soubor stvořený pomocí příkazu:
    mysqldump -u uzivatel -p --default-character-set=binary --skip-set-charset databaze tabulka
    lze zjistit jak to tam vlastně je.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    16.10.2010 12:23 Pavel
    Rozbalit Rozbalit vše Re: MySQL zase kódování
    Super, diky za reakci, s binary se to vydumpovalo jako:
    
    (21916,'å<90>´','å<88><86>ç<94><9f>','1','ç<91><9e>å®<89>å¸<82>ä»<99>é<99><8d>é<95><87>ä¸ ...
    
    

    16.10.2010 17:59 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: MySQL zase kódování
    Pravděpodobně z toho lze něco zjistit - ale blbě a ne všechno - psal jsem "přiložit" ne zkopírovat do textu. Jsou třeba nezměněná data, klidně je promažte, ale chtěl jsem vidět dump v nezměněné podobě, tj. i CREATE TABLE syntaxi a vlastní data (třeba jen jeden záznam).
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    16.10.2010 19:28 chrono
    Rozbalit Rozbalit vše Re: MySQL zase kódování
    Tá časť å<88><86>ç<94><9f> je reťazec "分生" v kódovaní UTF-8 ktorý sa zobrazuje ako 8859-1 (a to za tým je 瑞安市仙降).
    16.10.2010 19:33 chrono
    Rozbalit Rozbalit vše Re: MySQL zase kódování
    Zabudol som napísať, že ak Pavel ten súbor pozerá v inom kódovaní ako 8859-1, tak sú tie údaje zakódované viac krát a bude musieť použiť napr. iconv na odstránenie toho prebytočného kódovania.
    16.10.2010 20:08 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: MySQL zase kódování
    Ju, super - nemusí se to už hledat :).
    Nicméně pokud to chce napravit a nebudeme znát jak jsou tabulky nastaveny a bude se to jen přepisovat, tak nezjistíme kde je problém. Pokud dá binární dump včetně CREATE TABLE.. + jeho nastavení, ketré již napsal, lze určit co je špatně a jak to lze spravit.
    Třeba nic, prostě v latin1 nezobrazí rozsypaný čaj :).
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†

    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.