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 22:33 | IT novinky

    PlayStation Network (PSN) má již několik hodin, vlastně celou sobotu, masivní výpadek (Stav služby PSN, X).

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

    Vývojáři open source storage platformy TrueNAS oznámili, že s verzí 25.04 s kódovým názvem Fangtooth končí TrueNAS CORE postavený na FreeBSD a TrueNAS SCALE postavený na Linuxu. Jejich společným pokračováním bude TrueNAS Community Edition postavený na Linuxu.

    Ladislav Hagara | Komentářů: 2
    včera 15:55 | IT novinky

    Mapy Google dnes slaví 20 let. Spuštěny byly 8. února 2005. Svět se přesunul od papírových map k digitálním. A ke Street View, Live View, Immersive View, …

    Ladislav Hagara | Komentářů: 4
    včera 02:55 | Komunita

    Hector "marcan" Martin, vedoucí projektu Asahi Linux aneb Linux na Apple Siliconu, skončil jako upstream vývojář linuxového jádra. Se slovy "už nemám žádnou důvěru v proces vývoje jádra … další vývoj Apple/ARM bude pokračovat downstream" odstranil své jméno ze souboru MAINTAINERS. Důvodem jsou neshody kolem Rustu v linuxovém jádru [Hacker News, No rust code in kernel/dma, please.].

    Ladislav Hagara | Komentářů: 31
    7.2. 16:55 | IT novinky

    Mistral AI včera představil nový vylepšený Le Chat. Nově také jako aplikace pro iOS a Android.

    Ladislav Hagara | Komentářů: 0
    7.2. 16:22 | IT novinky

    Britské bezpečnostní orgány nařídily americké firmě Apple, aby vytvořila takzvaná "zadní vrátka", která by umožnila dostat se k šifrovanému obsahu uživatelů uloženému v cloudu. Tajné nařízení, vydané v lednu, vyžaduje plošný přístup k šifrovanému účtu jakéhokoliv uživatele přístrojů Apple kdekoliv na světě. Britské úřady tedy Apple nežádají pouze o asistenci s přístupem k účtu konkrétního uživatele, ale rovnou chtějí mít přístup ke všem účtům, kdykoliv budou chtít.

    Ladislav Hagara | Komentářů: 58
    7.2. 05:11 | Nová verze

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

    Ladislav Hagara | Komentářů: 0
    7.2. 04:55 | Humor

    Hra Doom může běžet (𝕏, Mastodon) i v převodníku Apple Lightning na HDMI. Ukázka na YouTube.

    Ladislav Hagara | Komentářů: 3
    6.2. 21:00 | Humor

    Nedávno se povedlo do pdf souborů vložit Tetris a DOOM a po otevření příslušného pdf souboru v na Chromiu založeném webovém prohlížeči vybranou hru přímo v pdf spustit. LinuxPDF ukazuje, že do pdf lze vložit také RISC-V emulátor a rozběhnout Linux.

    Ladislav Hagara | Komentářů: 0
    6.2. 17:11 | Nová verze

    Kancelářský balík LibreOffice byl vydán ve verzi 25.2. Podrobnosti v poznámkách k vydání.

    Fluttershy, yay! | Komentářů: 0
    Rozcestník

    Dotaz: export databaze a spravne kodovani

    3.12.2008 15:35 Mirekh
    export databaze a spravne kodovani
    Přečteno: 629×

    Prosim o pomoc,

    na jednom nasem stroji (debian) bezi php aplikace komunikajici s mysql db. 

    Php aplikace stejne jako data ukladana a ctena z DB je v kodovani 8859-2. ALe systemove kodovani mysql-serveru je v utf-8  (aspon to rika parametr character-system-set  prikazu show variables; )

    Aplikace funguje v pohode...

    Jenze kdyz chci aplikaci rozjet na jinem stroji (resp. chci overit zalohu db, ze funguje) tak diakrtika nefunguje - aspon pro ř,š,ě a mozna dalsi.

    Zkousel jsem ruzne postupy:

    1.Zaloha pomoci phpmyadmin: export db probehl v poradku - vytvoreny soubor byl v kodovani utf-8 (nevim ,kde se da nastavit typ kodovani pri exportu) . Zkousel jsem tento Utf-8 soubor prevest na 8859-2 a naimportovat - bezuspechu.

    2. zalohoval jsem pomoci mysqldump a paramteru --default-character-set:

    mysqldump -u uzivatel -p -B databaze --default-character-set=latin2 > dump.sql   -soubor byl v kodovani 8859-2, ale po naimportovani se opet hacky, carky nezobrazuji dobre.

    Muzete mi poradit ?

     

     

    Odpovědi

    3.12.2008 17:32 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    Je potřeba nastavit ještě kódování při importu, je tu na to FAQ.

    4.12.2008 06:29 Mirekh
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    Tento mini faq jsem take cetl, ale asi tomu moc nerozmunim....

    Muzete mi upresnit jak presne mam provadet import konkretne pro muj pripad ?

     

    4.12.2008 08:57 razor | skóre: 33
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    no a jak to importuješ ?

    okbob avatar 4.12.2008 20:34 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    jeste zalezi jak data ukladate do MySQL. Jestli v latin2 (a MySQL to bez problemu vezme, byt je nastavena na utf), tak pri dumpu nesmis nastavit zadnou konverzi - pak mas dump v cistem latin2. Jinak dojde ke zmrseni diakritiky - db si mysli, ze ma data v utfku, ty jsou ale v latin2, takze provadi jakousi divokou konverzi.

    Nevim jestli to je tvuj pripad - podivej se na dump a jestli je citelny tak pak problem je v importu, coz muzes nastavit vlozenim prikazu SET NAMES 'latin2'; na zacatek souboru

    6.12.2008 16:39 Mirekh
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    V mem pripade je jiz vygenerovany dump necitelny......Takze , kdyz exportuji db pres phpmyadmin (server ma nastaveno kodovani na utf8, data jsou ukladana v latin2), dump je typu utf8 - necitelny.

    Pokud si dump zkusim prekonvertit  na latin, take to nepomuze.

    Nakonec jsem to vyresil tak, ze jsem zkusil neimportovat dump do db pres prikazovou radku, ale pres phpmyadmina. Pro import jsem nastavil utf8, a je to v pohode....

    Mam v tom docela hokej...

    Treba tady http://www.abclinuxu.cz/poradna/databaze/show/239057  nekdo resil podobny problem, a vyresil to jinak  -  mne ale zase tento postup nezafungoval. Je zde proste mnoho veci, ktere je treba vzit v uvahu a mam teda v tom dost zmatek

     

     

    okbob avatar 8.12.2008 11:02 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    Není to složité - stačí si uvědomit, že jsou tři druhy kódování - jedno v kterém jsou data posílána na klienta, případně čtena z klienta, pak další ve kterém si server drží data, a konečně třetí (ve kterém jsou skutečně data). V ideálním případě je druhé a třetí kódování shodné.  Pro MySQL je bohužel docela typické, že server skutečné kódování se liší od konfigurace serveru - viz. typicky latin1 X latin2, nebo latin2 X UTF. Pokud server sputí konverzi dat z latin1 do UTF a data jsou reálně v latin2, tak se nemůžete divit, že výsledek nedopadne - naštěstí pro Vás některé chyby lze opakováním odstranit.

    10.12.2008 19:58 tnt
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    skusil by som nastavit kodovanie db latin2_czech_cs

    a potom dat vytvorit table, tie budu mat kodovanie prebrate ako je db teda latin2_czech_cs

    nastavit v scripte hned po pripojeni db "SET NAMES 'latin2'"

    vlozit nejake data

     

    odzalohovat cez phpMyadmin - subor bude utf8 (nic s nim nerobit)

    zmazat vsetky table

    skusit spat naimportovat: znakova sada suboru: utf8

     

    mne to takto fungovalo, ale kodovanie db muselo byt latin2_czech_cs ak bolo laitn2_bin neslo to

     

    10.12.2008 20:21 tnt
    Rozbalit Rozbalit vše Re: export databaze a spravne kodovani

    mozno to pojde aj cez ten mysqldump ale skusil by som nedavat tam

    ten --default-charecter-set=

    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.