października 08
Polskie znaki w MySQL
Często spotykam sie z następującym problemem - po imporcie bazy z jednego serwera na drugi giną polskie znaki diakrytyczne. Najczęściej jest to spowodowane tym, że na starym serwie mamy MySQL o wersji 3.23, 4.0 a na nowym w wersji >4.1. Otóż od tej wersji MySQL, w bazie mamy zaimplementowaną obsługę kodowania znaków, zarówno dla połączeń z bazą, dla samej bazy, dla tabel oraz pojedynczych pól. Postaram się wytłumaczyć jak najlepiej jest przenosić taką bazę i jak z niej korzystać.
Jak już wspomniałem nowe wersje MySQL-a oferują kodowanie. Domyślnym kodowaniem jest latin1_swedish_ci , a więc oczywistym jest, że w tym kodowaniu polskie znaki występować prawidłowo nie będą. Dla nas prawidłowym kodowaniem jest latin2_general_ci lub utf8_general_ci (a właściwie utf8_polish_ci, co opisał na swym blogu matipl.
Jak prawidłowo eksportować bazę?
Na początku ze starej bazy ekportujemy jedynie strukturę.
UWAGA Obrazki, które skierowane są do mniej zaawasowanych, prezentują phpmyadmin na bazie mysql 4.1, więc u Ciebie może to wyglądać trochę inaczej.
1. Wybieramy bazę 
2. Eksportujemy 
3. Odznaczamy dane
Wyświetlony przez przeglądarkę kod kopiujemy do jakiegoś edytora z poprawnym kodowaniem - a więc ISO-8859-2 dla latin2_general_ci oraz UTF8 dla utf8_general_ci (np. Pajaczek, kED, Notepad++) i zapisujemy.
Teraz przystąpimy do edycji zapytań w SQL'u. Otwieramy plik i postępujemy zgodnie ze wskazówkami.
Tworzenie bazy danych - zapisujemy tak :
-
CREATE DATABASE `baza` DEFAULT CHARACTER SET latin2 COLLATE latin2_general_ci;
Uwaga - większość serwerów nie pozwala na tworzenie bazy danych, wiec w phpmyadmin dla istniejącej bazy zmieniamy kodowanie na to wybrane przez nas, a powyższą linijkę usuwamy.
Struktura tabel - kod np. taki:
-
CREATE TABLE `tabela` (
-
`ID` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
-
`name` VARCHAR(50) NOT NULL DEFAULT '',
-
PRIMARY KEY (`posID`)
-
) TYPE=MyISAM AUTO_INCREMENT=1 ;
poprawiamy na:
-
CREATE TABLE `tabela` (
-
`ID` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
-
`name` VARCHAR(50) NOT NULL DEFAULT '',
-
PRIMARY KEY (`posID`)
-
) TYPE=MyISAM DEFAULT CHARSET=latin2 AUTO_INCREMENT=1 ;
Jak widać gołym okiem dodaliśmy tylko DEFAULT CHARSET=latin2. Łatwo to można wyedytować za pomocą funkcji Znajdź/zamień, która jest dostępna w prawie każdym dobrym edytorze (wpisujemy znajdź TYPE=MyISAM i zamień na TYPE=MyISAM DEFAULT CHARSET=latin2 ).
Teraz należy wejść do phpmyadmin na nowym serwerze, kliknąć SQL i wkleić kod. Jeżeli mamy już utworzoną bazę, usuwamy z kodu linijkę tworzącą baze (CREATE DATABASE.. ), klikamy na naszą bazę, przechodzimy do 
i wybieramy:
Potem wybieramy SQL i wklejamy zmodyfikowany właśnie kod SQL.
Importujemy dane
Teraz eksportujemy z naszej starej bazy jedynie dane (odznaczamy struktura) i zapisujemy otrzymany kod w pliku za pomocą edytora wspierajacego nasze kodowanie. Pamiętajmy, że jeżeli w pliku będziemy mieli znaki zapytania zamiast polskich znaków to raczej już nic nie będzie się dało z tym plikiem zrobić :/. Można jeszcze próbować opisanego niżej sposobu z Gżegżółką.
Wchodzimy na zakładkę SQL i albo wklejamy zawartość pliku, albo wysyłamy ten plik i importujemy.
Wszystko co było do zrobienia w bazie już zrobiliśmy.
Może istnieć potrzeba, że w kodzie PHP, po każdym połączeniu sie z bazą (mysql_connect) bedziemy musieli wstawić linijkę
Nie działa?
Pamiętaj, że musisz naturalnie ustawić dobre kodowanie plików strony (UTF8 bądź ISO-8859-2) za pomocą edytora oraz poprawny wpis meta
-
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-2" />
Defaultowe kodowanie serwera
Może być tak, ze serwer nie wysyła domyślnie naszych dokumentów z kodowaniem jakie byśmy chcieli. Wtedy musimy w każdym dokumencie dodać następującą linijkę:
utf-8 to nasze kodowanie (moze byc ISO-8859-2).
A co jeżeli juz zaimportowałem?
Jeżeli już zaimportowalismy baze to niestety ze znaczkami juz w bazie nic nie zmienimy. Możemy oczywiscie zmieniać każdy znak po kolei, ale kto by się chciał w to bawić.. Musimy mieć plik z wyeksportowaną bazą danych i importować od początku, tak jak to pokazane jest na górze.
Wersja UTF
Coraz popularniejszy jest standard Unicode. Dlatego i tutaj zaprezentuję jak go poprawnie importować.
Róznice są niewielkie, więc podam tylko to co trzeba zrobić inaczej.
Wszędzie zamiast latin2_general_ci wpisujemy utf8_general_ci, a jeszcze lepiej utf8_polish_ci, natomiast zamiast latin2 wpisujemy utf8.
Należy pamiętać, żeby pliki serwisu były również w kodowaniu UTF-8 - pomoże nam w tym Gżegżółka XP.
A jeżeli w wyeksportowanym pliku zamiast polskich znaków mam jakieś krzaczki?
Pomoże nam Gżegżółka XP. Importujemy tam plik i zmieniamy kodowanie - najlepiej ISO 8859-2 lub UTF-8. Ale warto poeksperymentować :]
Często brak tych znaków jest spowodowany tym, że zapisujemy plik jakimś marnym edytorem. Porządne programy jak Pajączek, Eclipse czy kED nie powinny miec problemu. Po prostu kopiujemy kod z eksportu do tego programu i zapisujemy.
Na koniec
Przenoszenie bazy danych często sprawia problemy, dlatego powstał ten poradnik. Jest to mój pierwszy tekst tutaj i mam nadzieje, że Wam pomógł. Proszę o wszelkie uwagi i oceny.
Podobne wpisy
Licencja:
październik 25th, 2006 at 19:29
Myslę, że ten artykuł przyda się początkującym koderom. Dość często widać wiadomośći dot. polskich znaków w MySQL. A wykonanie tez bardzo dobre. Nice
listopad 27th, 2006 at 8:56
Update artykułu. Opisałem kodowanie UTF oraz domyślny wysył plików przez serwer.
marzec 1st, 2007 at 8:22
Niestety, ale mam pewien problem
Przeniosłem tak jak wskazane wyżej,
ale co z rekordami ?
Jak wklejam je z eksportu - nadal brak polskich znaków
"Na zdj?ciu wida? zakreskowan? lini?"
a powinno być:
Na zdjęciu widać zakreskowaną linię .
Pozdrawiam i mam nadzieję, że uda się rozwiązać problem .
marzec 1st, 2007 at 8:29
Dodam, że w samej bazie niby wszystko jest ok
Polskie znaki są jak najbardziej poprawne .
Tylko co z odbieraniem ...
Pozostałe (te co fizycznie w skryptach są) wyświetlają się normalnie ...
marzec 1st, 2007 at 8:31
pomogło ustawienie poprzez zapytanie .
marzec 6th, 2007 at 8:12
Dzięki bardzo za artykuł. Mi również rozwiązał problem z polskimi znakami
marzec 6th, 2007 at 9:00
Sorry. Jednak mam problem :/ Kodowanie ok. Ale jak np. ktoś dodaj wpis do księgi gości to zamiast łąźć są ????
Nawet jak dodam ten kod to nie działa.
marzec 6th, 2007 at 9:04
Sprawdź czy kodowanie w bazie odpowiada temu co masz na stronie (format plików i wpis meta charset). Pamiętaj, że musisz po każdym połączeniu (mysql_connect) wykonać polecenie mysql_query('SET CHARSET xx'); , gdzie xx to kodowanie.
marzec 7th, 2007 at 15:29
Już znalazłem odpowiedź
Trzeba między mysql_connect a mysql_select_db dać linijke: mysql_query("SET NAMES latin2") 
marzec 22nd, 2007 at 12:04
Dzieki za pomoc. Pomogla zmiana typu bazy oraz danych na latin2_general_ci.
Wisze piwo.
marzec 29th, 2007 at 17:11
Jednak mam jeszcze jeden problem: Wszystko zrobiłem wg. instrukcji i nie działa. To nie jest przenoszona baza a mój skrypt, który uruchomiłem pierwszy raz na serwie. Zamiast znaków żąć... są ??? Kodowanie na stronie: utf-8 w bazie też. Dodałem też tą linijkę "header('Content-Type: text/html; charset=utf-8');". W bazie jak wejdę w "Przeglądaj" jest wszystko dobrze tzn poprawnie zapisane polskie znaki. Z latin2 też próbowałem ale nie działa.
kwiecień 6th, 2007 at 6:35
gdzie w mambo dodać linijke: mysql_query("SET NAMES latin2")
POMOCY
kwiecień 6th, 2007 at 11:26
Nie korzystam z Mambo ale mam wskazówkę:
W Win XP (inne systemy analogicznie):
Otwórz folder Mambo, kliknij szukaj wpisz w "Zawierające tekst" mysql_select_db. Powinny Ci się wyszukać pliki odpowiadające za łaczenie z bazą danych. Wstaw gdzies po wywołaniu mysql_select_db wspomniane zapytanie.
kwiecień 8th, 2007 at 14:47
mam problem w administracji niemam polskich znaków reszte już mam jestem amatorem.....poolskich znaków niemam w administracji,statystyki,logowanie,ShoutBox prosze niech ktoś napisze co zrobić....nikt na forum nie odpisuje zlitujcie się ludzie
jct GG:7010997
kwiecień 11th, 2007 at 20:31
Troszke sie zamotalem w czesci:
"Potem wybieramy SQL i wklejamy resztkę kodu, po usunięciu wpisu o bazie."
Rozumiem, ze chodzi Ci o to aby zimpotrowac same dane z tamtej bazy?
A co z tym ", po usunięciu wpisu o bazie."
Ja staram sie przeniesc z Latin2 do UTF8 tak aby nie utracic narodowych znaczkow.
kwiecień 11th, 2007 at 22:13
DannyM :
po usunięciu CREAT DATABASE oraz wcześniesjzych przeróbkach.
Zedytowałem lekko tekst, trochę dodałem i inaczej sformułowałem :]
maj 26th, 2007 at 21:53
[...] Trochę czasu zajęło mi samo przenoszenie bazy danych, ale jak widać wszystko jest już w największym porzątku, a to za sprawą poradnika MatheW'a. [...]
czerwiec 27th, 2007 at 2:30
[...] Ogółem najczęściej czytane mamy po lewej. Ostatnio najciekawsze (wyznacznikeim jest oglądalność) są : Polskie znaki w MySQL, Dynamiczne zmiany na stronie - czyli JavaScript, Atak deszczu - Lublin pod wodą, Opera - sztuczki i porady oraz Wygodniejszy Ling.pl pod Operą. [...]
lipiec 16th, 2007 at 16:12
Witam mam serwer na Ubuntu i mam problem wlasnie ze znaczkami i wydaje mi sie ze to problem mysql. Podczas instalacji jakiegos cms-a już nie ma polskich znaków. Jak go zainstaluje to tez nie ma. System kodowania znaków dla MySQL: UTF-8 Unicode (utf8) System porównań dla połączenia MySQL latin2_general_ci
lipiec 18th, 2007 at 22:21
nikos: walnij polaczenie utf8_general_ci, wszak tak jest napisane w notce. Dottoduj do tgo też kodowanie htmla cmsa i jego plików.
lipiec 25th, 2007 at 0:29
Witam!
Przenosiłem ostatnio Forum phpbb2 by przemo na nowy serwer i miałem problem z polskimi znakami. Szukałem i czytałem chyba już wszędzie i dopiero ten opis mi pomógł. Zrobiłem wszystko tak jak zostało opisane i dodatkowo w pliku /db/mysql4.php dodałem mysql_query('SET CHARSET latin2'); i wszystko śmiga doskonale.
Bardzo dziękuję za pomoc!
Pozdrawiam.
lipiec 25th, 2007 at 15:28
ja przenosze według zalecen ale nie mam poslkich znaków help moej gg 7031850
sierpień 8th, 2007 at 13:35
[...] Zmieniłem kodowanie na UTF-8, oczywiście zgodnie z moim poradnikiem . Jednak gdybyście zauważyli jakiekolwiek błędy - proszę mnie informować. Wiąże się to również ze starymi linkami - zrobiłem przekierowanie, jednak gdyby coś nie chciało wejść - proszę informować :] Proszę również o uaktualnienie wszelkich linków prowadzących do tej strony. [...]
sierpień 8th, 2007 at 17:07
[...] Ogółem najczęściej czytane mamy po prawej. Ostatnio najciekawsze (wyznacznikiem jest oglądalność) są : Polskie znaki w MySQL, Dynamiczne zmiany na stronie - czyli JavaScript, Atak deszczu - Lublin pod wodą, Opera - sztuczki i porady oraz Wygodniejszy Ling.pl pod Operą. [...]
sierpień 21st, 2007 at 12:42
Fajny poradnik. Dzięki niemu przeniosłem bazę danych mojej strony ze starego serwera na nowy bez najmniejszych problemów.
Niestety, ale przy drugiej bazie już tak ładnie nie wyszło... zamiast ą, ś, ź, ł mam "?" i teraz nie wiem zupełnie jak się tego pozbyć.
sierpień 21st, 2007 at 12:46
pierwszy krok to sprawdzenie pliku z którego importujesz - czy psiada on polskie znaki w sobie i ma dobre kodowanie. potem sprawdz czy w bazie sa polskie znaki - jezeli tak - to masz cos w php sknocone
październik 22nd, 2007 at 5:52
Serwus. Twój poradnik jest bardzo pomocny, sporo wyjaśnia, szczególnie dla kogoś, jak ja stosunkowo mało zaawansowanego
w mysql. Dzieki.
Mam pewien problem z moim skryptem php/mysql który chyba
wiąże się z tematem Twojej strony:
mój skrypt zapisuje i czyta do/z bazy mysql i wyświetla słowa
m.in. w języku polskim, ależ też niemieckie, szwedzkie, rosyjskie -
a więc zdecydowałem się na utf8 i faktycznie to działa bardzo fajnie
z tym, że wyrzuca mi ciągle "error message" następującą:
File 'c:\mysql\share\charsets\?.conf' not found (Errcode: 2) Character set '#33' is not a compiled character set and is not specified in the 'c:\mysql\share\charsets\Index' file
męczę się z tym już parę dni i pojęcia nie mam co robię źle i jak się tego pozbyć...Po wyrzuceniu tej "ERR message" skrypt leci dalej bez zakłóceń do końca. Ale ten komunikat oczywiście psuje mi ekran użytkownika. Liczę na Twoją tęgą głowę
jeśli wolno, możesz mi coś poradzisz?
ustawienia bazy danych mysql 5.0.18 client 3.23.49 są jak niżej:
character_set_client utf8
character_set_connection utf8
character_set_database utf8
character_set_results utf8
character_set_server utf8
character_set_server utf8
character_set_dir C:\inetpub\wwwroot\mysql\charsets\
character_set_client utf8_general_ci
character_set_client utf8_general_ci
character_set_client utf8_general_ci
Dzięki za wszelką radę, L.
październik 22nd, 2007 at 18:35
hm najwyrazniej nie masz zainstalowanego jakiegos zestawu znaków, lecz nie bardzo wiem co na to poradzić, gdyz z tej strony na MySQL sie nie znam ;]
październik 31st, 2007 at 4:50
tym niemniej dziękuję :-}
grudzień 11th, 2007 at 23:21
Witam
swietny poradnik, udalo sie przezucic z localhosta na server zdalny... Ale mam dziwny problem. Polskie znaki sa wszedzie poza jednym miejscem i przypadkiem
Mam dwie listy rozwijane (tzw, SELECT) i zawartosc dolnej zalezy od wyboru wartosci w gornej czyli jak wybiore w pierwszej liscie 1 to w dolnej mam a b c jak wybiore 2 to w dolnej mam d e f (taki przyklad. Wartosci pierwszej listy zczytywane sa z bazy, po wybraniu ktorejs z wartosci odpala sie skrypt Ajax-a ktory odpala plik php ktory z kolei odczytuje z bazy wartosci odpowiadajace wartosci z pierwszej listy i wraca wyniki do listy drugiej (wszystko dzieje sie dynamicznie bez przeladowania strony) I problem jest taki ze po wyborze wartosci w pierwszej liscie w drugiej brakuje polskich znakow. W sumie troche kombinowalem ale nie moge sobie tego logicznie wytlumaczyc bo jak wyswietlam normalnie wartosci to sa polskie znaki a jak odpalam je dynamicznie w wyzej wymieniony sposob to gubi polskie znaki. kodowanie mam iso-8859-2 w bazie latin2. moje gg. 1268539, mail wyzej wymieniony. Jak ktos ma jakies pomysly bede wdzieczny pozdrawiam.
grudzień 28th, 2007 at 21:31
Wielkie dzięki za ten artykuł, niby pierdółka ale uciążliwa u mnie też pomogła zmiana typu bazy oraz danych na latin2_general_ci
luty 15th, 2008 at 7:41
Ja wymiekam:( Mam problem juz na starcie. Dane z formularza leca do phpadmina i tam sie zapisuja jako kwadraty(nie wszystkie znaki) Wracaja do przegladarki w identycznym stanie jak widac je w phpadminie. Co sie dzieje? Baza wydaje sie byc spoko. Jak dodaje recznie rekord zapisuje polskie znaczki bez zamoty. Kodowanie strony (charset) zmieniane na 1000 sposobow. Co sie dzieje na drodze formularz-baza ze jest taka faza?
luty 15th, 2008 at 15:00
moze zle kodowanie phpmyadmina, ew. sprawdz czy na pewno zmieniles kodowanie bazy, polaczenia i pól w tabelach - phpmyadmin korzysta z tam ustawioneych danych, a we wlasnym polaczeniu pewnie narzucasz iso
marzec 11th, 2008 at 21:35
Pozdrawiam
kwiecień 7th, 2008 at 12:27
Proponuję aby za miast LATIN2 wybierać utf8_unicode_ci
- na samej stronce w META na której jest formularz
- na samej stronce w META na której jest treść z bazy
- w phpMyAdmin przy tworzeniu bazy i jako kodowaniek kolumny tabeli
Myślę że tak jest najlepiej.
- można jakby co edytować bezpośrednio w phpMyadmin
- bardzo nowoczesne kodowanie,
- kodowanie jest uniwersalne dla różnych języków,
kwiecień 7th, 2008 at 18:19
a nawet lepiej utf8_polish_ci, co opisał matipl
kwiecień 7th, 2008 at 20:08
To prawda, sprawa exportu nieraz też bywa problematyczna...
kwiecień 22nd, 2008 at 16:43
Mi dalej nie dziala
Pomoze ktos gg 2450542 ?
Prosze pisac ;(
sierpień 19th, 2008 at 20:33
Witam! Mam problem jak w temacie. Próbowałem wszystkiego i nie moge sobie poradzić. Stronę mam na xon.pl a kodowanie w latin2 serwer jaki zakupiłem to http://www.bluehost.com ma super ofertę ale nie moge sobie poradzić z tymi polskimi znakami! Proszę o pomoc jeżeli ktoś wie jak to rozwiązać prosił bym o kontakt mail teampm@o2.pl lub gg 4188108
październik 19th, 2008 at 11:56
Hi people!
The interesting name of a site - blog.mwojcik.pl
I recently 5 hours
looked in the Internet So I have found your site
The interesting site but does not suffice several sections!
However this section is very necessary!
Necessarily I shall advise your site to the friends!
Forgive I is drunk :))
listopad 20th, 2008 at 20:28
There has come winter
It became cold and cloudy!
Mood very bad
Depression Begins
listopad 21st, 2008 at 4:17
Depression Depression Depression aaaaaaaa
:( 
HEEEEELP
I hate winter! I want summer!
listopad 29th, 2008 at 17:24
I very much love summer
Someone very much loves winter
I Wish to know whom more
For what you love winter?
For what you love summer? Let's argue
grudzień 8th, 2008 at 3:56
Рекламные стенды позволят удобно организовать работу на выставках и при проведении рекламных акций. Индивидуальное исполнение рекламных стендов в розницу и оптом.
luty 4th, 2009 at 10:02
Witam
Pomimo tego opisu i tego czego uczyli mnie na uczelni, mam niestety doświadczenia zupełnie inne z polskimi znaczkami. Postawiłem serwer na winxp + apache, mysql 4.1, php i dwa dni przesiedziałem zanim doszedłem jak zrobić nasze kochane polskie znaczki. Operacja polegała na wciągnięciu danych z csv edytowanego wcześniej pod excelem. Nie pomagały zmiany opisane w tym artykule ani na innych stronach. Nie pomagała też zmiana kodowania csv. Więc wróciłem do podstawowych ustawień. Moje ustawienia wyglądają tak: latin1 dla wszystkiego co w mysql i latin1_swedish_ci dla tabel. Po wciągnięciu csv'a okazało się, że zarówno menadżerSQL jak i php dobrze wszystko i wyświetlają i poprawnie zapisują. Czasem przydaje się jeszcze wpisać SET CHARACTER SET latin1; Wtedy mysql przestawia wszystkie character sety na latin1. Nie wiem czemu tak się dzieje. Może nie jestem odosobniony w tym i ten komentarz się komuś przyda. Nie mniej jednak pozostaje mi dodać, że mamy piękny polski-szwedzki język
luty 18th, 2009 at 8:06
Новый способ давления на кандидата на пост Главы г. Химки
Новый способ "наказать" тех, кто посмел участвовать в выборной кампании не на стороне действующей власти изобрели правоохранительные органы г.о. Химки.
Руководствуясь не нормой закона, а чьей-то "волей" сотрудники милиции решили "проверить" все фирмы, внесшие денежные средства в избирательный фонд неудобных кандидатов.
Начались "проверки" с телефонных звонков - где директор, сколько человек работает на фирме. После чего последовали "письма счастья" с просьбой предоставить всю бухгалтерскую документацию, учредительные документы фирмы, и даже, план экспликации БТИ.
Такие запросы химкинским фирмам рассылает 1 отдел Оперативно-розыскной части № 9 Управления по налоговым преступлениям ГУВД Московской области за подписью начальника подполковника милиции Д.В. Языкова.
И всё это в то время, когда Президент дал прямое указание правоохранительным органам о прекращении всех незаконных проверок малого и среднего бизнеса. С это целью внесены изменения в Федеральный закон "О милиции" - из статьи 11 этого закона исключены пункты 25 и 35, на основании которых ранее правоохранительные органы имели право проверять финансово-хозяйственную деятельность предприятий.
Видно, об изменениях действующего законодательства местные правоохранительные органы не уведомлены. И не смотрят телепередачи с выступлениями Президента.
Может быть, эта публикация подвигнет их к исполнению указаний Президента, а также к изучению и соблюдению действующего законодательства
kwiecień 25th, 2009 at 23:08
Mój problem z polskimi znakami jest następujący: Na serwerze internetowym działa wszystko popranie, kodowanie ustawione na latin2_general_ce. Jak dokonuję kopii bezpieczeństwa bazy i chcę ją sprawdzić na localhoście ( baza ma dokładnie takie same ustawienia ) na tych samych skryptach, co na serwerze internetowym, to na localhoście mam znaczki zapytania.
Wersja klienta MySQL na serwerze internetowym: 5.0.67
Wersja klienta MySQL na localhoście: 5.0.45
Czy różne wersje klienta mogą być tego przyczyną?
kwiecień 29th, 2009 at 16:35
Problem dość częsty
Czasami na iso-8859-2 przydaje się posłać po połączeniu:
mysql_query('SET CHARSET latin2');
i potem header('Content-Type: text/html; charset=iso-8859-2');
działa nawet kiedy Metoda porównywania napisów to utf8_polish_ci
Regards.
czerwiec 29th, 2009 at 22:02
MajareQ dobry pomysł
dzięki wielkie, pomógł mi Twój trik
lipiec 9th, 2009 at 17:27
Dzięki! Bardzo pomogło
październik 15th, 2009 at 1:56
Довольно интересно конечно. Я немогу подписаться под каждым вашим словом, но в общем соглашусь.
listopad 25th, 2009 at 11:41
Pozdrawiam.
styczeń 29th, 2010 at 19:23
sorki za laickie pytanie ale jestem prawie zielony...
mam kod:
mysql_select_db("drzewo", $mysql_link);
$query = "SELECT kontakt FROM onas";
$result = mysql_query($query, $mysql_link);
i jak mam umieścić w tym
mysql_query('SET CHARSET latin2');
dziękuję za wyrozumiałość pozdrawiam
styczeń 29th, 2010 at 20:39
wstaw to w linii po mysql_select_db