ForumCała strona

Nawigacja

Aktualnie online

Gości online: 5

Użytkowników online: 0

Łącznie użytkowników: 25,386
Najnowszy użytkownik: Hisfatt

Logowanie

Nazwa użytkownika

Hasło



Zarejestruj się

Odzyskaj hasło

Shoutbox

Musisz zalogować się, aby móc dodać wiadomość.

Zbigniew@
28.04.2024 21:33:51
Nareszcie udało się .V9 Document checking completed. No errors or warnings to show.

JazOOn
27.04.2024 21:35:25
Jazda. Udało się. Firma rusza.

Zbigniew@
01.04.2024 12:28:45
Wszystkiego najlepszego z okazji świąt.

JazOOn
28.02.2024 19:25:31
ja zostałem przy fusionie ale nazywa się 360. Projektowanie i druk 3d...

MajsterBieda
25.02.2024 00:12:42
Ponad 20 lat .... tosz to sioook panie.... Grin

Pobierz nową wersję
Pobierz podręcznik
Zobacz inne oficjalne Supporty
Statystyki supportu
PHP-Fuson PL na Facebooku

RSS

Polecamy hosting SferaHost.pl

Zobacz temat

Polski Oficjalny Support PHP-Fusion » PHP-Fusion v5.00-v6.01 Support » Instalacja
 Drukuj temat
Kodowanie polskich znaków - rozwiązanie
Pieka
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 Smile
 
www.php-fusion.pl
Wścibski Gość
Dodany dnia 29.04.2024 04:31:24
Pan Kontekstualny

Postów: n^x
Data rejestracji: Zawsze

Polecamy hosting SferaHost.pl
IP: localhost  
Spoczywaj w pokoju... wlodekp
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ę:
phpmyadmin_1.jpg

 
wlodekp.europa.pl
pawelx1988
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ś:

www.iv.pl/thumb/135325.jpeg
 
www.djraven.pl
Spoczywaj w pokoju... wlodekp
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.
 
wlodekp.europa.pl
pawelx1988
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.
 
www.djraven.pl
lunaticdnb
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
 
Spoczywaj w pokoju... wlodekp
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");

 
wlodekp.europa.pl
robertxwj
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
 
Spoczywaj w pokoju... wlodekp
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
 
wlodekp.europa.pl
robertxwj
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 Smile ,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
 
Spoczywaj w pokoju... wlodekp
A czy przypadkiem nie używasz tinymce i wtedy to ma miejsce?
 
wlodekp.europa.pl
robertxwj
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
 
Spoczywaj w pokoju... wlodekp
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
 
wlodekp.europa.pl
robertxwj
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
 
Spoczywaj w pokoju... wlodekp
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
 
wlodekp.europa.pl
robertxwj
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 Smile
Chcesz poderwać koleżankę, zaproponuj jej maślankę...! http://www.ciechanowiec.media.pl
 
Gander
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:
Pobierz kod źródłowy  Rozwiń Kod źródłowy
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.
 
gander.solutions
Imrahil
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:
Pobierz kod źródłowy  Rozwiń Kod źródłowy

i to:
Pobierz kod źródłowy  Rozwiń Kod źródłowy

Ale nic nie pomogło.
Co robić?
www.tolkien-world...
Zapraszam serdecznie
strzelec.png
 
www.tolkien-world.info
Pieka
Po dodaniu nalezy kliknac przynajm niej dwa razy F5. Poza tym, gdzie jest adres strony?
Jestem jaki jestem Smile
 
www.php-fusion.pl
Imrahil
Niestety nie działa. Adres:
imrahil.ugu.pl
Edytowane przez Imrahil dnia 10.07.2008 12:42:38
www.tolkien-world...
Zapraszam serdecznie
strzelec.png
 
www.tolkien-world.info
Przejdź do forum:
Created by Arox Copyright (C) 2004
Copyright (C) 2004 - 2018 Ekipa PHP-Fusion.pl