Heh - rzadko zadaje tu pytania, ale trafiłem na problem, z którego nie do końca wiem, jak wybrnąć.

Przekładowy kod:

[PHP] pobierz, plaintext 
<?php
$dbh = new PDO('pgsql:host=localhost;dbname=test', 'php', 'php');
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
 
$sText = $dbh->quote( $_GET['t'] );
$sQuery =   "insert into t1 ( text ) values ( ". $sText .")";
   
echo '<pre>'.  $sQuery .'</pre>';
 
$dbh->exec( $sQuery	);
?>
[PHP] pobierz, plaintext 

Odpalane poprzez:
index.php?t=ąśżźć

Wynik?


I w sumie nie jest to dziwne, bo zapytanie wygląda mniej więcej tak:


Kilka uwag. Baza danych to postgres 8.2 oczywiście w UTF-8. Strona też jest w UTF-8.

Używam danych z GET tylko dlatego, że wygodniej w ten sposób zasymulować problem z kodowaniem. Wiem oczywiście, że można łatwo skonwertować dane pochodzące z GET, tak by ten problem usunąć, jednak problem pozostanie, ponieważ nie tak łatwo jest zweryfikować wszystkie dane.

Znalazłem pewien materiał na ten temat: http://www.phpwact.org/php/i18n/charsets
dział: Checking UTF-8 for Well Formedness

Ale niezbyt podoba mi się myśl, by każdy tekst od usera przepuszczać przez


Znacie jakieś inne rozwiązania tego problemu?

get i polskie fonty to beznadziejny pomysł , przesyłaj postem

spróbuj dodać SET NAMES:

[PHP] pobierz, plaintext 
<?php
$dbh = new PDO('pgsql:host=localhost;dbname=test', 'php', 'php');
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
 
$dbh -> query("SET NAMES utf8;");
 
$sText = $dbh->quote( $_GET['t'] );
$sQuery =   "insert into t1 ( text ) values ( ". $sText .")";
   
echo '<pre>'.  $sQuery .'</pre>';
 
$dbh->exec( $sQuery	);
?>
[PHP] pobierz, plaintext 

Nic z tego - pozostaje dokładnie ten sam problem.

ja bym jednak zrezygnował z tego rozwiązania. jeśli chodzi o sql to jest chyba możliwość konwersji. z tego co pamiętam

insert into cos (pole) values (_utf8('ść'))

A może problem jest z kodowaniem po stronie postgresql ? Sprawdź jakie masz ustawione kodowanie na bazie danych, czy UTF 8,
dodatkowo teraz zauważyłem że używasz postgresql wiec chyba powinno być:

SET CLIENT_ENCODING UTF8 zamiast SET NAMES utf8

Dodatkowo jeżeli strona zakodowaną masz w ISO 8859-2 korzystaj z iconv dla zmiany na UTF 8 poszczególnych zmiennych

Więc tak:

- W PG SET NAMES jest aliasem do SET CLIENT_ENCODING - więc to nie ma znaczenia chyba.
- Strona i baza jest na pewno w UTF-8, problem pojawia się czasem (bardzo rzadko) gdy ktoś wklei jakiś dziwny tekst, np. pochodzący z Worda, co potrafi wywołać ten mocno nieprzewidywalny błąd.

Dlatego też wstępnie zastosowałem iconv tylko do usuwania niepoprawnych znaków, i wstępnie - wygląda na to, że działa to poprawnie.
Ale rozwiązanie wcale mi się nie podoba. Szukam lepszego

Mnie kiedyś pomogły stringi multibajtowe:

http://pl.php.net/manual/pl/ref.mbstring.php

Panowie miałem podobny komunikat w Zend F. gdzie w sumie w klasie były 3 metody na krzyż, co się okazało plik klasy nie był zapisany w UTF-8 (nic do bazy nie wysyłałem ale wywalał mi się komunikat na stronie j.w.) po zmianie kodowania pliku klasy problem sam zniknął bez zmiany nawet jedej linii kodu.