Witam!

Przenoszę bazę na inny serwer i mam problem z kodowaniem.
Przeczytałem już kilka tekstów w sieci z tym związanych, jednak wszystkie metody jakich użyłem okazały się niewystarczające. Albo ja to źle robiłem ...

Przedstawię ogólną konfigurację:
Baza przenoszona z Serwer1 na Serwer2.
Serwer1
Ustawienia na stronie głównej phpmyadmin(2.6.4-pl2) :

Zabytanie do bazy:

zwraca:

Serwer2
Ustawienia na stronie głównej phpmyadmin(2.6.1):

Zabytanie do bazy:

zwraca:
W obec takch ustawień, jakie kroki powiniennem poczynić, aby kodowanie na Serwer2 było prawidłowe?
Przy wgrywaniu bazy z poziomu phpmyadmin, jaki zestaw znaków dla pliku wybrać?
Z góry dziękuję za pomoc.

Mam ten sam problem. Potrzebuję przejść z bazy MySQL z latin2 na latin1. Czy ktoś zna sposób?

Nie lepiej żebyście zostali w latin2 i wymusili na każdej bazie na którą się przeniesiecie latin2 ? poprzez mysql_query w plikach łączących się z bazą jeśli skrypt nie ma opcji zmieniania kodowania

stestuj na początku połączenia do bazy

[SQL] pobierz, plaintext 
SET NAMES kodowanie
[SQL] pobierz, plaintext 

gdzie kodowanie, latin1, latin2 lub utf8.

tosiekWszystko ok ale jak się kursuje między hostami albo robi się często aktualizacje przy kilkudziesięciu skryptach to lepiej skonwertować bazę pod danych host. Aktualizując pliki php tylko je nadpisujesz a nie nie grzebiesz w kodzie co wydłuża czas. Polska powinna mieć ustalony standard dla naszych znaków. Jak mam portal po ang to może być baza wszystko jedno jaka. Tam nie jest ważne kodowanie chyba że są szczególne znaki. Powinno to być ujednolicone albo powinien ktoś sporządzić tools. Z tego co się zorientowałem nie ma takiego do dużych baz danych MySQL dlatego nasza firma jest już zajęła się tym tematem i tworzymy przydatne darmowe narzędzie

Hmm dla mnie np. wygodniej ustawić sobie bazę ( host ) pod własne wymagania niż przerabiać - konwertować całą bazę. Bo może się to skończyć utratą znaków polskich, z reguły konwersji używa się do naprawy baz gdzie występuje wiele kodowań ( ale z reguły ręcznie) czyli do ratowania bazy. Do konwersji możesz spróbować użyć gżegżółki
http://www.gzegzolka.com/

Ale i tak wolę dodać w pliku łączącym się z bazą jedną linijkę niż przerabiać 70 baz danych.
Wywołujesz SET NAMES przez mysql_query i baza jest ustawiona pod twoje wymagania
Jakby co w dokumentacji masz dużo o ustawieniach: http://dev.mysql.com/doc/refman/5.0/en/cha...connection.html

Ale i tak polecam "przestawić" nową baze na latin2:
wstaw pod:

to:


Oczywiście $dbselect będzie się różnić Ale zostajecie we własnym kodowaniu

A żeby przestawić baze na latin2 możecie wejść w operacje >> system porównania na latin2_general_ci
lub wykonać zapytanie:

za `nazwa_bazy` wstawcie nazwę bazy (przydałoby się narzędzie które by zmieniało dla istniejących tabel )
I macie przestawioną bazę na latin2 i każda tabela jaka wgracie będzie miała kodowanie latin2 i tylko będzie brakować mysql_query

Przy aktualizacji skryptu z reguły plików łączących z bazą się nie zmienia więc zawsze gdzie przeniesiesz ten plik takie kodowanie przyjmie baza podczas połączenia. No i trzeba tez przestawić bazę co zajmie 30sec roboty

PS wykonjcie sobie zapytanie:

I


To zobaczycie jak ładnie ustawia waszą bazę

tosiek gżegżółki nie ma latin1

A iconv ?
http://www.gnu.org/software/libiconv/
Poczytaj na google więcej, sam dokładnie nie umiem się tym posługiwać

Ps tez jest wersja pod Windowsa
http://gnuwin32.sourceforge.net/packages/libiconv.htm

tosiek iconv - nie przerobi dużych baz dlatego tworzymy własny tools

To życzę wam powodzenia Ale kurde coś musi obsługiwać (konwerter) latin1 ;/

Właśnie są problemy. Sami jeszcze nie wiemy jakie ma być wspólne kodowanie ale na razie zostanie utf-8

Kurcze zostańcie na latin2 lub utf8... dajcie sobie spokój z latin1 bo tam nie ma polskich znaków

Zobacz taka tablicę :
z latin1 na latin2:


Moze sie przyda bo nie znam się na php Ale tablice sam zrobiłem

PS pamiętaj że liczy się wielkość liter i cyfr

ja nie rozumiem główkowania, według mnie najlepszy jest UTF-8 Nie trzeba męczyć się w żadne znaczki jak przy latin2. Nigdy się nic nie krzaczy, pod każdą przeglądarką wyświetlane jest dobrze. Więc po co kombinować?

I dlatego nasz tools w pierwszej wersji będzie przekonwertowywał do UTF-8