Zobacz temat
Kodowanie tłumaczenia - kodowanie bazy danych
|
|
Riklaunim |
Dodany dnia 14.09.2006 15:51:47
|
Początkujący Postów: 244 Data rejestracji: 07.08.2004 10:53 |
kończę remont Bibliotek powoli i aktualizuję obecnie opis instalacji php-fusion. Natrafiłem na mały "błąd", otóż po instalacji na mysql5 (5.0.24) w panelu admina ścięte są podpisy pod modułami (a nazwy te są przechowywane w bazie): Ustawienia R - tnie na pierwszym polskim znaku. Zmiany collation/charset na latin2 i przeinstalowanie dało Ustawienia R??ne - efekt podwójnego iso-8859-2 dane pobierane bezpośrednio z plików tłumaczeń są wyświetlane poprawnie... nie wiem czy jest jakieś rozwiązanie tego problemu ale dla MySQL5 zalecam używanie utf-8 tj zmianę kodowania plików spolszczenia na utf-8 (odpowiednie "zapisz jako" ) bo latin* w MySQL to generalnie porażka. Edit: instalacja w wersji utf-8 działa ślicznie Edytowane przez Riklaunim dnia 14.09.2006 15:55:35 |
|
|
Wścibski Gość |
Dodany dnia 23.12.2024 14:16:25
|
Pan Kontekstualny Postów: n^x Data rejestracji: Zawsze |
|
IP: localhost | |
wlodekp |
Dodany dnia 14.09.2006 16:40:07
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Może w takim razie ja z mojego doświadczenia. Od początku mojej przygody z Fusion używam mysql 5 i php5(ponad rok ). wystartowałem 5.0.1 alfa teraz jadę na 5.1.6 Problemy są tylko i wyłącznie z Latin2 którego wogóle nie trawi. Ostatnimi czasy próbowałem zaimportować u siebie bazę zrobioną w latin2 4.1 i w żaden sposób nie udaje mi się uzyskać polskich liter z bazy. Stosując wszystkie możliwe konwersje, wklejając na żywca kod polskich liter z phpmyadmin w latin2. Nowa to samo Natomiast latin1 nawet defoult mam szwedzki jest OK i można zrobić wszystko. Mam 2 strony przekodowane całkowicie na UTF8-html i chyba uczynię to u siebie standardem Fusion-znikają problemy z rss parser i polskimi literami oraz dowolnymi fontami ttf-kreowanymi przez GD. Reasumując-latin2 to w 5-tkach totalna porażka.
|
|
|
Pieka |
Dodany dnia 14.09.2006 19:02:00
|
Postów: 19885 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12 |
Nie widze problemy w przekodowaniu we wlasnym zakresie plikow locali U mnie standardem jest utf-8 i pliki po tlumaczeniu musialem extra zapisywac w iso. Jednak w zwiazku z tym, ze w 99% jest to odpowiednie kodowanie, nie sadze aby mialo sens cokolwiek zmieniac. W kazdym razie nie w sensie globalnym. Jestem jaki jestem
|
|
|
wlodekp |
Dodany dnia 14.09.2006 19:27:04
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Globalnie-pewnie że nie-tylko zależy czego się używa, większośc locali-narodowych Fusion jest w iso-przećwiczyłem akurat dzisiaj temat testując litewski mod zmiany języka online-dopisując wybór do wszystkich swoich paneli(jeszcze nie to, ale prawie) Mam takie strony, ponieważ mam ustawione na serwerach automaty html-iso i utf8, obsługują co się zapoda-bez wymuszeń-i wszystko chodzi. Jednak UTF8 to światowy standard multi w UNIX od zawsze. |
|
|
wlodekp |
Dodany dnia 15.09.2006 09:21:40
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Jeśli przy nowej instalacji Fusion widzimy brak polskich liter w nawigacji i PA-jest to sygnałem, że utworzona baza na Waszym serwerze ma kodowanie Latin2 i pochodzi z wersji mysql5, użycie załączonego pliku setup.php pkrzekoduje instalowane tabele do UTF8 general_ci i tak zapisze dane z locali i późniejsze wpisy systemu. Należy tego dokonać zaraz na starcie-bo późniejsze zmiany będą tylko widoczne w dodanych wpisach, po ich zrobieniu. W starych wystąpi brak polskich liter. Później na piechotę trzeba rzeźbić, najpierw zmienić charsety generalne tabel, poleceniem TRUNCATE usunąć stare wpisy i dopiero tworzone nowe będą dobre, warto więc na początku tego dokonać. plik pochodzi z 6.01.5 Ciebie rowniez obowiazuje regulamin-post za postem/Pieka
wlodekp dodał/a następującą plik:
Edytowane przez Pieka dnia 15.09.2006 12:03:27 |
|
Przejdź do forum: |