Skocz do zawartości

Web Hosting Talk

  • progreso.pl

    Partner technologiczny

    Upraszczamy to, co inni starają się komplikować. Prosto, pewnie, przyjaźnie - tak robimy hosting!
  • Kei.pl

    Partner technologiczny

    Kei.pl działa na polskim rynku internetowym od 2000 roku. Obecnie na blisko 300 serwerach w Centrum Danych Kei.pl znajduje się kilkadziesiąt tysięcy stron WWW.
  • S-NET.info

    Partner technologiczny

    S-NET to dostawca usług dla biznesu. Najważniejsze usługi świadczone przez firmę to usługi Centrum Danych, dostęp do Internetu, transmisja danych oraz tranzyt do różnych operatorów.
  • Sprint Data Center

    Partner technologiczny

    Sprint Data Center to jedyne w Polsce północno-wschodniej i jednocześnie jedno z najnowocześniejszych w kraju centrum przechowywania i przetwarzania danych.

 

[mysql] - Kodowanie i krzaki po raz n'ty - dla mózgowców


7 odpowiedzi na ten temat

[mysql] - Kodowanie i krzaki po raz n'ty - dla mózgowców

#1 pieto

    Często na forum

  • Użytkownicy
  • 65 postów

Napisany 22 kwiecień 2008 - 16:56

Witam znowu temat krzaków ehh,
otóż mój problem tylko z niektórymi znakami np japońskimi,
oczywiście przy kodowaniu utf8,
Serwer mysql 4.1.13 php 4 coś, suse 10

lokalnie nawet kiedy przerzucam baze z serwera nie ma problemow -
tu mam mysql 5 php 5 vista

czy może to byc tylko wina wersji mysql ? (ustawienia kodowania mam takie same )

Kapią sie głownie Polskie - duże litery i nietypowe np chińskie znaki
np. http://www.zgapa.pl/...ia/Japonia.html

Domyslam sie ze zmiana bazy na serwerze na mysql 5 rozwiaze problem, jednak boje sie tego ze wzgledu na powiazane inne pakiety (plesk)

Czy da sie to jakos obejsc lub naprawic ?
ew jakaś protezka typu przeparsowanie tych znakow przy wyswietlaniu
probowalem juz roznych kombinacji my.ini, set name colocation etc..

z góry thx i duzy browar za pomoc
zgapa.pl -> Materiały i wypracowania

#2 patrys

    Czarny charakter

  • Moderatorzy
  • PipPipPipPipPipPipPipPip
  • 2026 postów
  • Skąd:Słupsk
  • Imię:Patryk

Napisany 22 kwiecień 2008 - 19:18

uff nie dość, że plesk to jeszcze suse.
Da się zrobić tam mysql 5 ale to trochę gimnastyki i być może pomoże.
Różnice pomiędzy mysql 4.1 a 5.x są dość znaczne i problemy z znakami są możliwe.
.

#3 M.B.

    Nowy użytkownik

  • Użytkownicy
  • 17 postów

Napisany 22 kwiecień 2008 - 19:35

Jeżeli chodzi o skrypty PHP to przez kilka lat praktyki udało mi się wypracować patent który działa na praktycznie wszystkich serwerach:

To dodajesz do skryptów PHP:

ini_set('output_handler', ''); // wyłącza wynalazki typu iconv
mb_internal_encoding("UTF-8");
mb_http_output( "UTF-8" );
mysql_query("SET NAMES 'utf8'");

Jeżeli jest dostęp do plików konfiguracyjnych wskazane jest:

mysql.conf

[mysql]
default-character-set=utf8

php.ini

default_charset = "utf8"

#4 pieto

    Często na forum

  • Użytkownicy
  • 65 postów

Napisany 22 kwiecień 2008 - 21:29

Tak jak myślałem - nie pomogło,

Znalazłem tymczasowe rozwiązanie - http://forum.mambose...hp/t-58188.html
jednak trochę tego nie ruzmiem, gostek zminil dlugosc pola ? u mnie pole to text wiec ciezko z tym ..
zgapa.pl -> Materiały i wypracowania

#5 lazy

    Stały użytkownik

  • Użytkownicy
  • PipPipPipPipPip
  • 109 postów
  • Skąd:Gdańsk

Napisany 22 kwiecień 2008 - 21:55

Zobacz postpieto, o 22.04.2008, 17:56, powiedział:

Witam znowu temat krzaków ehh,
otóż mój problem tylko z niektórymi znakami np japońskimi,
oczywiście przy kodowaniu utf8,
Serwer mysql 4.1.13 php 4 coś, suse 10

lokalnie nawet kiedy przerzucam baze z serwera nie ma problemow -
tu mam mysql 5 php 5 vista

czy może to byc tylko wina wersji mysql ? (ustawienia kodowania mam takie same )

Kapią sie głownie Polskie - duże litery i nietypowe np chińskie znaki
np. http://www.zgapa.pl/...ia/Japonia.html

Domyslam sie ze zmiana bazy na serwerze na mysql 5 rozwiaze problem, jednak boje sie tego ze wzgledu na powiazane inne pakiety (plesk)

Czy da sie to jakos obejsc lub naprawic ?
ew jakaś protezka typu przeparsowanie tych znakow przy wyswietlaniu
probowalem juz roznych kombinacji my.ini, set name colocation etc..

z góry thx i duzy browar za pomoc
jesli set names nie pomaga to zgaduje, że tabela nie jest w utf8

jaki jest wynik
show create table tabela_z_krzakami; ?



--
Lazy http://lazy.digart.pl/

#6 M.B.

    Nowy użytkownik

  • Użytkownicy
  • 17 postów

Napisany 23 kwiecień 2008 - 09:55

Zobacz postpieto, o 22.04.2008, 22:29, powiedział:

Tak jak myślałem - nie pomogło,

Znalazłem tymczasowe rozwiązanie - http://forum.mambose...hp/t-58188.html
jednak trochę tego nie ruzmiem, gostek zminil dlugosc pola ? u mnie pole to text wiec ciezko z tym ..


Nie ma opcji żeby nie działało. Musisz mieć coś pochrzanione w samej bazie. Można osobno ustawić kodowanie na poziomie bazy, tabeli i poszczególnych pól tabeli. Wszędzie powinno być utf8_unicode_ci. Po zmianie kodowania sensowne jest wyczyszczenie danych z bazy i ponowne ich zaimportowanie z pliku (nie metodą kopiuj-wklej do phpmyadmina)

#7 pieto

    Często na forum

  • Użytkownicy
  • 65 postów

Napisany 23 kwiecień 2008 - 10:35

teraz nie pamietam, ale raczej wszystko mam utf8, ale raczej nie general_ci tylko samo utf8, set names mam oczywiscie dopisane,
probowalem juz wrzucac ponownie baze - robie to z poziomu samej konsoli mysql, - jesli ta baze ktora zle pokazuje na serwerze wrzucam lokalnie to jest ok - tu przypominam mysql 5, czy w zwiazku z tym nie jest to bug tej wersji serwera mysql ?
tymbardziej ze problem jest tylko zniektorymi znakiami - japonskie chinskie rosyjskie i polskie (ale tylko drukowane)
zgapa.pl -> Materiały i wypracowania

#8 pieto

    Często na forum

  • Użytkownicy
  • 65 postów

Napisany 23 kwiecień 2008 - 19:45

o!, mam nowe fakty pliczek cache na serwerze ma inne kodowanie od tego na lokalnym i roznica wygla tak (grzegzolka)

// z serwera
C:\Japonia.tmp
Kodowanie: Mieszanka Windows+ISO PL
EOL: LF (Unix)


// z kompa lokalnego
D:\-------------webmastering\--------projekty------------------\zgapa.pl2\zgapedia\data_cache\j\ja\Japonia.tmp
Kodowanie: Unicode UTF-8
EOL: LF (Unix)

czy w związku z tym problem nie jest w bazie a w innych ustawienia kodowania ,
gdzie można zmienić jeszcze kodowanie ? php.ini ?
zgapa.pl -> Materiały i wypracowania





1 Użytkowników czyta ten temat

0 użytkowników, 1 gości, 0 anonimowych użytkowników