| From: | "Phoenix Kiula" <phoenix(dot)kiula(at)gmail(dot)com> |
|---|---|
| To: | "Ivan Zolotukhin" <ivan(dot)zolotukhin(at)gmail(dot)com> |
| Cc: | "Postgres General" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Best practice for: ERROR: invalid byte sequence for encoding "UTF8" |
| Date: | 2007-08-15 12:30:30 |
| Message-ID: | e373d31e0708150530q577cf085qdc05cbf55c6cb840@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 15/08/07, Ivan Zolotukhin <ivan(dot)zolotukhin(at)gmail(dot)com> wrote:
> Hello,
>
> Imagine a web application that process text search queries from
> clients. If one types a text search query in a browser it then sends
> proper UTF-8 characters and application after all needed processing
> (escaping, checks, etc) passes it to database. But if one modifies URL
> of the query adding some trash non-UTF-8 characters, database raises
> an error: invalid byte sequence for encoding "UTF8".
>
> What is the best practice to process such a broken strings before
> passing them to PostgreSQL? Iconv from utf-8 to utf-8 dropping bad
> characters?
Could you do not do this from the application itself, before sending
it to the DB server? mb_convert_encoding() in PHP for instance?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | carter ck | 2007-08-15 12:37:51 | Re: Database Select Slow |
| Previous Message | Rohit | 2007-08-15 12:17:49 | Writing most code in Stored Procedures |