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 | Zajímavý projekt

Kernel.org představil lore.kernel.org, tj. archiv diskusního listu vývojářů linuxového jádra LKML (Linux Kernel Mailing List) s řadou zajímavých funkcí. Archiv běží na softwaru Public Inbox.

Ladislav Hagara | Komentářů: 0
dnes 10:55 | Nová verze

Po devíti měsících vývoje od vydání verze 10.0 byla vydána verze 11.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 20:44 | Nová verze

Po více než 3 měsících vývoje od vydání verze 238 oznámil Lennart Poettering vydání verze 239 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 5
včera 15:00 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.28 a beta verze 1.29 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í. Atom 1.28 je postaven na Electronu 2.0.

Ladislav Hagara | Komentářů: 1
včera 14:00 | Nová verze

Byla vydána nová verze 2.3.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy na PIXLS.US.

Ladislav Hagara | Komentářů: 0
včera 13:00 | Komunita

Akční RPG hra Shadowrun Returns Deluxe, kterou lze hrát i na Linuxu je nyní zdarma na Humble Bundle. Hra vyšla díky kampani na Kickstarteru v roce 2013.

tajny_007 | Komentářů: 0
včera 01:00 | Nová verze

Byla vydána verze 1.27 programovacího jazyka Rust (Wikipedie). Z novinek je nutno zmínit podporu SIMD (Single Instruction Multiple Data). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 7
21.6. 16:22 | IT novinky

CEO Intelu Brian Krzanich rezignoval (tisková zpráva). Oficiálním důvodem je "vztah na pracovišti". S okamžitou platností se dočasným CEO stal Robert Swan.

Ladislav Hagara | Komentářů: 37
21.6. 14:11 | Komunita

Konsorcium Linux Foundation ve spolupráci s kariérním portálem Dice.com zveřejnilo 2018 Open Source Jobs Report. Poptávka po odbornících na open source neustále roste.

Ladislav Hagara | Komentářů: 1
21.6. 12:44 | Zajímavý článek

Na stránkách linuxové distribuce Ubuntu Studio byla publikována příručka Ubuntu Studio Audio Handbook věnována vytváření, nahrávaní a úpravě zvuků a hudby nejenom v Ubuntu Studiu. Jedná se o živý dokument editovatelný na jejich wiki.

Ladislav Hagara | Komentářů: 0
Jak čtete delší texty z webových stránek?
 (78%)
 (22%)
 (4%)
 (7%)
 (2%)
 (10%)
Celkem 246 hlasů
 Komentářů: 39, poslední 21.6. 17:44
    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.