Zobacz temat
Kodowanie polskich znaków - rozwiązanie
|
|
Pieka |
Dodany dnia 19.03.2008 19:14:42
|
Postów: 19882 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12 |
Moment, Ty nie chcesz przeniesc do NetArt'u tylko na OVH. Wybacz, wprowadzilem Cie w blad, to co jest w opisie wlodekp jest w tym przypadku wlasciwe. Moj opis ma zastosowanie przy odwrotnym dzialaniu (OVH => NetArt). Jestem jaki jestem
|
|
|
Wścibski Gość |
Dodany dnia 22.11.2024 08:18:09
|
Pan Kontekstualny Postów: n^x Data rejestracji: Zawsze |
|
IP: localhost | |
wlodekp |
Dodany dnia 19.03.2008 19:31:23
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
W phpmyadmin po wybraniu bazy górna belka klik zmienne i wartość globalna ma znaczenie, nie te które podajesz.
wlodekp dodał/a następującą grafikę:
|
|
|
pawelx1988 |
Dodany dnia 19.03.2008 20:36:25
|
Przedszkolak Postów: 92 Ostrzeżeń: 5 Data rejestracji: 13.09.2007 15:45 |
Szukam i szukam zmiennych i nic, patrzyłem wcześniej na strony, gdzie podawałeś komuś jak znaleźć, ale na pulpicie mojego myphpadmina jest takie coś: |
|
|
wlodekp |
Dodany dnia 19.03.2008 22:13:11
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Kliknij procesy pojawi się górna belka, na której będą zmienne, ja tak mam na ovh org, te dane są potrzebne głównie ze starego serwera, ale dobrze widzieć oba.
|
|
|
pawelx1988 |
Dodany dnia 20.03.2008 05:48:45
|
Przedszkolak Postów: 92 Ostrzeżeń: 5 Data rejestracji: 13.09.2007 15:45 |
Zmieniliśmy całą bazę na całkowicie inne kodowanie z utf-8 na latin1, czyli tak zwanie cała baza poszła w mak i zamieniliśmy. Działa wszystko jak należy. |
|
|
lunaticdnb |
Dodany dnia 13.04.2008 15:37:40
|
Przedszkolak Postów: 4 Data rejestracji: 15.01.2008 20:36 |
Mam vertrigo 2.2 z phpMyAdmin 2.11.4 na lokalnym dysku oraz miejsce na płatnej platformie z tą samą wersją pMA Po zrobieniu tego co mam zrobić na bazie lokalnej chce przenieść treść używając export a następnie import pliku .sql Problem polaga na tym, że po imporcie przeglądając bazę w phpMyAdmin wszystkie polskie znaki są OK natomiast php-fusion wyświela znaki zapytania zamiast a, ę itd Jak to naprawić? Edytowane przez Milka dnia 13.04.2008 17:07:32 |
|
|
wlodekp |
Dodany dnia 13.04.2008 16:18:49
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Jeśli w phpmyadmin widzisz normalnie polskie znaki to świadczy o tym, że kodowanie jest latin2 spróbuj więc wstawić w maincore po: $link = dbconnect($db_host, $db_user, $db_pass, $db_name); To:dbquery("SET NAMES latin2");
|
|
|
robertxwj |
Dodany dnia 02.05.2008 21:26:39
|
Przedszkolak Postów: 27 Data rejestracji: 01.07.2006 17:19 |
Witam ! Mam problem z kodowaniem , ale dotyczy on tylko części fusiona - tzn news.php jest ok , PA też jest ok tzn są polskie znaki , natomiast kiedy wejdę w edycję newsów : /administration/news.php?aid=xxx, to nie mam polskich znaków i w przeglądarce nie mogę zmienić na np EuropaSrodkowa ISO , tylko tkwi twardo UTF 8 ... Od czego zacząć ? Może ktoś mi podpowie ...? http://www.ciecha...c.media.pl Edytowane przez Milka dnia 02.05.2008 22:44:58 Chcesz poderwać koleżankę, zaproponuj jej maślankę...! http://www.ciechanowiec.media.pl |
|
|
wlodekp |
Dodany dnia 02.05.2008 22:37:00
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Takie przypadki już były, kiedy były jakieś babole w kodzie typu np bolesna wstawka w localach(zapomniana) widoczna tylko w źródle. Tak więc lukam na Twoje źródło wstawek nie widzę, ale: href="http://www.ciechanowiec.media.pl/advancedpoll/index.php"target="_blank"><img src="http://ciechanowiec.media.pl/images/SONDA.jpg" width="160" height="90" <img src nie jest na końcu domknięty> nie musi być to przyczyną, ale może być, gdyż dalszy kod nie jest interpretowany poprawnie, popatrz w FF źródło będzie pięknie na czerwono. Edytowane przez wlodekp dnia 02.05.2008 22:37:47 |
|
|
robertxwj |
Dodany dnia 03.05.2008 10:33:18
|
Przedszkolak Postów: 27 Data rejestracji: 01.07.2006 17:19 |
Faktycznie - tak było i poprawiłem,ale błąd jest gdzie indziej tzn znalazłem dzięki wlodekp coś takiego : <meta http-equiv='Content-Type' content='text/html; charset=iso-8859-2iso-8859-2'> i to jest właśnie babol ,ale gdzie go szukać fizycznie ? Widać to w źródle przy próbie edycji newsa ...
Chcesz poderwać koleżankę, zaproponuj jej maślankę...! http://www.ciechanowiec.media.pl |
|
|
wlodekp |
Dodany dnia 03.05.2008 10:52:22
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
A czy przypadkiem nie używasz tinymce i wtedy to ma miejsce?
|
|
|
robertxwj |
Dodany dnia 03.05.2008 11:20:08
|
Przedszkolak Postów: 27 Data rejestracji: 01.07.2006 17:19 |
Właśnie wpadłem na ten sam pomysł i wyłączyłem tiniego , ale nic się nie zmieniło ... niestety . To ciekawe , że zauważylem to dopiero teraz , kiedy próbowałem z laptopa z windą puścić newsa - do tej pory wchodziłem z linuxa i firefoxa to nie miałem i nadal nie mam problemów z kodowaniem ...
Chcesz poderwać koleżankę, zaproponuj jej maślankę...! http://www.ciechanowiec.media.pl |
|
|
wlodekp |
Dodany dnia 03.05.2008 11:27:09
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
No to po takich informacjach stawiamy na kompa cache przeglądarki itd, a może nie? W tej chwili jadę z win xp pro i 3 podstawowych przeglądarek, ciekawe czy też bym tak widział-eliminacja błędów. Edycja Wspominałem wcześniej o localach i babol może byż w pliku: locale/admin/news-articles.php, który jest dołączany do administration/news.php. Edytowane przez wlodekp dnia 03.05.2008 11:37:10 |
|
|
robertxwj |
Dodany dnia 03.05.2008 12:12:14
|
Przedszkolak Postów: 27 Data rejestracji: 01.07.2006 17:19 |
Sprawdziłem locale - mają prostą strukturę i nie wiem co by w nich miało być nie tak , a co do kompa , to raczej też nie to , bo z drugiego laptopa z vistą mam to samo i to po wyczyszczeniu cache - błędne kodowanie tylko po kliknięciu w "news" w PA - a ogólnie w PA jest kodowanie poprawne ... a co z tym ? - <meta http-equiv='Content-Type' content='text/html; charset=iso-8859-2iso-8859-2'> to chyba nie wygląda prawidłowo ?
Chcesz poderwać koleżankę, zaproponuj jej maślankę...! http://www.ciechanowiec.media.pl |
|
|
wlodekp |
Dodany dnia 03.05.2008 12:20:59
|
Weteran Postów: 3101 Pomógł: 29 Data rejestracji: 21.05.2005 22:27 |
Właśnie nie wygląda prawidłowo, ale ja go nie widzę bo mniemam, że Ty to masz w trybie edycji. Co do locali to wystarczy brak jednego apostrofu w ich kodzie linux oleje FF powinien też natomiast IE tak będzie reagował, bo nic nie wspominasz jaka to przeglądarka, gdzie tak już było i pomagałem właśnie tylko w IE I mówię o localach sprawdzanych w edytorze php nie rzuceniu okiem z notatnika. Podmień może wspomniane pliki administration/news.php i locali admin na oryginalne z instalki. Nie nadpisuj, kasuj i wgraj nowe. Edytowane przez wlodekp dnia 03.05.2008 12:30:28 |
|
|
robertxwj |
Dodany dnia 03.05.2008 14:26:34
|
Przedszkolak Postów: 27 Data rejestracji: 01.07.2006 17:19 |
Dzięki za pomoc - chociaż pod IE dalej mam co miałem , ale po zainstalowaniu firefoxa moge newsy z laptopa pisać - i o to chodziło . Podmiana plików nic nie dała , ale jeszcze spróbuję cokolwiek wyjaśnić , bo nie lubię jak mnie cokolwiek przerasta
Chcesz poderwać koleżankę, zaproponuj jej maślankę...! http://www.ciechanowiec.media.pl |
|
|
Gander |
Dodany dnia 19.05.2008 23:39:47
|
Bywalec Postów: 720 Pomógł: 37 Data rejestracji: 22.05.2005 23:17 |
Ja rozwiązuję problem następująco: Wszędzie używam kodowania latin2 / iso-8859-2 i tak jak @wlodekp napisał na początku w funkcji dbconnect() dodaję polecenie: natomiast przy przenoszeniu nie eksportuję do pliku tylko kopiuję między phpMyAdmin-em źródłowym i docelowym. Dzięki temu zabiegowi na nowej bazie mam kodowanie tabel w latin2_general_ci. Żeby wszystkie nowe tabele w bazie były w latin2 w zakładce "operacje" dla bazy danych ustawiam pole "Metoda porównywania napisów" na latin2_general_ci. Nie wiem czy to jest poprawne działanie, ale jak do tej pory działa bez zarzutu na wszystkich serwerach gdzie mam latin1 w standardzie także na serwerze lokalnym WampServer. |
|
|
Imrahil |
Dodany dnia 09.07.2008 20:19:38
|
Początkujący Postów: 168 Ostrzeżeń: 3 Data rejestracji: 10.09.2007 18:50 |
Witam. Przeniosłem swoją stronę z byethost.com na ugu.pl. Tak u mnie jak i u wielu innych użytkowników pojawił się problem z kodowaniem polskich znaków- cholerne znaki zapytania :/ Stary serwer: System kodowania znaków dla MySQL: UTF-8 Unicode (utf8) System porównań dla połączenia MySQL: UTF-8 Unicode (utf8) Metoda porównywania znaków: utf8_polish_ci Nowy serwer: System kodowania znaków dla MySQL: UTF-8 Unicode (utf8) System porównań dla połączenia MySQL: UTF-8 Unicode (utf8) Metoda porównywania znaków: utf8_polish_ci Jak widać ustawienia identyczne, a mimo to występuje problem. Dodawałem to: i to: Ale nic nie pomogło. Co robić? |
|
|
Pieka |
Dodany dnia 09.07.2008 20:24:14
|
Postów: 19882 Pomógł: 767 v7.02.03 Data rejestracji: 23.02.2005 18:12 |
Po dodaniu nalezy kliknac przynajm niej dwa razy F5. Poza tym, gdzie jest adres strony?
Jestem jaki jestem
|
|
|
Imrahil |
Dodany dnia 10.07.2008 12:42:17
|
Początkujący Postów: 168 Ostrzeżeń: 3 Data rejestracji: 10.09.2007 18:50 |
Niestety nie działa. Adres: imrahil.ugu.pl Edytowane przez Imrahil dnia 10.07.2008 12:42:38 |
|
Przejdź do forum: |