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 17:33 | Komunita

Společnost Purism informuje o aktuálním vývoji chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Telefon už umí telefonovat. Librem 5 by měl být k dispozici v lednu 2019. Předobjednat jej lze za 599 dolarů.

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

Společnost Qualys zveřejnila výsledky bezpečnostního auditu procps-ng. Nalezeno bylo 7 bezpečnostních chyb (CVE-2018-1120, CVE-2018-1121, CVE-2018-1122, CVE-2018-1123, CVE-2018-1124, CVE-2018-1125 a CVE-2018-1126). Dvě z nich jsou zneužitelné k lokální eskalaci práv. Příslušné záplaty jsou již k dispozici v upstreamu.

Ladislav Hagara | Komentářů: 1
18.5. 06:44 | Nová verze

Byla vydána třiadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Ken Wood. Představení novinek v poznámkách k vydání a také na YouTube.

Ladislav Hagara | Komentářů: 3
18.5. 05:55 | Zajímavý článek

Tento týden se v Cambridge ve Velké Británii konal hackfest, který měl za cíl zlepšit výkon na GNOME postavených systémů na slabších počítačích. Hans de Goede například analyzoval spotřebu paměti jednotlivých komponent ve Fedora 28 Workstation na stroji s 2 GB RAM a pomocí kroků popsaných v článku Kde uspořit paměť ve Fedora Workstation na MojeFedora.cz snížil spotřebu paměti z 1,4 GB na 765 MB.

Ladislav Hagara | Komentářů: 8
17.5. 20:55 | Nová verze

Bram Moolenaar oznámil vydání verze 8.1 textového editoru Vim (Vi IMproved). Hlavní novinkou je integrovaný terminál.

Ladislav Hagara | Komentářů: 8
17.5. 16:55 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.27 a beta verze 1.28 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ářů: 6
17.5. 11:11 | Nová verze

Byla vydána verze 5.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Před měsícem slavil Proxmox VE 10 let (pdf).

Ladislav Hagara | Komentářů: 16
17.5. 10:22 | Nová verze

Byla vydána verze 4.8 a záhy na to opravná verze 4.8.1 svobodné náhrady proprietárních BIOSů coreboot (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 10
16.5. 05:55 | Komunita

Správce souborů (Files, Soubory, Nautilus) v nejnovějším GNOME 3.28 již neumožňuje zobrazovat ikony na ploše. Dalším vylepšením bude pravděpodobně odstranění možnosti spouštění aplikací (commit) přímo ze správce souborů.

Ladislav Hagara | Komentářů: 126
16.5. 04:44 | IT novinky

Dnes končí crowdfundingová kampaň na podporu modulárního open source routeru Turris MOX od CZ.NIC. Cílová částka 250 tisíc dolarů byla vybrána. Z posledních novinek představených v rámci kampaně lze zmínit demo webového rozhraní, spolupráci s Nextcloudem a Turris MOX: Cloud nebo konfigurátor pro testování kompatibility jednotlivých modulů.

Ladislav Hagara | Komentářů: 19
Používáte pro některé služby inetd?
 (32%)
 (26%)
 (43%)
Celkem 129 hlasů
 Komentářů: 3, poslední 9.5. 08:05
    Rozcestník

    Dotaz: MySQL a fatalni chyba v kodovani ....

    25.6.2007 21:22 svaca | skóre: 38
    MySQL a fatalni chyba v kodovani ....
    Přečteno: 627×
    Ahoj, mam "asi" neresitelny problem, jelikoz jsem vul.

    Mam aplikaci a ta ma SQL databazi, celou databazi co mam v SQL mam vytvorenou s porovnavanim Lati1, webova aplikace bezi samozrejme v UTF-8, proste jsem vul, co si nenastavil to porovnavani na UTF-8 jako default pro tu danou databazi, takze ted to funguje uplne normalne, protoze webova aplikace sice zapisuje do databaze rozsypany caj (z UTF8 do Latin1) , ale zpatky to cte spravne (z LATIN1 do UTF8).

    Vysledek je, ze to sice cele funguje, ale JA NEMUZU tokovy paskvil zalohovat, protoze dumpnuli to a vratim to zpet, tak se to cele zlikviduje .. Otazka je jak z toho ven ? Je to uz ostry provoz, Jedine co me napada je vydumpnout to a cele to prepsat rucne, ale jedna se o tisicezaznamu, takze SMRT.

    Existuje nejake reseni ? Dekuji.
    Never give up ! Stay ATARI !

    Odpovědi

    25.6.2007 21:37 iSteve
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Verze MySQL je predpokladam 4.1/5?

    zkus spis udelat dump, upravit kodovani pri vytvareni tabulek a naimportovat.. ale samozrejme testuj to mimo ostry provoz:)
    25.6.2007 22:05 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    5.0.24 to nejde dump vypada takto:
    
    ) ENGINE=MyISAM DEFAULT CHARSET=latin1;
    
    -- 
    -- Dumping data for table `ab_addressbooks`
    -- 
    
    INSERT INTO `ab_addressbooks` (`id`, `user_id`, `name`, `acl_read`, `acl_write`) VALUES 
    (1, 1, 'Admin, Group-Office', 36, 37),
    (5, 4, 'Holub, Jaroslav', 62, 63),
    (6, 5, 'Svacina, Petr', 64, 65),
    (7, 7, 'Láník, Karel', 72, 73),
    
    
    takze kdyz zmenim charset, tak mi stale misto cestiny zustane toto : Láník
    Never give up ! Stay ATARI !
    25.6.2007 22:24 iSteve
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    mno a kdyz pred ten import das SET NAMES=utf8? (nebo neco v tom smyslu, ted se mi to nechce dohledavat v TFM)
    25.6.2007 22:37 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    myslis export ne ? musim je nejdrive dostat ven ....
    Never give up ! Stay ATARI !
    25.6.2007 23:10 8an | skóre: 30
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Musíš tomu dumpu říct, že to chceš v Latin1, aby to nepřekódoval. A nebo to prostě opravit přes iconv (z utf-8 do latin1, naopak než člověka napadne napoprvé).
    If you build an operating system that even an idiot can use, only idiots will use it.
    25.6.2007 23:24 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Ale jak ?? Koukal jsem na mysqldump a umi pouze:
     --set-charset 
     --skip-set-charset 
    
    a to je vse. Oboji nefunguje ... stale rozsypany caj.
    Never give up ! Stay ATARI !
    25.6.2007 23:25 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    jak to muzu opravit pres iconv ??
    Never give up ! Stay ATARI !
    25.6.2007 23:35 8an | skóre: 30
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    iconv -f utf-8 -t iso-8859-1 database.dump

    (ale netestoval jsem to...)
    If you build an operating system that even an idiot can use, only idiots will use it.
    25.6.2007 23:53 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    to by mozna jelo, ale ta vydumpovana databaze uz je rozsypany caj, takze nepomaha .... Ja ji prave musim nejak precist spravne ... jsem vul, takovou pakarnu si pripravit ...
    Never give up ! Stay ATARI !
    26.6.2007 01:19 8an | skóre: 30
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Aha, co z toho vyleze? To co jsi dával jako příklad vypadalo jako 2x zakódované UTF-8, takže by ten iconv měl pomoct... Můžeš někam dát kus toho dumpu jako soubor?
    If you build an operating system that even an idiot can use, only idiots will use it.
    26.6.2007 01:40 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Never give up ! Stay ATARI !
    26.6.2007 01:42 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    udelal jsem to pomoci: mysqldump -u root -pxxxxxxx groupoffice > go.sql
    Never give up ! Stay ATARI !
    26.6.2007 02:02 8an | skóre: 30
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Koukám na to... Ale asi je problém i v té databázi, protože něco je v tom dumpu jako korektní UTF-8 a něco ne, proto asi nepomohlo nic z toho co jsi zkoušel. iconv -c -f utf-8 -t iso8859-1 opraví to co je zakódované 2x, ale zase rozbije to co je správně, takže asi bude potřeba nějaký komplexnější skript :-(
    If you build an operating system that even an idiot can use, only idiots will use it.
    25.6.2007 22:05 zelial | skóre: 21
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    nevim, jestli jsem to dobre pochopil, ale pokud ta aplikace bezi v poradku, takze je schopna se dostat ke spravnym datum (a v utf-8), tak by mohla vyrobit i spravne exporty, ne?

    takze bys tu zalohu databaze udelal na aplikacni urovni. proste nasekal do souboru vsechny ty INSERT INTO. databazi s tabulkama vytvoril znova, tentokrat v utf-8 a se spravnym razenim a ten "vlastnorucni" export nasypal zpatky.
    25.6.2007 22:14 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    PRESNE to me ted napadlo !!! Group office ma v sobe backup databaze, ale vysledek je stejny ..... :-( Nevim jak ten mechanizmus ale funguje, pujde to jinak ? Jak myslis presne ten druhy odstavec ?
    Never give up ! Stay ATARI !
    25.6.2007 22:16 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Je samozrejme, jedno v jakem to bude kodovani, to vzdy muzu vysledne zmenit, jen potrebuju vysosat ty veci spravne cesky ... Ano aplikace (Group office) jede v UTF8 a cte to z mysql spravne cesky.
    Never give up ! Stay ATARI !
    25.6.2007 23:01 R
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Ako vyzera ten dump, ked ho pozries v editore nastavenom na UTF-8?
    25.6.2007 23:22 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Stejne jako ten post nahore ... Otestovano i ve windows s PSPadem ....
    Never give up ! Stay ATARI !
    26.6.2007 04:28 Jiří (BoodOk) Kadeřávek | skóre: 19 | blog: BoodOk | Brno
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    mysqldump --default-character-set=binary
    Mimochodem, nezoufejte, mít character set a collation utf8_cs nebo jak se to jmenuje způsobuje např nemožnost vložit stringy odlišující se v o-ó a podobných dvojicích do pole s unikátním indexem (pro mysql se jedná o totožné stringy). Takže občas je lepší mít prostě utf8 text v latin1, pokud nepoužijete české řazení.
    Věda má v sobě určitou zpupnost, že čím dokonalejší techniku vyvineme, čím více se dozvíme, tím lepší budou naše životy.
    26.6.2007 10:56 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    BoodOK: Reknu to jednoduse: Jste TOTALNI BOREC !!!!!!!!!!!!!!!!!!!!!!!! Proste BOREC.

    FUNGUJE.

    Jeste se zeptam, mam tedy funkcni zalohu databaze, mam pripravene pred inportem do MySQL, ze dana databaze pojede v utf8 + mam v my.cnf:
    
    [mysqld]
    character-set-server=utf8
    collation_server=utf8_czech_ci
    
    [mysql]
    default-character-set=utf8
    
    

    Muze takto byt ?? Mam to na jinich serverech a funguje to. Co jste presne myslel tim o a ó ?
    Never give up ! Stay ATARI !
    26.6.2007 17:08 Jiří (BoodOk) Kadeřávek | skóre: 19 | blog: BoodOk | Brno
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    Myslel jsem tím to, že např Sója a Soja jsou pro české porovnávání v UTF8 totožné stringy a nevložíte je do pole s unikátním indexem oba. Přesné detaily si už nepamatuji. Však si to zkuste. Pokud použijete collation utf8_binary (snad se to tak jmenuje), je vše v pořádku, ale potom to celé jaksi postrádá smysl :-)
    Věda má v sobě určitou zpupnost, že čím dokonalejší techniku vyvineme, čím více se dozvíme, tím lepší budou naše životy.
    26.6.2007 17:27 svaca | skóre: 38
    Rozbalit Rozbalit vše Re: MySQL a fatalni chyba v kodovani ....
    OK. Diky. Mimochodem aby mi to fungovalo spravne, musel jsem jeste pouzit v my.cnf:
    skip-character-set-client-handshake
    
    Never give up ! Stay ATARI !

    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.