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

    Byl vydán Debian 12.11, tj. jedenáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    včera 14:55 | Zajímavý software

    Makepad dospěl do verze 1.0 (𝕏). Jedná se o multiplatformní open source UI framework pro Rust napsaný v Rustu.

    Ladislav Hagara | Komentářů: 3
    16.5. 17:11 | Komunita

    Konference OpenAlt 2025 hledá přednášející. Proběhne o víkendu 1. a 2. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.

    Ladislav Hagara | Komentářů: 0
    16.5. 15:33 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 153 (pdf)

    Ladislav Hagara | Komentářů: 0
    16.5. 12:22 | Komunita

    Byl publikován květnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 0
    15.5. 21:33 | Nová verze

    Programovací jazyk Rust (Wikipedie) dnes slaví 10 let od vydání verze 1.0. Přímo na oslavě byla vydána nová verze 1.87.0. Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    15.5. 14:44 | IT novinky

    Evropská komise obvinila provozovatele čínské platformy TikTok z porušování pravidel EU kvůli netransparentnosti v reklamě. Komise, která v EU plní i funkci antimonopolního úřadu, to dnes uvedla v tiskové zprávě. TikTok, který patří čínské firmě ByteDance, se může k předběžnému nálezu vyjádřit. Pokud ale podezření komise nevyvrátí, hrozí mu pokuta až do šesti procent z ročního globálního obratu.

    Ladislav Hagara | Komentářů: 21
    14.5. 20:44 | Komunita

    Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.

    Ladislav Hagara | Komentářů: 0
    14.5. 14:00 | IT novinky

    Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.

    Ladislav Hagara | Komentářů: 16
    14.5. 13:33 | IT novinky

    V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.

    Ladislav Hagara | Komentářů: 17
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (7%)
     (23%)
     (4%)
     (2%)
     (2%)
     (1%)
     (0%)
     (3%)
    Celkem 642 hlasů
     Komentářů: 28, poslední dnes 10:19
    Rozcestník

    Dotaz: Zaloha SQL tabulky - kodovani

    23.4.2010 17:53 Matej Liska
    Zaloha SQL tabulky - kodovani
    Přečteno: 727×
    Dobry den, provadel jsem zalohu jedne MySQL tabulky pres aplikaci phpmyadmin (moznost EXPORT). Zde jsem zvolil export do csv (nic jineho jsem nemenil). Tabulka obsahovala texty v kodovani UTF8 a jednalo se predevsim o texty ve slovenskem jazyce. Kdyz se vsak do tohoto souboru nyni podivam napriklad pres Kate (nastaveno kodovani utf8) vidim toto:
    ...tak to ti moc nezávidím...tiež mi pripadá nefér, že nevieš ako vypadám...
    
    Atd... Myslim, ze jen z tohoto je jasne, ze se neco stalo s diakritikou. Nevite prosim proc a jestli jde takova zaloha jeste nejak zachranit?

    Odpovědi

    23.4.2010 18:44 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Zaloha SQL tabulky - kodovani
    Nejprve se podívejte, co je skutečně v tom souboru, třeb anějakým hexaeditorem. Pokud tam znaky s diakritiky jsou zapsáno jako dva znaky (tak, jak to máte uvedené ve vašem dotazu), je to vyexportované správně jako UTF-8, a je potřeba při prohlížení zvolit formát UTF-8. Pokud to v souboru na disku jsou 4 bajty, chápaly se znaky v UTF-8 jako znaky v nějakém osmibitovém kódování a znovu se zkonvertovaly do UTF-8. Pak je ale nejspíš problém v datech v databázi. U vyexportovaného souboru to opravíte tak, že jej (třeba pomocí iconv) převedete zpět na „původní“ kódování (nejspíš Latin1 nebo Latin2), a dostanete výsledek v UTF-8.
    24.4.2010 11:25 Matej Liska
    Rozbalit Rozbalit vše Re: Zaloha SQL tabulky - kodovani
    Ano, tak mate pravdu, opravdu je to kodovani UTF na druhou:) Akcentovane znaky zabiraji ctyri bajty. Mel bych k tomu dva dotazy:

    1) Samotna data v db jsou v pohode, jelikoz kdyz je pomoci sql dotazu vytahnu do me webove aplikace, zobrazeni se v pohode pri kodovani stranky utf8. Myslite ze to bude chyba v phpmyadmin? Ten nastroj pro tento ucel pouzivam uz leta, ale jeste se mi nic podobneho nestalo.

    2) Chapu, ze tedy ten exportovaci algoritmus si myslel, ze kazdy z dvojice UTF8 akcentovaneho znaku je samostatny znak a proto ho jeste rozdvojil do vyslednych 4 bajtu na jeden znak s diakritikou. Co vsak nechapu je, jaktoze jde tento proces vratit prevodem na latin1? Zkousel jsem to a fakt to funguje, jen mi nejak nejde do hlavy kde se tam najednou vzalo kodovani latin1.
    24.4.2010 11:58 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Zaloha SQL tabulky - kodovani
    Převodem na Latin1 se vezmou vždy dva znaky z UTF-8 a převedou se na 1 znak z Latin1, to samé se udělá pro další dva znaky a tím vzniknou dva znaky v Latin1, které ve skutečnosti tvoří jeden znak v UTF-8. Je to možné díky tomu, že každý bajt ze souboru v UTF-8 je možné chápat jako znak v Latin1, takže soubor v UTF-8 je zároveň platným souborem v Latin1. Převodem na UTF-8 se žádná informace neztratí (každému znaku z Latin1 odpovídá právě jeden jednoznačný znak v UTF-8), takže můžete převod provést obráceně.

    Podle mne to ale znamená, že je něco špatně v té databázi. Vaše aplikace vezme data v UTF-8, ale do databáze je uloží po bajtech jako jednotlivé znaky Latin1. Když pak data zase načítáte zpátky, načtou se jako Latin1, vaše aplikace to ale „pochopí“ jako bajty UTF-8 a tudíž je vypíše zase správně. Problém pak je, když se k datům dostane jiná aplikace, která tohle chybné překódování nedělá – jako třeba phpMyAdmin.
    24.4.2010 12:11 chrono
    Rozbalit Rozbalit vše Re: Zaloha SQL tabulky - kodovani
    Problém nastal už pri vkladaní tých dát do DB (práve vtedy sa utf-8 ešte raz skonvertovalo do utf-8). Tie údaje "správne" načíta len aplikácia, ktorá nastaví nesprávne kódovanie pre tie prenášané údaje (phpmyadmin to nastavuje správne, preto tie údaje zobrazuje zle).

    PS: Aby to fungovalo správne treba (ale až po opravení tej DB) použiť pri pripájaní k DB niečo ako SET NAMES 'utf8';
    24.4.2010 02:40 d.c. | skóre: 30
    Rozbalit Rozbalit vše Re: Zaloha SQL tabulky - kodovani
    To, co vidim o kousek vyse, mi prijde jako velice nadejne. To je proste UTF-8. Zkuste se na to podivat treba v terminalu podporujicim UTF-8 (vcetne fontu) pres less a dost mozna zjistite, ze nemate problem se zalohou, ale s Kate... :)
    24.4.2010 10:33 chrono
    Rozbalit Rozbalit vše Re: Zaloha SQL tabulky - kodovani
    Alebo, ako už napísal Filip Jirsák, je to text zakódovaný do UTF-8 dva krát. :)
    24.4.2010 13:17 d.c. | skóre: 30
    Rozbalit Rozbalit vše Re: Zaloha SQL tabulky - kodovani
    To, co uvedl v radku nahore, je kodovane jednou a to spravne. Samozrejme je otazkou, co ma skutecne v tom souboru.

    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.