ROZWIĄZANY: Zmiana kodowania bazy

[Gość MotyF]

Wydaje mi się, ze przez kodowanie bazy (ISO) import langa z xml'a poprostu klęka (langi sa w utf-8). Zresztą coraz mniej zalet iso widzę, dlatego chce zmienić kodowanie bazy. Oczywiście na backupie będę działał ale mam parę pytań:

1. Zmiana kodowania bazy na UTF-8 w tej chwili sprawi tylko tyle, że import przez PhpMyAdmina odbędzie się w UTF-8 a dane ze strony nadal będą wsadzane jako ISO

2. Prze konwertowanie bazy na UTF-8 - czym? grzegżółka nie pomaga - kończe pisać skrypt, który sam przeszukuje wg. kluczy bazę i zamienia kodowanie ze wskazanego na oczekiwane.

3. Zmiana plików lang na serwerze a najlepiej ponowny import langa ?.

4. Zmiana porównań zapisu z latin na utf-8 w tabelach. (to też skrypt wykona).

Czy są to wszystkie potrzebne kroki i czy są zgodne z logiką zmiany kodowania?

[DawPi]

Ad 1 - zmień kodowanie bazy, tabel i wszystkich tekstowych pól w każdej tabeli,

Ad 2- ja tam gżegżółką robiłem, nie było problemów. Skrypt również mam, ale gżegżółka szybsza,

Ad 3 - tylko ponowny import,

Ad 4 - wyżej pisałem.

[Gość MotyF]

Gżegżółka po pierwsze nie rozpoznaje kodowania (ustalam ręcznie) a po skompresowaniu na tar.gz phpmyadmin wywala błędy importu.

Edytowane 4 Stycznia 2010 przez MotyF

[DawPi]

Tak, jak pisałem - używałem gżegżółki i było OK. Ale nie ma sprawy - jeśli Twój skrypt poradzi sobie z tym, tak, jak i mój, to będzie OK. Choć preferuję gżegżółkę ze względu na szybkość działania.

[Gość MotyF]

Skrypt okazał się dobry. 600MB baza przerobiona lokalnie w 23 minuty. Teraz czas na prace online.

[DawPi]

Problem ROZWIĄZANY. Jeśli są jakiekolwiek wątpliwości, pytania proszę o założenie nowego tematu.

Wszelkie uzasadnione reklamacje/pretensje/sugestie/rady przyjmuje ekipa forum.