Aktualizacja do 4.1.7 błędy w bazie

[ralliartur]

Cześć,

Mam problem z aktualizacją forum z wersji 3.4.6 do 4.1.7 - w tej chwili nie jestem w stanie poprawnie skonwertować bazy danych przy użyciu utf8converter. Zarówno przez stronę www jak i przez cli.php - za każdym razem wyskakują błędy.

Mam testową frazę: żółć gęślą jaźń

w bazie danych wygląda to tak:

<p>żółć gęślą jaźń</p>

po konwersji:

żółć gęślą jaźń 

czyli nic się nie zmienia, ale jak tylko dodam w conf_global.php wpis: 

$INFO['sql_charset']                    =       'utf8';

całe wyświetlanie tekstu się wywala - bez tego wpisu wszystko jest ok.

[Jurij]

Próbowałeś oficjalnego narzędzia od IPS? Tutaj masz, zrób sobie backup sql i myślę, że warto spróbować: https://invisionpower.com/files/file/6823-ips-utf8-database-converter/  .

Cytuj

bez tego wpisu wszystko jest ok

Czyli mam rozumieć, że już sobie poradziłeś?

[ralliartur]

Tak, wszelkie konwersję robię oficjalnym toolem

Jak dodaję wpis 

$INFO['sql_charset']                    =       'utf8';

Całe kodowanie postów się rozwala. Jak go usunę posty wyświetlają się niby poprawnie, ale po aktualizacji do wersji 4.1.7 mam krzaki zamiast polskich znaków.

[DawPi]

Kodowanie tabel przed konwersją to..?

[ralliartur]

Na bazie:

Latin1

Na tabelach:

latin1_swedish_ci

[DawPi]

Na pewno konwertujesz znaki do końca? Są jakieś tabele orig_ w bazie po takiej konwersji?

[ralliartur]

W bazie posprzątane od A do Z - tylko oryginalne tabele.

Konwersja zrobiona przy pomocy cli.php do utf8mb4

Po zmianie zmianie parametrów w conf_global na podane przez konwerter mam takie kwiatki:

żółć gęślą jaźń

[DawPi]

Coś jest ewidentnie nie tak. Dość często się z tym spotykam. Trzeba kombinować z kodowaniami. 

[ralliartur]

Ok, ale mam robić to z poziomu sql w bazie czy kowerterem? W ogóle czy character set na bazie ma znaczenie?

[DawPi]

Wszystko ma znaczenie, nie mam gotowego rozwiązania dla Ciebie. Mogę się tym zająć, ale w formie jako zlecenie na support.ipslink.pl.

[ralliartur]

Ok, temat nieaktualny - dla zainteresowanych:

Baza stała na MySQL 5.1.73 -> upgrade do 5.5 - wyniki jak w postach powyżej

Upgrade z 5.5 do 5.7 + mysql_update dla bazy danych -> migracja bez problemów

 

[insp]

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.