ROZWIĄZANY: Upgrade 2.3.6 do 3.0.x i problem z kodowaniem bazy

[swist]

Tak jak w temacie, nie mogę zmusić bazy danych do współpracy z nowym IPB.

Aktualnie w bazie wygląda to tak:

Connor (McConaughey) kocha wolność, zabawę i kobiety... dokładnie w tej kolejności. Wizyta na ślubie młodszego brata zmienia jednak hierarchię wyznawanych przez niego wartości. Podczas uroczystości nawiedzają go dawne sympatie, m.in. najlepsza przyjaciółka panny młodej (Garner), porzucona wcześniej przez Connora. Duch Byłych Narzeczonych prowadzi Connora przez romantyczną historię w stylu Opowieści wigilijnej Karola Dickensa.

ACP:

phpMyAdmin:

Forum ustawione na UTF-8 i wszystko ok. Jednak po wrzuceniu tej bazy na IPB3 na forum wyświetlają się już w/w znaki jak w bazie przy tych samych ustawieniach, na innych są to znaki zapytania i jeszcze inne cholerstwa, kombinowałem sporo ale nic nie wyszło, mam dostęp do my.cnf więc mogę sobie wszystko poustawiać np tak:

Jednak nie mogłem znaleźć żadnego rozwiązania aby dobrze wrzucić bazę na IPB3, co mogę zrobić?

[DawPi]

Te znaczki są dość dziwne. Tak jak na GG tak tutaj polecam Ci konwersję bazy do UTF-8 przy pomocy gżegżółki lub jakiegoś polecenia unixowego - może są jacyś spece to Ci podadzą to zapytanie.

Ja bym działał jak wyżej. A jak masz dużą bazę to podziel ją na mniejsze fragmenty programem o nazwie SQL Dump Splitter i wtedy użyj tego programu od znaków.

[swist]

Pomieszane kodowanie, btw ciekawy wynalazek http://krzaki.blizinski.pl/

Musze z tego zrobić bazę z ogonkami, może jest jakaś komenda SQL do zamiany znaków bądź sprawdzony skrypt? Próbowałem tego http://www.w8.se/2009/09/30/database-multiple-search-replace/ skonfigurowanego tak:

// SEARCH FOR
$search[]        = 'Ä…';
$search[]        = 'ć';
$search[]        = 'Ä™';
$search[]        = 'ó';
$search[]        = 'Å‚';
$search[]        = 'Å„';
$search[]        = 'Å›'; 
$search[]        = 'ż'; 
$search[]        = 'ź'; 
$search[]        = '�'; 
$search[]        = 'Ó'; 
$search[]        = 'Ć'; 
$search[]        = 'Ź'; 
$search[]        = 'Åš'; 
$search[]        = 'Å»'; 

// REPLACE WITH
$replace[]    = utf8_decode('ą');
$replace[]    = utf8_decode('ć');
$replace[]    = utf8_decode('ę');
$replace[]    = utf8_decode('ó');
$replace[]    = utf8_decode('ł');
$replace[]    = utf8_decode('ń');
$replace[]    = utf8_decode('ś'); 
$replace[]    = utf8_decode('ż'); 
$replace[]    = utf8_decode('ź'); 
$replace[]    = utf8_decode('Ł'); 
$replace[]    = utf8_decode('Ó'); 
$replace[]    = utf8_decode('Ć'); 
$replace[]    = utf8_decode('Ź'); 
$replace[]    = utf8_decode('Ś'); 
$replace[]    = utf8_decode('Ż'); 

jednak nie do końca potrafię go dobrze obsłużyć... przykładowa linijka z loga:

OK	0	ibf_forums / description		��		?	

jednym słowem - pomocy!

EDIT: a może mogę użyć tego jakoś zewnętrznie?

Edytowane 15 Października 2009 przez swist

[DawPi]

Ja korzystałem z gżegżółki i było OK. Ty uparcie szukasz innego, nie wiedzieć dlaczego, sposobu.

[swist]

Dobrze, wypróbuję program SQL Dump Splitter, ale czy on także połączy mi ową bazę w całość?

[DawPi]

Dzieli Ci bazę, a potem wysyłasz te "kawałki" i po sprawie.

[swist]

Dobrze, poradziłem sobie. Ten bardzo fajny skrypt zamienia znaki w bazie na polskie ogonki, sprawdzony i działa:

http://eazu.pl/index.php/mysql-latin1-i-utf-8-w-jednym/

Można zamknąć

[DawPi]

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu.

Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.