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 01:22 | Nová verze

    Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 15:33 | Komunita

    Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.

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

    Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | Nová verze

    Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.

    Ladislav Hagara | Komentářů: 0
    8.10. 15:11 | Bezpečnostní upozornění

    V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).

    Ladislav Hagara | Komentářů: 5
    8.10. 14:00 | IT novinky

    Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.

    Ladislav Hagara | Komentářů: 18
    8.10. 12:33 | Zajímavý software

    Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    8.10. 03:33 | IT novinky

    Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.

    Ladislav Hagara | Komentářů: 0
    7.10. 18:11 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (46%)
     (15%)
     (17%)
     (21%)
     (15%)
     (17%)
     (15%)
     (15%)
    Celkem 204 hlasů
     Komentářů: 13, poslední 8.10. 07:41
    Rozcestník

    Dotaz: Zaloha SQL tabulky - kodovani

    23.4.2010 17:53 Matej Liska
    Zaloha SQL tabulky - kodovani
    Přečteno: 733×
    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: 67 | 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: 67 | 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.