Dnia 4 listopada 2007 19:30 "A.L.E.C" alec@alec.pl napisał(a):
robiłem to raz, ale nie pamiętam dokładnie jak, spróbuj przywrócić konfig mysql do wcześniejszego stanu, następnie wykonaj backup z opcjami --default-character-set=utf-8 oraz --set-charset --add-drop-table, jeśli w wykonanym pliku polskie znaczki zapisane są poprawnie w utf-8, to wystarczy poprawić w nim definicje tabel z latin1 na utf-8 (i odpowiednio collation) a następnie wczytać backup. Dla wersji 1.10 i wyższych nie ma potrzeby ustawiać kodowania w konfigu mysqla.
Wersja to 1.8.13 (raczej nie planuję upgrade dopóki nie posprzątam obecnego bałaganu).
Szczerze mówiąc, to idąc za radami z konfiga (plus znalezionymi na sieci) równolegle z upgradem lms'a utworzyłem nową pustą bazę (w której character-set i collate były ustawione na utf8) a następnie zrobiłem dump starej bazy, potem "iconv"(wedle dokumentacji) i import do nowej (pustej) bazy. Obecnie wszystko mi się tak pokręciło, że już nie wiem, co jest w jakim kodowaniu... Jak teraz robię dump bazy to wszystkie tabele i kolumny mają ustawiony utf-8.
Dzięki za rady :) Jakby ktoś się zakręcił i zrobił coś w stylu "lms enterprise", to kto wie, jakiej kasy by się dorobił (ja przynajmniej chętnie bym zapłacił za zrobienie paru rzeczy), jak chociażby te jaj z kodowaniem, czy też wysyłaniem faktur (domniemywam, że jakieś braki w Perlu, ale nie wiem, jak to sprawdzić).
pozdrawiam, widynek
_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms