Проблемы с кодированием в PHP/MySQL

Question

EDIT: после обратной связи с моим оригинальным сообщением я изменил текст, чтобы уточнить мою проблему.

У меня есть следующий запрос (псевдо-код):

$conn = mysql_connect('localhost', 'mysql_user', 'mysql_password'); 
mysql_query("SET NAMES 'utf8'; COLLATE='utf8_danish_ci';"); 

mysql_query("SELECT id FROM myTable WHERE name = 'Fióre`s måløye'", $conn); 

Это возвращает 0 строк.

В моем логфайле, я вижу это:

255 Connect  root@localhost on 
255 Query  SET NAMES 'utf8'; COLLATE='utf8_danish_ci' 
255 Init DB  norwegianfashion 
255 Query  SELECT id FROM myTable WHERE name = 'Fióre`s måløye' 
255 Quit 

• Если я выполнить запрос непосредственно в PhpMyAdmin, я получаю результат.
• Таблица кодировки: UTF-8
• кодирование HTML страницы: UTF-8
• Я могу добавить записи (из формы ввода), где имена используются акценты (например, «Fióre`s Hasselberg»)
• я могу читать записи с акцентом при использовании -> «имя, как„$ Метка_строки%“»
• информация в БД выглядит хорошо

Я понятия не имею, почему я не могу выбрать ни одной строки, имя которого имеет акцент символов.

Я действительно надеюсь, что кто-то может мне помочь.

ОБНОВЛЕНИЕ 1: Я пришел к компромиссу. Я буду конвертировать акценты с htmlentities при хранении данных и html_entity_decode при извлечении данных из БД. Кажется, это работает.

Единственный недостаток, который я вижу до сих пор, заключается в том, что я не могу читать имена в cleartext, используя phpMySQL.

Answer 1

Как и другие ответы показывают, это очень похоже, как проблема кодирования. Я предлагаю включить ведение журнала запросов (http://dev.mysql.com/doc/refman/5.1/en/query-log.html), поскольку он может показать вам, что база данных действительно получает.

UPDATE: я, наконец, нашел страницу, объясняющую грязные детали PHP и UTF-8 (http://www.phpwact.org/php/i18n/charsets). Кроме того, убедитесь, что вы прочитали это (http://niwo.mnsys.org/saved/~flavell/charset/form-i18n.html), чтобы понять, как получить правильные данные, возвращаемые из сообщений формы.

Answer 2

Возможно, попробуйте проверить сообщения об ошибках после вызова запроса (если вы еще не выполняете это вне этой функции). Это может сказать вам, что именно не так.

Как отметил Артем, распечатка фактического запроса - это хорошая идея - иногда все не так, как вы ожидаете от них.

Answer 3

Это может быть проблема с кодировкой, «в Церкви может быть причудливым персонажем. PHPMyAdmin может быть UTF-8, и ваш собственный сайт PHP может быть iso-latin1.

Answer 4

Я думаю, вы должны скорее вернуться $result, чем $this->query.

Кроме того, вы должны знать об SQL injection и рассмотреть возможность использования mysql_real_escape_string или подготовленных заявлений, чтобы защитить вас от таких атак. addslashes не является надлежащей защитой.

Answer 5

Попробуйте этот запрос. Если вы получите результаты, то это проблема с кавычкой характера в запросе

SELECT * FROM sl_label WHERE name Like 'Church%' 

Answer 6

Я смотрю на эту линию

mysql_query("SET NAMES 'utf8'; COLLATE='utf8_danish_ci';"); 

, и я думаю, что это может быть ошибка. С ';' вы отправляете два запроса на сервер, но COLLATE - это предложение, а не юридическое заявление самостоятельно. Попробуйте:

mysql_query("SET NAMES 'utf8' COLLATE 'utf8_danish_ci'"); 

Если предложение COLLATE не принимаются сервером, вы можете быть с проблемой вашей колонки этикетки, имеющей danish_ci сверки, но заявления, поступающие имеют по умолчанию (ВЕРЫ utf_general_ci) в. Нельзя совместить символы с акцентом, но шаблон работает, потому что представление для основных символов ascii одинаково.