Экспорт PHP û (вы с круговым) из MySQL utf8_general_ci: не работает

Question

Экспорт PHP û (вы с круговым) из MySQL utf8_general_ci: не работает

0

У меня есть таблица mysql с символом, который хранится как "û" (u с огибающей). Я экспортирую это через php в csv. Я пробовал все, но просто не могу получить û в файле экспорта. Я вижу такие вещи, как "?" или "È" и "Ã" ".

Вопрос: как я могу правильно экспортировать данные из mysql в CSV файл с помощью PHP, поэтому я вижу "û" в БД как "û" в экспортированном файле?

Наш php-сверло

mb_internal_encoding("UTF-8");
$list = $readConnection->fetchAll($query);
$fp = fopen($file, 'w');
setlocale(LC_MONETARY, 'nl_NL');

# Loop over lines here
$line = utf8_encode($db_row);
fputcsv($fp, $line);

Я также попытался добавить BOM fprintf($fp, chr(0xEF).chr(0xBB).chr(0xBF));//set UTF 8 header, not working fprintf($fp, chr(0xEF).chr(0xBB).chr(0xBF));//set UTF 8 header, not working

snh_nl 24 май 2018, в 12:06

Источник

0

Только незначительная Комментарий: трема это два-точка знака диакритического, а и с Trema является ü вместо û , который является у с циркумфлексом.
dgstranz 24 май 2018, в 09:48
0

@Phylogenesis & deceze: я думаю, что дублирующий тег установлен слишком быстро и, кажется, делается только на основе заголовка. Например, этот вопрос даже не об Excel!
snh_nl 24 май 2018, в 09:50
0

Правильно и скорректировано. огибать
snh_nl 24 май 2018, в 09:51
0

И этот ответ может быть менее "полностью" stackoverflow.com/questions/279170/utf-8-all-the-way-through - набор имен не является ответом здесь .... и, возможно, причина, почему у меня есть просто потратил 1 час на чтение блогов и ответов по этому поводу ... что не дало простого ответа
snh_nl 24 май 2018, в 09:53
0

Я не уверен, как это вообще отличается. Исправление состояло в том, чтобы обеспечить соединение с базой данных в UTF-8, тогда fputcsv будет выводить байты, полученные из базы данных, которая является UTF-8. Что-нибудь более конкретное, что требовало решения?
deceze♦ 24 май 2018, в 09:58
0

Ну, ..... заголовок "UTF-8 на всем пути" против "экспорта PHP û (u с roundflex) из MySQL utf8_general_ci", который намного более конкретен .... он охватывает 1 конкретный случай. И не "насквозь" - вы также знаете, что это отличается, потому что ответы не совпадают
snh_nl 24 май 2018, в 10:01
0

Есть много вопросов, которые имеют меньшую сферу действия, но все они имеют одну и ту же основную причину: в 99% всех случаев (если говорить анекдотично) проблема заключается в отсутствующей кодировке соединения с базой данных. Нам не нужно обращаться к этому снова и снова для каждой возможной перестановки вариантов использования.
deceze♦ 24 май 2018, в 10:05
0

? и Моджибаке (например, Ã» ) являются симптомами двух разных причин. См. Stackoverflow.com/questions/38363566/… для обсуждения обоих.
Rick James 24 май 2018, в 16:28
0

@deceze - обратите внимание, что «на всем пути» говорит о том, что вы должны делать, в то время как мои вопросы и ответы посвящены 5 различным симптомам с разными причинами.
Rick James 24 май 2018, в 16:30
0

@deceze - 99% немного чрезмерно. Есть 4-6 разных вещей, которые нужно сделать. У использования иногда есть больше чем одно неправильное.
Rick James 24 май 2018, в 16:35
0

Спасибо. Извините, но статьи не помогли мне. И ссылка на Excel - это даже не та тема. Этот ответ сделал.
snh_nl 25 май 2018, в 10:40
0

Почему этот вопрос помечен [mysql]?
Rick James 30 май 2018, в 00:03

Показать ещё 10 комментариев

Теги:

php

mysql

character-encoding

1 ответ

Ещё вопросы

Только незначительная Комментарий: трема это два-точка знака диакритического, а и с Trema является ü вместо û , который является у с циркумфлексом.
@Phylogenesis & deceze: я думаю, что дублирующий тег установлен слишком быстро и, кажется, делается только на основе заголовка. Например, этот вопрос даже не об Excel!
Правильно и скорректировано. огибать
И этот ответ может быть менее "полностью" stackoverflow.com/questions/279170/utf-8-all-the-way-through - набор имен не является ответом здесь .... и, возможно, причина, почему у меня есть просто потратил 1 час на чтение блогов и ответов по этому поводу ... что не дало простого ответа
Я не уверен, как это вообще отличается. Исправление состояло в том, чтобы обеспечить соединение с базой данных в UTF-8, тогда fputcsv будет выводить байты, полученные из базы данных, которая является UTF-8. Что-нибудь более конкретное, что требовало решения?
Ну, ..... заголовок "UTF-8 на всем пути" против "экспорта PHP û (u с roundflex) из MySQL utf8_general_ci", который намного более конкретен .... он охватывает 1 конкретный случай. И не "насквозь" - вы также знаете, что это отличается, потому что ответы не совпадают
Есть много вопросов, которые имеют меньшую сферу действия, но все они имеют одну и ту же основную причину: в 99% всех случаев (если говорить анекдотично) проблема заключается в отсутствующей кодировке соединения с базой данных. Нам не нужно обращаться к этому снова и снова для каждой возможной перестановки вариантов использования.
? и Моджибаке (например, Ã» ) являются симптомами двух разных причин. См. Stackoverflow.com/questions/38363566/… для обсуждения обоих.
@deceze - обратите внимание, что «на всем пути» говорит о том, что вы должны делать, в то время как мои вопросы и ответы посвящены 5 различным симптомам с разными причинами.
@deceze - 99% немного чрезмерно. Есть 4-6 разных вещей, которые нужно сделать. У использования иногда есть больше чем одно неправильное.
Спасибо. Извините, но статьи не помогли мне. И ссылка на Excel - это даже не та тема. Этот ответ сделал.

snh_nl · Answer 1 · 2018-05-24T07-43-00.000Z

Anwer должен выполнить SET NAMES utf8 в БД перед запросом данных. Все остальные настройки в порядке. Функция utf8_encode также больше не нужна.

Затем сверло становится

mb_internal_encoding("UTF-8");
$list = $readConnection->fetchAll($query);
$readConnection->query("SET NAMES utf8");

$fp = fopen($file, 'w');
setlocale(LC_MONETARY, 'nl_NL');

# Loop over lines here
$line = $db_row;
fputcsv($fp, $line);

Пожалуйста, будьте осторожны! при проверке этого на использование редактора TEXT. Excel использует другую кодировку и все равно будет показывать символы как "È-", например. При открытии с помощью текстового редактора мы видим ожидаемый символ "û".