upgrade 1.9. 7 -> 1.9.8
Dzień Dobry
Prosze o pomoc, juz nie mam pomyslu,
robie upgrade z 1.9.4 - po koleji ide po wersjach 1.9.5 , 6 ,7 przy 8 znikaja mi wszystkie dane userow
po powrocie na nizsze wersje juz tych danych nie ma musze tworzyc pusta baze z czystym schematem i wrzucac baze z panelu z kopi.
podejrzewam ze auto-upgrade bazy nie dziala w calosci.
jak sprawdzic czy baza sie zupgradowala ? -czy ma wszystkie tabele
przy przejsciu czasami musialem utworzyc brakujace tabele z lms.mysql
czy da sie zupgradowac 1.9.4 do najnowszej wersji 1.11.8 , bez przechodzenia przez cala linie 1.10 ? i jak to zrobic , zwykle wgranie lms,a nie powoduje automatycznego upgradu bazy
Czy da sie skopiowac dane z bazy , bez struktury bazy, utworzyc nowa baze z nowym schematem i wrzucic same dane -czym to zrobic (phpmyadmin ? )
teoretycznie jezeli jestes na 1.9.x wrzucasz do katalogu lmsa najnowszego jakiego chcesz (musisz tez pamietac o katalogach lib i modules, bo mozesz je miec gdzie indziej) i lms po odczytaniu informacji o wersji bazy z tabeli dbinfo (z tego co pamietam), przejdzie przez wszystkie skrypty aktualizacji "schematow bazy" z wszystkich wersji do najswiezszego obowiazujacego w danej wersji.
problem sie pojawia gdy masz wlasnie bledna informacje w dbinfo o wersji bazy, ale mowie sproboj odrazu z aktualizowac do galezi 1.10 czy tam 1.11, problem z klientami objawia sie pewnie dla tego ze gdzies wlasnie miedzy 1.8 a 1.10 lms korzystu juz nie z prosto t abeli customers a z widoku customersview, byc moze lms odwoluje sie wtedy do widoku ktorego skrypt aktualizacji schematu bazy nie utworzyl, ew uruchom recznie. problem moze byc tez dlatego ze przy tworzeniu widoku i procedur przechowywanych nie masz uprawnień SUPER, badz masz starego mysqla...
!DSPAM:4a3f942d260924073210324!
Witam mam podobny problem też z upgrad-em lmsa tylko ja z wersji 1.8.14 na wersją 1.11.8 ja poprstu przekopiowałem zawartość lms do lms2 a do lms wrzuciłem 1.11.8 wszystko się udało wszystko cyka tylko niestety brak polskich znaków wszędzie mam krzaczki próbowałem już wielu sposobów ale niestety nie udało mi się doprowadzić danych klientów do porzadku
da radę zrobić coś z już nową bazą? mam też kopie zapasowe zrobione zaraz przed upgradem...
POzdrawiam Marcin S.
R99 na wp pisze:
Dzień Dobry
Prosze o pomoc, juz nie mam pomyslu,
robie upgrade z 1.9.4 - po koleji ide po wersjach 1.9.5 , 6 ,7 przy 8 znikaja mi wszystkie dane userow
po powrocie na nizsze wersje juz tych danych nie ma musze tworzyc pusta baze z czystym schematem i wrzucac baze z panelu z kopi.
podejrzewam ze auto-upgrade bazy nie dziala w calosci.
jak sprawdzic czy baza sie zupgradowala ? -czy ma wszystkie tabele
przy przejsciu czasami musialem utworzyc brakujace tabele z lms.mysql
czy da sie zupgradowac 1.9.4 do najnowszej wersji 1.11.8 , bez przechodzenia przez cala linie 1.10 ? i jak to zrobic , zwykle wgranie lms,a nie powoduje automatycznego upgradu bazy
Czy da sie skopiowac dane z bazy , bez struktury bazy, utworzyc nowa baze z nowym schematem i wrzucic same dane -czym to zrobic (phpmyadmin ? )
!DSPAM:4a40b2f6152081322221663!
Czy da sie skopiowac dane z bazy , bez struktury bazy, utworzyc nowa baze z nowym schematem i wrzucic same dane -czym to zrobic (phpmyadmin ? )
http://lms.org.pl/doc/install-upgrade.html
Ostatni etap - konwersja danych do unicodu. Począwszy od wersji 1.5.4 zaleca się przechowywanie danych zakodowanych w utf-8 (UNICODE), poniżej zostanie przedstawiony przykład migracji z kodowania ISO-8859-2 do UNICODE na bazie danych PostgreSQL.
Zaczynamy od utworzenia backupu danych w LMSie. Następnie przechodzimy do katalogu z backupami i wykonujemy konwersję pliku backupu.
# iconv --from-code=ISO-8859-2 --to-code=UTF-8 < plik_backupu > nowy_plik
Po czym zmieniamy nazwę nowo powstałego pliku na lms-xxxxxxx.sql, aby plik ten był widoczny z poziomu LMS-UI. Teraz należy utworzyć bazę danych z kodowaniem UNICODE (opis w dziale Instalacja). Po czym uruchamiamy LMS-UI i odtwarzamy dane z przekonwertowanego backupu.
!DSPAM:4a40cc79168781310814384!
CezaR pisze:
http://lms.org.pl/doc/install-upgrade.html
Ostatni etap - konwersja danych do unicodu. Począwszy od wersji 1.5.4 zaleca się przechowywanie danych zakodowanych w utf-8 (UNICODE), poniżej zostanie przedstawiony przykład migracji z kodowania ISO-8859-2 do UNICODE na bazie danych PostgreSQL.
Zaczynamy od utworzenia backupu danych w LMSie. Następnie przechodzimy do katalogu z backupami i wykonujemy konwersję pliku backupu.
# iconv --from-code=ISO-8859-2 --to-code=UTF-8 < plik_backupu > nowy_plik
Po czym zmieniamy nazwę nowo powstałego pliku na lms-xxxxxxx.sql, aby plik ten był widoczny z poziomu LMS-UI. Teraz należy utworzyć bazę danych z kodowaniem UNICODE (opis w dziale Instalacja). Po czym uruchamiamy LMS-UI i odtwarzamy dane z przekonwertowanego backupu.
u mnie niestety po takim zabiegu krzaczki się podwajają :(
POzdrawiam Marcin S.
!DSPAM:4a40d826178819031758699!
Marcin S. pisze:
CezaR pisze:
http://lms.org.pl/doc/install-upgrade.html
Ostatni etap - konwersja danych do unicodu. Począwszy od wersji 1.5.4 zaleca się przechowywanie danych zakodowanych w utf-8 (UNICODE), poniżej zostanie przedstawiony przykład migracji z kodowania ISO-8859-2 do UNICODE na bazie danych PostgreSQL.
Zaczynamy od utworzenia backupu danych w LMSie. Następnie przechodzimy do katalogu z backupami i wykonujemy konwersję pliku backupu.
# iconv --from-code=ISO-8859-2 --to-code=UTF-8 < plik_backupu > nowy_plik
Po czym zmieniamy nazwę nowo powstałego pliku na lms-xxxxxxx.sql, aby plik ten był widoczny z poziomu LMS-UI. Teraz należy utworzyć bazę danych z kodowaniem UNICODE (opis w dziale Instalacja). Po czym uruchamiamy LMS-UI i odtwarzamy dane z przekonwertowanego backupu.
u mnie niestety po takim zabiegu krzaczki się podwajają :(
POzdrawiam Marcin S.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Witam Ja zmuszony byłem ustawiać SET NAMES w lib/dbenconding.php, bo za nic nie chciały mi krzaki zniknąć. Spróbuj ustawić latin1 albo latin2.
case 'mysql': case 'mysqli': $DB->Execute("SET NAMES latin1"); break;
Pozdrawiam
!DSPAM:4a40daeb181201322221663!
Marek Konieczny pisze:
Witam Ja zmuszony byłem ustawiać SET NAMES w lib/dbenconding.php, bo za nic nie chciały mi krzaki zniknąć. Spróbuj ustawić latin1 albo latin2.
case 'mysql': case 'mysqli': $DB->Execute("SET NAMES latin1"); break;
znalazłem problem ale nie wiem jak go rozwiązać moja wiedza niestety jest nie wystarczająca by na szybko pokonać ten problem ale do rzeczy
jesli baza jest w utf-8 to odpalenie nowego gui kończy się tym że nowy lms przerabia baze uft-8 jeszcze raz utf-8 i dlatego krzaczki robią się podwójne
dlaczego tak twierdzę? lms 1.8.14 robię backup powiedzmy plik nazywa się backup_1_8_14 teraz w katalogu z plikiem backup_1_8_14 edytuje plik i mam krzaki przy zamiast nazwiska robię tak:
iconv -t iso-8859-2 -f UTF-8 backup_1_8_14 > backup_1_8_14_iso2
edytuje plik backup_1_8_14_iso2 i mam ładne znaki ąęśń w nazwisku
teraz w lms 1.11.8 robię backup nazywam go: backup_1.11.8
iconv -t iso-8859-2 -f UTF-8 backup_1.11.8 > backup_1_11_8_iso2 w backup_1_8_14 dla np "ł" są dwa znaki(krzaki) a w backup_1.11.8 w tym samym miejscu w tym samym imieniu "ł" ma 4 słownie cztery znaki(krzaki)
i niestety z miejsca dostaje bład na pozycji gdzie są krzaki utf-8... i krzaki są dwa razy dłuższe.. czyli w pliku co moim zdaniem oznacza że lms konwertuje bazę danych nie zależnie czy jest już utf-8 czy nie jeszcze raz na utf-8 :(
a zrobienie z instrukcji upgrade iconv --from-code=ISO-8859-2 --to-code=UTF-8 < plik_backupu > nowy_plik daje jeszcze więcej krzaków...
POzdrawiam Marcin S.
!DSPAM:4a40e361187418616076440!
trzeba miec po pierwsze dobrze serwer mysql skonfigurowany ufty collation i takie tam gdzie sie da tam wrzucasz utf-8, kolejna sprawa mysql.ini tez gdzie sie da dajesz utf8 pozniej sprawdz czy w bazie jest ok, we sensie olej lmsa i z lini polecen zaloguj sie mysqlem, wstukaj komende "set names utf 8" a pozniej "select lastname from lms.customers" jezeli beda sie pojawiac krzaki to musisz zawartosc przekonwertowac, jezeli nie znaczy ze musisz w konfigu lmsa pogrzebac i miedzy innymi wrzucic set names utf8.
!DSPAM:4a40f1d5199174062814199!
uczestnicy (5)
-
CezaR -
Marcin S. -
Marek Konieczny -
Michał "gaco" Gacek -
R99 na wp