DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   SQL baze podataka - Sponzor: Baze-Podataka.net (http://www.devprotalk.com/forumdisplay.php?f=10)
-   -   MySQL Charset problem (http://www.devprotalk.com/showthread.php?t=10798)

dinke 16. 02. 2012. 14:01

MySQL Charset problem
 
Imam charset problem sa bazom na blogotku koji je ocigledno uzrokovan cinjenicom da nisu svi parametri prilikom upisivanja podataka bili utf8. Ranije mi taj problem nije smetao posto su se strane prikazivale okay ali sada prebacujem kod na CI tako da zelim da resim taj problem (pogadjate, sa CI-om nasi karakteri ne izgledaju kako treba).

Inace sve tabele u bazi su utf8 sa default collation-om (utf8_general_ci). Podaci se upisuju od strane feed parsera, prilikom upisa niti ispisa (web utf8) nije pokrenut "set names utf8" tako da su koliko vidim neki od connection parametara latin1.

Evo kako izgledaju variable na serveru sa default podesavanjima i utf8:

Kôd:

mysql> show variables like '%char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client    | latin1                    |
| character_set_connection | latin1                    |
| character_set_database  | utf8                      |
| character_set_filesystem | binary                    |
| character_set_results    | latin1                    |
| character_set_server    | latin1                    |
| character_set_system    | utf8                      |
| character_sets_dir      | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

mysql> set names utf8;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%char%';
+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client    | utf8                      |
| character_set_connection | utf8                      |
| character_set_database  | utf8                      |
| character_set_filesystem | binary                    |
| character_set_results    | utf8                      |
| character_set_server    | latin1                    |
| character_set_system    | utf8                      |
| character_sets_dir      | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

Svi saveti dobrodosli :)

MorenoArdohain 16. 02. 2012. 14:08

Konverzija podataka u bazi ti ne gine. Probaj sa ovom skriptom:
http://daveyshafik.com/archives/166-...o-unicode.html

ili uradis dump podataka, pa sa iconv konvertujes sve i importujes nazad u tabele.

Milos Vukotic 16. 02. 2012. 14:13

Možda ti nešto odavde može pomoć: http://www.mysql.rs/2010/07/smece-u-...-zna-koji-put/

dinke 16. 02. 2012. 14:21

Citat:

Originalno napisao MorenoArdohain (Napišite 105159)
Konverzija podataka u bazi ti ne gine. Probaj sa ovom skriptom:
http://daveyshafik.com/archives/166-...o-unicode.html

Ta scripta kreira tabelu sa identicnom stukturom samo utf (kod mene je vec utf8), kopira podatke u novu i switchuje imena. Probao u lokalu, bez promena :(

Citat:

Originalno napisao MorenoArdohain (Napišite 105159)
ili uradis dump podataka, pa sa iconv konvertujes sve i importujes nazad u tabele.

Daj malo detalja na sta si tacno mislio. Kapiram da mogu da napravim script koji ce red po red da konvertuje sa php iconv (ili mb) f-jama, ali ne znam da li si mozda mislio na neki cli utility?

dinke 16. 02. 2012. 14:24

Citat:

Originalno napisao Milos Vukotic (Napišite 105160)
Možda ti nešto odavde može pomoć: http://www.mysql.rs/2010/07/smece-u-...-zna-koji-put/

Ovo je izgleda bas situacija koju sam ja imao. Najgore od svega sto sam ja bio svestan problema ali je sve radilo kako treba, neki postovi vec bili (pogresno) importovani i tako je radilo od 2006 do danas :)

MorenoArdohain 16. 02. 2012. 14:28

Moja greska, mislio sam da script radi i konverziju podataka. Za iconv tehniku probaj:

iconv -f ISO8859-1 -t UTF-8 dump.sql > dump_utf8.sql
ili
iconv -f iso-8859-15 -t utf8 dump.sql > dump_utf8.sql

(ne znam koji od ta 2 radi)

mangia 16. 02. 2012. 14:45

Citat:

Originalno napisao Milos Vukotic (Napišite 105160)
Možda ti nešto odavde može pomoć: http://www.mysql.rs/2010/07/smece-u-...-zna-koji-put/

Bogdan je to u tančine objasnio... Ja sam neke stare tabele tako konvertovao i sve je prošlo Ok...

dinke 16. 02. 2012. 14:55

^Da, sjajan post i apsolutno pogodjen problem, jedino sto resenje nece biti jednostavno implementirati posto neka polja imaju raznorazne kljuceve pa nije moguce jednostavno prebaciti u blob bez dropovanja kljuca, ali svejedno barem znam resenje :)

Hvala puno za odgovore.

Milos Vukotic 16. 02. 2012. 15:06

A da napraviš kopiju baze, u njoj podesiš sve kako treba i napraviš php skript koji će "presuti" podatke iz jedne u drugu? :)

webarto 16. 02. 2012. 16:00

PHP kôd:

mysql_set_charset('utf8'); 

Ja bih probao ovako da pogodim šta je ispravno a kasnije je manje više lako napraviti kopiju baze i ovo uraditi da li skriptom da li kroz SQL...

PHP kôd:

SELECT CONVERT(_latin1'Müller' USING utf8); 



PHP kôd:

INSERT INTO utf8table (utf8column)
    
SELECT CONVERT(latin1field USING utf8FROM latin1table



Vreme je GMT +2. Trenutno vreme je 17:03.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.