[Daniel]

Witam,

przyszedł czas na zmianę serwera szkolnej strony i mam problem...

MySQL na obecnym serwerze 4.0.18, phpMyAdmin 2.8.2.4. Wersja MySQL na webd.pl 4.1.18, phpMyAdmin 2.8.2.4.

Wcześniej miałem trochę starszą wersję, ale wrzuciłem nowszą z nadzieją, że to coś zmieni. Ale w czym rzecz... Po imporcie bazy po prostu nie ma polskich znaków diakrytycznych, jest [?]. Ł i G jest, nie ma pozostałych liter. Jakie kodowanie ustawić*w imporcie, żeby odpowiednio znaki wyświetlał? A może robie coś źle przy eksporcie? Ale tam opcji kodowania nie znalazłem...

Proszę o pomoc

[ramires]

1) Dobrze ustawiłeś metodę porównywania znaków? 2) Jeśli baza nie jest duża, otwórz ją np. SubEthaEdit i przekonwertuj. 3) Jeśli robiłeś dump-a z phpMyAdmin to wywal ze skryptu DEFAULT CHARSET w pierony.

[Daniel]

1) Dobrze ustawiłeś metodę porównywania znaków?

Przy imporcie? 4 razy ustawiłem inny... UTF 8, 1250, i ISO 8859-2 oraz jakiegoś*europejskiego generala....

2) Jeśli baza nie jest duża, otwórz ją np. SubEthaEdit i przekonwertuj.

6.5 MB, SubEthaEdit już ściągam.

3) Jeśli robiłeś dump-a z phpMyAdmin to wywal ze skryptu DEFAULT CHARSET w pierony.

Gdzie to mam wywalić? Przy eksporcie czy imporcie. Do skryptu phpMyAdmina na serwerze, gdzie chcę zaimportować bazę nie mam żadnego dostępu.

[Przemion]

Ad.3 wyeksportowany plik wyedytuj w SubEthaEdit, i wywal tą linijke... (jak ja kocham bazy MySQL - miałem baaaardzo podobne problemy 3 dni temu)

[ramires]

To nie sql tylko dziadowskie narzędzia. Przy dumpowaniu on narzuca kodowanie BAZY a nie wpisów, i dlatego takie jaja są. Inny numer to taki, że dump zrobiony z phpmyadmin nawet na maku nie daje sie poprawnie zaimportować potem, bo właśnie blokuje go "Default charset" A co do kodowania, to musisz pamiętać, że pracujesz na dwóch lub trzech warstwach kodowania. 1) programu jakiego używasz 2) bazy 3) wprowadzanych danych stąd w phpmyadmin są metody porównywania znaków

[Daniel]

"charset" występuje tylko raz... Nie ma "default charset". Tylko kodowanie galerii. Jakieś inne pomysły?

[eyedropper]

radzę się zaopatrzyć w Navicata do takich hopsów,
ja niedawno przenosiłem nim dość spore bazy i nie było problemów
http://www.navicat.com
jest w nim specjalne narzędzie tools -> data transfer
program nie jest za darmo ale wersja trial (30days) jest w pelni
funkcjonalna

[Daniel]

radzę się zaopatrzyć w Navicata do takich hopsów,
ja niedawno przenosiłem nim dość spore bazy i nie było problemów
http://www.navicat.com
jest w nim specjalne narzędzie tools -> data transfer
program nie jest za darmo ale wersja trial (30days) jest w pelni
funkcjonalna

Pobrałem. Co mam dalej zrobić? Połączyć się z serwerem? Błąd wyskakuje...

[koolavy]

Jaką podajesz nazwę hosta? Nie podawaj na początku protokołu - http://

[Daniel]

Więc co wpisać?

[koolavy]

Samą nazwę hosta bez http, tyle że nie wiadomo czy ten twój serwer MySQL obsługuje połączenia po sieci.

[Daniel]

Samą nazwę hosta bez http, tyle że nie wiadomo czy ten twój serwer MySQL obsługuje połączenia po sieci.

Sam sobie musiałem phpmyadmina wrzucić... Więc chyba nie?

[koolavy]

Jeśli phpmyadmina masz na serwerze tam gdzie stronę i serwer MySQL to łączysz się lokalnie, a nie przez sieć - taka różnica

[Daniel]

Jeśli phpmyadmina masz na serwerze tam gdzie stronę i serwer MySQL to łączysz się lokalnie, a nie przez sieć - taka różnica

Czyli nie połącze się przez Navicata?

[koolavy]

Jeśli ci się nie udaje to może napisz do admina i go poproś o taki dostęp jeśli jest możliwość.

[Daniel]

Jeśli ci się nie udaje to może napisz do admina i go poproś o taki dostęp jeśli jest możliwość.

Nie ma takiej możliwości... To nie jest konto 'hostingowe'...

[koolavy]

Ale w czym jest problem? Możesz chyba poprosić człowieka o taki dostęp na powiedzmy 30 minut - tak żeby porządek z bazą zrobić? A jak nie to może lokalnie użyj tego Navicata i wgraj przerobioną bazę na serwer.

[eyedropper]

najczęściej jest tak ze nazwa hosta nie jest dokladnie taka jak nazwa domeny np. mam domene juzek.com a nazwa hosta sql jest sql.jakisserwer.com .. wiec jesli wpisujesz juzek.com i masz tez taka domene to znaczy ze nazwa hosta jest inna... mozesz tez miec zablokowany dostep z zewnatrz jak podejrzewa koolavy ale nawet jesli tak to w wiekszosci paneli administracyjnych mozna ustawic ip za jakich mozna sie laczyc z sql, wpisz tam swoje......... no ale jesli to nie jest konto hostingowe a np. na jakichs cywilnych kompach w sieci to musisz odblokowac im porty dla sql-a i przez nie sie laczyc navicatem, (czyli w ust. firewall musisz otworzyc port i nadac numer standard to 3306 i taki sam w navicat)

[Daniel]

Wszystko już działa. Dzięki za pomoc. Macie po punkciku;)

[koolavy]

Nie ma za co i dziękuję