Polskie znaki w bazie - upgrade z 1.8.9 do 1.10.3
Właśnie wykonałem migrację z 1.8.9 na 1.10.3 i niestety problem pojawił się z polskimi znakami z bazy. Interfejs jest ok, teksty z lms.ini są zaimportowane prawidłowo, natomiast wszystko , co leci z bazy ma krzaki. Oczywiście postąpiłem dokładnie według instrukcji: utworzyłem bazę w unicodzie, przekonwertowałem backup na UTF-8 i zaimportowałem . Zaimportowany backup bez konwersji ma krzaki , po konwersji także ma krzaki, ale inne - nie jest to specjalnie pocieszające ;-), ale różnica jest. Co może być nieprawidłowo? Wszelkie podpowiedzi mile widziane. Jest jeszcze jeden kłopot po upgreadzie. Po wejściu do Userpanelu pojawia się komunikat:
Zapytanie: SELECT customerid AS id, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled FROM up_customers WHERE customerid='1' Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: SELECT customerid AS id, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled FROM up_customers WHERE customerid='1' Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: SELECT customerid AS id, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled FROM up_customers WHERE customerid='1' Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: INSERT INTO up_customers(customerid, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled) VALUES ('1', 1206667691, '82.160.201.100', 0, '', 3) Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: SELECT name, module FROM up_rights LEFT JOIN up_rights_assignments ON up_rights.id=up_rights_assignments.rightid WHERE customerid='1' Błąd: Table 'lms.up_rights' doesn't exist Zapytanie: SELECT name, module FROM up_rights WHERE setdefault=1 Błąd: Table 'lms.up_rights' doesn't exist Zapytanie: SELECT id FROM up_help WHERE reference = 0 Błąd: Table 'lms.up_help' doesn't exist Zapytanie: SELECT title,body,reference,id FROM up_help WHERE id = NULL Błąd: Table 'lms.up_help' doesn't exist Zapytanie: SELECT id,title FROM up_help WHERE reference = NULL Błąd: Table 'lms.up_help' doesn't exist
Pozdrawiam Piotr
!DSPAM:47ecae6b226695962586004!
Pokaż odpowiedzi według wątków
kuba pisze:
Właśnie wykonałem migrację z 1.8.9 na 1.10.3 i niestety problem pojawił się z polskimi znakami z bazy. Interfejs jest ok, teksty z lms.ini są zaimportowane prawidłowo, natomiast wszystko , co leci z bazy ma krzaki. Oczywiście postąpiłem dokładnie według instrukcji: utworzyłem bazę w unicodzie, przekonwertowałem backup na UTF-8 i zaimportowałem . Zaimportowany backup bez konwersji ma krzaki , po konwersji także ma krzaki, ale inne - nie jest to specjalnie pocieszające ;-), ale różnica jest. Co może być nieprawidłowo? Wszelkie podpowiedzi mile widziane.
Dokladnie przekop archiwum listy bylo jak to rozwiazac, teraz nie pamietam ale napewno bylo jak sobie z tym poradzic.
Jest jeszcze jeden kłopot po upgreadzie. Po wejściu do Userpanelu pojawia się komunikat:
Zapytanie: SELECT customerid AS id, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled FROM up_customers WHERE customerid='1' Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: SELECT customerid AS id, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled FROM up_customers WHERE customerid='1' Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: SELECT customerid AS id, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled FROM up_customers WHERE customerid='1' Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: INSERT INTO up_customers(customerid, lastlogindate, lastloginip, failedlogindate, failedloginip, enabled) VALUES ('1', 1206667691, '82.160.201.100', 0, '', 3) Błąd: Table 'lms.up_customers' doesn't exist Zapytanie: SELECT name, module FROM up_rights LEFT JOIN up_rights_assignments ON up_rights.id=up_rights_assignments.rightid WHERE customerid='1' Błąd: Table 'lms.up_rights' doesn't exist Zapytanie: SELECT name, module FROM up_rights WHERE setdefault=1 Błąd: Table 'lms.up_rights' doesn't exist Zapytanie: SELECT id FROM up_help WHERE reference = 0 Błąd: Table 'lms.up_help' doesn't exist Zapytanie: SELECT title,body,reference,id FROM up_help WHERE id = NULL Błąd: Table 'lms.up_help' doesn't exist Zapytanie: SELECT id,title FROM up_help WHERE reference = NULL Błąd: Table 'lms.up_help' doesn't exist
To takze juz bylo wiec szukaj w archiwum listy.
Dokladnie przekop archiwum listy bylo jak to rozwiazac, teraz nie pamietam ale napewno bylo jak sobie z tym poradzic.
.. .. ..
To takze juz bylo wiec szukaj w archiwum listy.
Dnia 28-03-2008 o 10:11:28 kuba kuba@compus-net.com napisał(a):
Dokladnie przekop archiwum listy bylo jak to rozwiazac, teraz nie pamietam ale napewno bylo jak sobie z tym poradzic.
.. .. ..
To takze juz bylo wiec szukaj w archiwum listy.
jakos maile tez mozna przeszukac przynajmniej moje sie da i nawet po frazach w tresci
28-03-08, Jan Łukasz jlc@iapt.pl napisał(a):
jakos maile tez mozna przeszukac przynajmniej moje sie da i nawet po frazach w tresci
Tak pod warunkiem że masz je na skrzynce jak są w archiwum na stronie to raczej ciężko coś znaleźć, google tez czasami zawodzi. To akurat wiem bo nie raz przerabiałem temat kopania archiwum, jak się jest nowym i nie ma się maili na skrzynce to straszna kupa wtedy.
Pozdrawiam
!DSPAM:47eceb95280171436614547!
Michał Gacek wrote:
Tak pod warunkiem że masz je na skrzynce jak są w archiwum na stronie to raczej ciężko coś znaleźć, google tez czasami zawodzi. To akurat wiem bo nie raz przerabiałem temat kopania archiwum, jak się jest nowym i nie ma się maili na skrzynce to straszna kupa wtedy.
http://lms.org.pl/kontakt.php masz google do pomocy
28-03-08, A.L.E.C alec@alec.pl napisał(a):
http://lms.org.pl/kontakt.php masz google do pomocy
Tak ale przez dłuższy czas po zmianie domeny wyszukiwarka nie działała bądź dawała słabe badz nie dzialające wyniki :). A w sumie przyznam szczerze że od tamtej pory nie kopałem niczego w archiwum.
Pozdrawiam
!DSPAM:47ecf62f289741671789688!
Po problemach z upgreadem musiałem na szybko awaryjnie wrócić do starej wersji, aby dało się pracować, ale wyrósł mi następny problem: nazwiska abonentów maja krzaki zamiast polskich znaków. Co ciekawe, w finanse->faktury w nazwiskach jest wszystko OK, poza tym problem jest tylko z literą "Ń". Czy wie ktoś jak to rozwiązać?
Pozdrawiam Piotr
!DSPAM:47ed2f1121332099511928!
28-03-08, kuba kuba@compus-net.com napisał(a):
Po problemach z upgreadem musiałem na szybko awaryjnie wrócić do starej wersji, aby dało się pracować, ale wyrósł mi następny problem: nazwiska abonentów maja krzaki zamiast polskich znaków. Co ciekawe, w finanse->faktury w nazwiskach jest wszystko OK, poza tym problem jest tylko z literą "Ń". Czy wie ktoś jak to rozwiązać?
Przekop archiwum milion razy był poruszany ten temat, tak samo jest z tysiąc rozwiązań na "krzaczki" w bazie, "krzaczki" nazwiskach, "krzaczki" w fakturach, "krzaczki" w zobowiązaniach. Ahh ta Polska chyba zaden inny kraj nie miał historii tyle perypetii ze znakami diaktrycznymi co my, i co najgorsza ciągnie się to do dziś :/
Pozdrawiam :)
!DSPAM:47ed4bb750331068017541!
28-03-08, Michał Gacek michal.gacek@gmail.com napisał(a):
28-03-08, kuba kuba@compus-net.com napisał(a):
Po problemach z upgreadem musiałem na szybko awaryjnie wrócić do starej wersji, aby dało się pracować, ale wyrósł mi następny problem: nazwiska abonentów maja krzaki zamiast polskich znaków. Co ciekawe, w finanse->faktury w nazwiskach jest wszystko OK, poza tym problem jest tylko z literą "Ń". Czy wie ktoś jak to rozwiązać?
Przekop archiwum milion razy był poruszany ten temat, tak samo jest z tysiąc rozwiązań na "krzaczki" w bazie, "krzaczki" nazwiskach, "krzaczki" w fakturach, "krzaczki" w zobowiązaniach. Ahh ta Polska chyba zaden inny kraj nie miał historii tyle perypetii ze znakami diaktrycznymi co my, i co najgorsza ciągnie się to do dziś :/
Pozdrawiam :)
A jeszcze jedno nie baw w się to bo się namordujesz a później jak znowu zechcesz przenieść się jednak na 1.10 to znowu będziesz miał cyrki. Już lepiej zostań na 10 i rozwiąż jej problemy i dlaczego downgrade do 1.8.9 a nie do najnowszego z serii 1.8.x
Pozdro
!DSPAM:47ed4c4652011436614547!
Po problemach z upgreadem musiałem na szybko awaryjnie wrócić do starej wersji, aby dało się pracować, ale wyrósł mi następny problem:
nazwiska
abonentów maja krzaki zamiast polskich znaków. Co ciekawe, w finanse->faktury w nazwiskach jest wszystko OK, poza tym problem jest
tylko
z literą "Ń". Czy wie ktoś jak to rozwiązać?
Przekop archiwum milion razy był poruszany ten temat, tak samo jest z tysiąc rozwiązań na "krzaczki" w bazie, "krzaczki" nazwiskach, "krzaczki" w fakturach, "krzaczki" w zobowiązaniach. Ahh ta Polska chyba zaden inny kraj nie miał historii tyle perypetii ze znakami diaktrycznymi co my, i co najgorsza ciągnie się to do dziś :/
Nie do końca, nie taki problem był omawiany - przekopałem listę, sporo znalazłem , ale nic na mój temat, chyba, że nie potrafię z tego wyciągnąć czegoś dla siebie. Postaram się poniżej przedstawić szczegółowo problem.
A jeszcze jedno nie baw w się to bo się namordujesz a później jak znowu zechcesz przenieść się jednak na 1.10 to znowu będziesz miał cyrki. Już lepiej zostań na 10 i rozwiąż jej problemy i dlaczego downgrade do 1.8.9 a nie do najnowszego z serii 1.8.x
Wróciłem do 1.8.9 bo niestety musiałem to zrobić szybko, aby polskie znaki wróciły , ale musiałem w tabeli "customers" pola lastname i name zmienić na latin1.
Teraz dokładniej opiszę problem : LMS 1.8.9 i problem z przejściem na wyższy z powodu krzaków zamiast polskich znaków. Do wersji 1.9.0 mogę migrowaći ręcznie zmieniać kodowanie pól w tabeli "customers" - lastname i name . Niestety powyżej tej wersji nie da się już tak kombinować, nie wiem tylko dlaczego tylko i wyłącznie te dwa pola wymagają zmiany. Po migracji na 1.10.3 pojawiają się krzaki w każym polu z polskim znakiem. Zrzucałem bazę na wiele sposobów :
mysqldump -u root --databases --default-character-set=LATIN1 > lms-dump-latin1.sql lms -p mysqldump -u root --databases --default-character-set=LATIN2 > lms-dump-latin1.sql lms -p mysqldump -u root --databases --default-character-set=UTF8 > lms-dump-latin1.sql lms -p
i nadal to samo . Oczywiście za każdym razem tworzyłem szkielet nowej czystej bazy i importowałem :
mysql -u root -p lms < lms-dumpXXXXX.sql
Kiedy robię dump z LMSa (UI) w 1.8.9 a później odtwarzam w 1.10.3 (też przez UI) nie importuje się nic , co jest związane z klientami. Nie potrafię sobie z tym poradzić i nie mam pojęcia w czym tkwi problem.
Pozdrawiam Piotr
!DSPAM:47eed45a178851804284693!
Piotr N pisze:
Kiedy robię dump z LMSa (UI) w 1.8.9 a później odtwarzam w 1.10.3 (też przez UI) nie importuje się nic , co jest związane z klientami.
Z poziomu UI mozesz tylko importowac baze wykonana w tej samej wersji, tylko dump z linii polecen wykonuje eksport calej struktury bazy. Przejrzyj kod ktory ci generuje dump i jaki otrzymujesz z IU, zauwazysz roznice. Bylo to na liscie wiele razy.
Kiedy robię dump z LMSa (UI) w 1.8.9 a później odtwarzam w 1.10.3 (też przez UI) nie importuje się nic , co jest związane z klientami.
Z poziomu UI mozesz tylko importowac baze wykonana w tej samej wersji, tylko dump z linii polecen wykonuje eksport calej struktury bazy. Przejrzyj kod ktory ci generuje dump i jaki otrzymujesz z IU, zauwazysz roznice. Bylo to na liscie wiele razy.
Dokładnie, to już zauważyłem, szkoda , że tak późno. Pozostał jednak problem z konwersją znaków, powoli poddaję się. Kiedy w 1.8.9 tworzę nową bazę (według instrukcji oczywiście) i importuję zrzut bazy to musze jeszcze pola name i lastname zmienić z UTF8 na LATIN1 i dopiero nazwiska mają prawidłowe znaki. Nie wiem jak sobie z tym poradzić. Zamiast zmieniać w bazie właściwości pól próbowałem wpisać w lms.ini server_encoding = 'latin1' i nadal nie ma polskich znaków, czyli to nie wina ustawień klienta a bazy. Próbowałem też w tej opcji innych parametrów (latin2 , UTF8) i z podobnym rezultatem.
Pozdrawiam Piotr
!DSPAM:47efb468322755862520361!
Dokładnie, to już zauważyłem, szkoda , że tak późno. Pozostał jednak problem z konwersją znaków, powoli poddaję się. Kiedy w 1.8.9 tworzę nową bazę (według instrukcji oczywiście) i importuję zrzut bazy to musze jeszcze pola name i lastname zmienić z UTF8 na LATIN1 i dopiero nazwiska mają prawidłowe znaki. Nie wiem jak sobie z tym poradzić. Zamiast zmieniać w bazie właściwości pól próbowałem wpisać w lms.ini server_encoding = 'latin1' i nadal nie ma polskich znaków, czyli to nie wina ustawień klienta a bazy. Próbowałem też w tej opcji innych parametrów (latin2 , UTF8) i z podobnym rezultatem.
Probowales na poczatku dumpa dopisac SET NAMES="latin1"?
Dokładnie, to już zauważyłem, szkoda , że tak późno. Pozostał jednak problem z konwersją znaków, powoli poddaję się. Kiedy w 1.8.9 tworzę nową bazę (według instrukcji oczywiście) i importuję zrzut bazy to musze jeszcze pola name i lastname zmienić z UTF8 na LATIN1 i dopiero nazwiska mają prawidłowe znaki. Nie wiem jak sobie z tym poradzić. Zamiast zmieniać w bazie właściwości pól próbowałem wpisać w lms.ini server_encoding = 'latin1' i nadal nie ma polskich znaków, czyli to nie wina ustawień klienta a bazy. Próbowałem też w tej opcji innych parametrów (latin2 , UTF8) i z podobnym rezultatem.
Probowales na poczatku dumpa dopisac SET NAMES="latin1"?
Więc poradziłem sobie. Po kolei: 1) zmieniłem pola lastname i name z UTF8 na Latin1 2) zrzut do pliku całej bazy, ale z linii poleceń 3) napisałem "na kolanie" prymitywny konwerter oparty na sed , który zamieniał te krzaki na standard latin2, niestety znaki musiałem kopiować z dumpa, ponieważ nie podlegały żadnym standardoom, co więcej konwersja iconv nie pomagał w żadnej wersji 4) przekonwertowałem na UTF-8 5) wczytałem przetworzony plik do bazy lms'a też z linii poleceń
I wszystko w końcu zadziałało.
!DSPAM:47f02b6189441010189975!
Witam ma ktos moze dobry begin dla tc w sieci z dzialajacym squidem?
!DSPAM:47f0a207248576491211187!
Dołączam się do prośby.
31-03-08, maccolo maccolo@o2.pl napisał(a):
Witam ma ktos moze dobry begin dla tc w sieci z dzialajacym squidem?
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Więc poradziłem sobie. Po kolei:
- zmieniłem pola lastname i name z UTF8 na Latin1
- zrzut do pliku całej bazy, ale z linii poleceń
- napisałem "na kolanie" prymitywny konwerter oparty na sed , który
zamieniał te krzaki na standard latin2, niestety znaki musiałem kopiować z dumpa, ponieważ nie podlegały żadnym standardoom, co więcej konwersja iconv nie pomagał w żadnej wersji 4) przekonwertowałem na UTF-8 5) wczytałem przetworzony plik do bazy lms'a też z linii poleceń
Witam A ja dalej się z tym meczę i za cholerę mi nie wychodzi upgrade z 1.8.17 do 1.10.4. Mam wielką prośbę możesz opisać krok po kroku jak to zrob*iłeś *oraz udostępnić ten "konwenter"
uczestnicy (10)
-
A.L.E.C -
Grzegorz Pietrusiów -
Jan Łukasz -
Jędrzej Sosnowski -
kuba -
maccolo -
Michał Gacek -
Piotr N -
Sarenka -
tdabek＠go2.pl