Problem Z Przeniesieniem Bazy Z Home.pl

[yacenty 0]

Witam!

mam dumpa mojej bazy z home.pl na ktorej stalo SMF i coppermine gallery.

dump jest kodowany w utf8 i latin2 (mam 2 pliki)

na nowym serwerze zainstalowalem mysql-5 i nie wazne ktora baze zaimportuje to i tak nie mam polskich literek w serwisie.

o co chodzi? co powinienem poprawic?

 

Pozdrawiam i prosze o pomoc

[MasterNETpl 100]

Było !

Szukaj a znajdziesz... nawet na tym forum było o kodowaniu baz mysql podczas ich prznoszenia między innymi wersjami serwerów.

 

Od jutra rana może zacznij przerabiać tą lekturkę:

http://dev.mysql.com/doc/#manual

 

PS. staraj się samemu wyszukać rozwiązanie bo tylko wtedy czegoś się nauczysz

 

Pozdrawiam;

Szczepanik Adrian

[yacenty 0]

Było !

Szukaj a znajdziesz... nawet na tym forum było o kodowaniu baz mysql podczas ich prznoszenia między innymi wersjami serwerów.

 

Od jutra rana może zacznij przerabiać tą lekturkę:

http://dev.mysql.com/doc/#manual

 

PS. staraj się samemu wyszukać rozwiązanie bo tylko wtedy czegoś się nauczysz

 

Pozdrawiam;

Szczepanik Adrian

przepraszam najmocniej ze zapytalem o to co juz było ale jakos malo czytelnie bo czytam ta kategrie juz od okolo godziny i nie natrafilem na ta wlasciwa podpowiedz.

 

a doc mysql na pewno bede musial przeczytac, dzieki za pokazanie linka:)

nawet jesli bylo to szybciej bys wkleil link niz napisal takie wypociny, ale mimo wszystko dzieki - bede szukal dalej - wiem ze odpowiedz na pewno tu jest

 

pozdrawiam

YacentY

[yacenty 0]

mój problem okazuje się być głębszy niż myslalem, walcze walcze i nic z tego nie wynika - jak bylo do du.... tak jest do du...

ale po koleji:

1. baza była w home.pl (kodowanie latin2)

2. dane do bazy były wrzucane jako utf8 (wiem ze to glupie ale tak sie stało)

3. phpmyadmin odpalony na home.pl pokazuje dane bez ogonkow

4. dump wykonany phpmyadminem na home.pl i odpalony w dreamweaverze pokazuje znaki zakodowane poprawnie - z ogonkami.

5. dane zaiportowane z tego pliku na serwer sa zwalone, probowalem zamienic sekwencje latin2 na utf8 w czesci odpowiedzialnej za utworzenie tabeli, niestety nic z tego.

6. probowalem zmieniac kodowanie pliku w dreamweaverze i importowac na serwerze, raz udalo sie ze wiekszosc literek byla ok, niestety nie wszystkie.

7. parametry serwera odpowiedzialne za kodowanie:

| character_set_client			| latin1					   |
| character_set_connection		| latin1					   |
| character_set_database		  | latin1					   |
| character_set_filesystem		| binary					   |
| character_set_results		   | latin1					   |
| character_set_server			| latin1					   |
| character_set_system			| utf8						 |
| character_sets_dir			  | /usr/share/mysql/charsets/   |
| collation_connection			| latin1_swedish_ci			|
| collation_database			  | latin1_swedish_ci			|
| collation_server				| latin1_swedish_ci			|

 

co moge zmienic? jak probowac importowac ta baze?

Pozdrawiam

YacentY

[hyhyhy 0]

Wrzuć na gzegzolke Pozdr.

[yacenty 0]

Wrzuć na gzegzolke Pozdr.

probowalem, tylko sam juz nie wiem z czego kodowac na co

przerabialem juz rozne warianty, jest lepiej albo gorzej ale nie OK

[hyhyhy 0]

Via Gzegzolka zmien na utf8, a na servie ustaw latin2;) Pozdr.

[yacenty 0]

Via Gzegzolka zmien na utf8, a na servie ustaw latin2;) Pozdr.

przekodowalem plik z iso 8859-2 na utf8 w gzegzolce, wrzucilem do bazy ale dalej lipa

 

ps. jak sie okazalo w bazie znow kodowanie latin1, jak je zmienic na stale?

wczesniej dalem polecenie set character_set_database=latin2;

[hyhyhy 0]

przekodowalem plik z iso 8859-2 na utf8 w gzegzolce, wrzucilem do bazy ale dalej lipa

 

ps. jak sie okazalo w bazie znow kodowanie latin1, jak je zmienic na stale?

wczesniej dalem polecenie set character_set_database=latin2;

Np tak - my.cnf

[mysqld]
default-character-set=latin2
init-connect = "SET NAMES latin2"
[client]
default-character-set=latin2

Pozdr.

[yacenty 0]

Np tak - my.cnf

[mysqld]
default-character-set=latin2
init-connect = "SET NAMES latin2"
[client]
default-character-set=latin2

Pozdr.

zmiany wprowadzone, teraz wszedzie mam latin2;

niestety zaimportowany plik nie daje rady dalej syf

[hyhyhy 0]

zmiany wprowadzone, teraz wszedzie mam latin2;

niestety zaimportowany plik nie daje rady dalej syf

zrzuć mysqldumpem --default-charset=latin2

[yacenty 0]

zrzuć mysqldumpem --default-charset=latin2

nie moge tego zrzucic bo to jest w home.pl a tam tylko phpmyadmin

chyba ze mowisz o bazie ktora jest u mnie

[hyhyhy 0]

Tak, mówię o tej, która jest u Ciebie

[beliq 442]

ALTER TABLE nazwa_tabeli CONVERT TO CHARACTER SET latin2 COLLATE utf8_bin; ?

[yacenty 0]

ALTER TABLE nazwa_tabeli CONVERT TO CHARACTER SET latin2 COLLATE utf8_bin; ?

mysql> alter table cpg143_categories convert to character set latin2 collate utf8_bin;
ERROR 1253 (42000): COLLATION 'utf8_bin' is not valid for CHARACTER SET 'latin2'
mysql> alter table cpg143_categories convert to character set latin2 collate latin2_bin;
Query OK, 24 rows affected (0.00 sec)
Records: 24  Duplicates: 0  Warnings: 0

a co do dumpa, ktory byl wykonany przed proba zmiany kodowania przez silnik mysqla to jest tutaj

 

tak sobie mysle ze chyba walne tym calym importem o sciane i wrzuce to co jest jak jest - co najwyzej recznie zmienie podpisy zdjec i komentarze, wiem ze jest to malo profesjonalne ale jakos moze wtedy uda mi sie naprawic ta baze danych.

 

Jak najlepiej sobie ustawic baze? w sensie jakie kodowanie wybrac zeby w razie czego latwo ja bylo zaimportowac

 

Pozdrawiam i zycze wesolych swiat

YacentY

[Art_ 0]

ehh z kodowaniem zawsze duzo problemów

 

po 1. wyeksportuj baze z home w trybie zgodnosci ( takie cos zaznacza sie w pma , nie pamietam dokladnie jak to sie nazywalo ) z MySQL 4.0

 

( to spowoduje ze wogole w zrzucie z bazy nie bedzie ustawione kodowanie tylko wyeksportuje takie jakie są dane )

 

po 2. sprawdź sobie na dysku jakie masz kodowanie tej bazy ( z tego co mówisz utf8 tak ? )

 

po 3. zmień wiec kodowanie tej nowej bazy na uf8 ( na nowym serwerze )

, ( najlepiej tez dla pewności ustaw kodowanie utf8 w interfejsie pma ) i potem zaimportuj dump'a ...

 

wszystko musi być ok .. popróbuj a nie panikuj na forum

 

( przenosiłem juz kilkanaście razy 200 mb baze forum z najróżniejszych serwerów i jakoś sobie poradzilem )

[yacenty 0]

ehh z kodowaniem zawsze duzo problemów

 

po 1. wyeksportuj baze z home w trybie zgodnosci ( takie cos zaznacza sie w pma , nie pamietam dokladnie jak to sie nazywalo ) z MySQL 4.0

 

( to spowoduje ze wogole w zrzucie z bazy nie bedzie ustawione kodowanie tylko wyeksportuje takie jakie są dane )

baza wyeksportowana - jak ja otwieram w Visual Studio 2005 to brak polskich ogonków

po 2. sprawdź sobie na dysku jakie masz kodowanie tej bazy ( z tego co mówisz utf8 tak ? )

w czym dokladnie moge sprawdzic? linuxowa komenda file podaje ze plik jest uft8, ale baza w home.pl jest latin2

po 3. zmień wiec kodowanie tej nowej bazy na uf8 ( na nowym serwerze )

, ( najlepiej tez dla pewności ustaw kodowanie utf8 w interfejsie pma ) i potem zaimportuj dump'a ...

 

wszystko musi być ok .. popróbuj a nie panikuj na forum

 

( przenosiłem juz kilkanaście razy 200 mb baze forum z najróżniejszych serwerów i jakoś sobie poradzilem )

na nowym serwerze ustawilem utf8, niestety nie mam tu jeszcze pma, bo cos mi sie powalilo i imporuje z poziomu mysqla (putty i na serwerze odpalam mysql -u -p agrofoto

i? male klopoty z istniejacymi tabelami ale...

działa:)

 

stary powiedz mi jak ci moge podziekowac?

gdzie mam wyslac zgrzewke browara albo wymysl jakis inny sposob - tak banalnie a za razem tak skutecznie

 

pozdrawiam i wielce serdecznie dziekuje.

YacentY

 

eh teraz nie dziala mi forum, ale juz chyba mam pomysl jak to zwalczyc

pozdrawiam

YacentY

[yacenty 0]

eh teraz nie dziala mi forum, ale juz chyba mam pomysl jak to zwalczyc

pozdrawiam

YacentY

myslalem ze wyeksportuje standardowo czesc bazy odpowiedzialna za samo forum i bedzie ok,

niestety teraz cos baza szwankuje

 

mysql -u root -p agrofoto <agrofoto2.sql
Enter password:
ERROR 1062 (23000) at line 14649: Duplicate entry 'p-793' for key 1

w tym dumpie jest tylko czesc bazy odpowiedzialna za samo forum i lipa, patrzylem "recznie" to wyglada wszystko ok,

co sie znow moglo popierniczyc?

[HaMtAr0 0]

a zmień na home w phpmyadminie na utf8

[hyhyhy 0]

Zaloguj sie na mysqla, z konsoli, zmień baze i daj source agrofoto2.sql. Pozdr.

[yacenty 0]

Zaloguj sie na mysqla, z konsoli, zmień baze i daj source agrofoto2.sql. Pozdr.

troszke to trwalo bo mialem smieszne problemy po drodze ale w koncu baza trybi jak trzeba

boleslawice.info/forum i boleslawice.info/gallery

 

co ciekawe proba importu

mysql -u root -p agrofoto <agrofoto3.sql

dawała bledy a to co napisał rusel poszlo ok, jak dla mnie bardzo to dziwne.

Teraz interesuje mnie jak bedzie z importem tej bazy jak bede chcial ja przeniesc gdzies indziej, ciekawe czy to wszystko juz jest traktowane jako UFT8 czy dalej beda jakies cuda nie widy:)

tak czy inaczej, chlopaki wielkie dzieki.

 

Pozdrawiam

YacentY

[yacenty 0]

niby ok, ale jednak cos sie zrobilo nie tak, nie wiem czy to przez zmiane tej bazy na uft8, jak pisalem na poczatku galeria zadzialala, forum nie, teraz forum działa ale w galerii sa jakies zgrzyty

sam juz nie wiem co jest zwalone, teraz najgorsze to ze nawet jak cos dodaje do galerii to wpisuje z ogonkami a na stronie pojawiaja sie znaki zapytania, forum działa dobrze

kurde...

[hyhyhy 0]

Złóż komuś ofertę z tą skrzynką browarów, to Ci zrobi;) Pozdr.

[yacenty 0]

Złóż komuś ofertę z tą skrzynką browarów, to Ci zrobi;) Pozdr.

przyjmujesz?

[yacenty 0]

przyjmujesz?

wyglada na to ze problem pokonany -zupelny przypadek,

serwer ma ustawione zmienne lokalizacyjne na latin2 i zwykly najprostszy dump wykonany phpmyadminem,

mam nadzieje ze to juz koniec moich problemow