J'ai une base MySql 4.0 dans laquelle je dois enregistrer et lire du
texte dans différentes langues. Mon problème est sur le Japonais. MySql
4.0 ne sait pas traiter pas des CHARACTER SET différents dans une
même table.
Ma table est du style
Texte_FR
Texte_IT
Texte_UK
Texte_JP
Comment puis-je enregistrer et lire le texte en japonais ? J'ai essayé
avec utf8_encode et decode mais j'y comprends rien !!!
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Olivier Miakinen
J'ai une base MySql 4.0 dans laquelle je dois enregistrer et lire du texte dans différentes langues. Mon problème est sur le Japonais. MySql 4.0 ne sait pas traiter pas des CHARACTER SET différents dans une même table.
Unicode, ou plus vraisemblablement UTF-8, est fait pour toi.
Comment puis-je enregistrer et lire le texte en japonais ? J'ai essayé avec utf8_encode et decode mais j'y comprends rien !!!
Ça ne peut pas marcher. Les fonctions utf8_encode et utf8_decode font des conversions entre utf-8 et iso-8859-1, or aucun caractère japonais n'appartient à iso-8859-1.
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Il faut deux choses : - connaître l'encodage utilisé dans les textes japonais que tu reçois - le convertir en utf-8 en utilisant iconv()
http://www.php.net/manual/fr/function.iconv.php
J'ai une base MySql 4.0 dans laquelle je dois enregistrer et lire du
texte dans différentes langues. Mon problème est sur le Japonais. MySql
4.0 ne sait pas traiter pas des CHARACTER SET différents dans une
même table.
Unicode, ou plus vraisemblablement UTF-8, est fait pour toi.
Comment puis-je enregistrer et lire le texte en japonais ? J'ai essayé
avec utf8_encode et decode mais j'y comprends rien !!!
Ça ne peut pas marcher. Les fonctions utf8_encode et utf8_decode font
des conversions entre utf-8 et iso-8859-1, or aucun caractère japonais
n'appartient à iso-8859-1.
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Il faut deux choses :
- connaître l'encodage utilisé dans les textes japonais que tu reçois
- le convertir en utf-8 en utilisant iconv()
J'ai une base MySql 4.0 dans laquelle je dois enregistrer et lire du texte dans différentes langues. Mon problème est sur le Japonais. MySql 4.0 ne sait pas traiter pas des CHARACTER SET différents dans une même table.
Unicode, ou plus vraisemblablement UTF-8, est fait pour toi.
Comment puis-je enregistrer et lire le texte en japonais ? J'ai essayé avec utf8_encode et decode mais j'y comprends rien !!!
Ça ne peut pas marcher. Les fonctions utf8_encode et utf8_decode font des conversions entre utf-8 et iso-8859-1, or aucun caractère japonais n'appartient à iso-8859-1.
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Il faut deux choses : - connaître l'encodage utilisé dans les textes japonais que tu reçois - le convertir en utf-8 en utilisant iconv()
http://www.php.net/manual/fr/function.iconv.php
ftc
Il faut deux choses : - connaître l'encodage utilisé dans les textes japonais que tu reçois - le convertir en utf-8 en utilisant iconv()
http://www.php.net/manual/fr/function.iconv.php
+1
Et je rajouterai passer le site entièrement en utf-8, ça simplifiera les choses.
Il faut deux choses :
- connaître l'encodage utilisé dans les textes japonais que tu reçois
- le convertir en utf-8 en utilisant iconv()
http://www.php.net/manual/fr/function.iconv.php
+1
Et je rajouterai passer le site entièrement en utf-8, ça simplifiera les
choses.
Il faut deux choses : - connaître l'encodage utilisé dans les textes japonais que tu reçois - le convertir en utf-8 en utilisant iconv()
http://www.php.net/manual/fr/function.iconv.php
+1
Et je rajouterai passer le site entièrement en utf-8, ça simplifiera les choses.
Guillaume Bouchard
Jean-Claude wrote:
Bonjour,
Bonjour/ Hoayo kosaimasen
J'ai une base MySql 4.0 dans laquelle je dois enregistrer et lire du texte dans différentes langues. Mon problème est sur le Japonais. MySql 4.0 ne sait pas traiter pas des CHARACTER SET différents dans une même table.
C'est le problème.
Comment puis-je enregistrer et lire le texte en japonais ? J'ai essayé avec utf8_encode et decode mais j'y comprends rien !!!
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Je me suis posé exactement le même problème il y a de cela 2 semaines en m'occupant de la version japonaise du site de ma promo.
Bref, le mieux comme te l'a indiqué ftc, c'est de faire l'intégralité du site (ou au moins du contenu) en utf8.
Pour cela, quelques recomandations de ce que j'ai observer :
1) Php plante lamentablement si tu ajoute un BOM utf-8 à tes fichiers. Je ne sais plus exactement ce que c'est (difference entre le low endien et le big je crois, à vérifier) mais si tu ne le met pas cela fonctionne sans planter php. 2) Certains fonctions de chaines (genre htmlentities) ont besoin de paramétres optionelles, je te renvoie à la doc chaque fois qu'une fonction de chaine ne fait pas ce que tu veux. 3) Concernant le stockage en BDD. Ayant dû utiliser mysql 3.x, je n'ai pas pu profiter du support de l'utf8, mais cela ne pose aucun problème (si ce n'est pour le tri des chaines) de stocker en utf8 dedans et de récuperé en utf8. 4) l'utilisation de mysql_real_escape_string() comme le conseil la doc. Le seul problème c'est si tu as une version de mysql qui ne supporte pas de definir un encodage. En pratique je ne crois pas que cela pose de problème d'utiliser addslashes(). Si quelqu'un à des infos ?
Si tu as une version de mysql (ou de toute autre base de donnée) qui supporte l'utf8, aucun problème.
Bref, au passage je suis preneur de toutes info concernant l'utilisation de l'utf8 avec php pour m'éviter d'avoir à reinventer la roue chaques fois que j'ai un problème.
-- Guillaume.
Jean-Claude wrote:
Bonjour,
Bonjour/ Hoayo kosaimasen
J'ai une base MySql 4.0 dans laquelle je dois enregistrer et lire du
texte dans différentes langues. Mon problème est sur le Japonais. MySql
4.0 ne sait pas traiter pas des CHARACTER SET différents dans une même
table.
C'est le problème.
Comment puis-je enregistrer et lire le texte en japonais ? J'ai essayé
avec utf8_encode et decode mais j'y comprends rien !!!
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Je me suis posé exactement le même problème il y a de cela 2 semaines en
m'occupant de la version japonaise du site de ma promo.
Bref, le mieux comme te l'a indiqué ftc, c'est de faire l'intégralité du
site (ou au moins du contenu) en utf8.
Pour cela, quelques recomandations de ce que j'ai observer :
1) Php plante lamentablement si tu ajoute un BOM utf-8 à tes fichiers.
Je ne sais plus exactement ce que c'est (difference entre le low endien
et le big je crois, à vérifier) mais si tu ne le met pas cela fonctionne
sans planter php.
2) Certains fonctions de chaines (genre htmlentities) ont besoin de
paramétres optionelles, je te renvoie à la doc chaque fois qu'une
fonction de chaine ne fait pas ce que tu veux.
3) Concernant le stockage en BDD. Ayant dû utiliser mysql 3.x, je n'ai
pas pu profiter du support de l'utf8, mais cela ne pose aucun problème
(si ce n'est pour le tri des chaines) de stocker en utf8 dedans et de
récuperé en utf8.
4) l'utilisation de mysql_real_escape_string() comme le conseil la doc.
Le seul problème c'est si tu as une version de mysql qui ne supporte pas
de definir un encodage. En pratique je ne crois pas que cela pose de
problème d'utiliser addslashes(). Si quelqu'un à des infos ?
Si tu as une version de mysql (ou de toute autre base de donnée) qui
supporte l'utf8, aucun problème.
Bref, au passage je suis preneur de toutes info concernant l'utilisation
de l'utf8 avec php pour m'éviter d'avoir à reinventer la roue chaques
fois que j'ai un problème.
J'ai une base MySql 4.0 dans laquelle je dois enregistrer et lire du texte dans différentes langues. Mon problème est sur le Japonais. MySql 4.0 ne sait pas traiter pas des CHARACTER SET différents dans une même table.
C'est le problème.
Comment puis-je enregistrer et lire le texte en japonais ? J'ai essayé avec utf8_encode et decode mais j'y comprends rien !!!
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Je me suis posé exactement le même problème il y a de cela 2 semaines en m'occupant de la version japonaise du site de ma promo.
Bref, le mieux comme te l'a indiqué ftc, c'est de faire l'intégralité du site (ou au moins du contenu) en utf8.
Pour cela, quelques recomandations de ce que j'ai observer :
1) Php plante lamentablement si tu ajoute un BOM utf-8 à tes fichiers. Je ne sais plus exactement ce que c'est (difference entre le low endien et le big je crois, à vérifier) mais si tu ne le met pas cela fonctionne sans planter php. 2) Certains fonctions de chaines (genre htmlentities) ont besoin de paramétres optionelles, je te renvoie à la doc chaque fois qu'une fonction de chaine ne fait pas ce que tu veux. 3) Concernant le stockage en BDD. Ayant dû utiliser mysql 3.x, je n'ai pas pu profiter du support de l'utf8, mais cela ne pose aucun problème (si ce n'est pour le tri des chaines) de stocker en utf8 dedans et de récuperé en utf8. 4) l'utilisation de mysql_real_escape_string() comme le conseil la doc. Le seul problème c'est si tu as une version de mysql qui ne supporte pas de definir un encodage. En pratique je ne crois pas que cela pose de problème d'utiliser addslashes(). Si quelqu'un à des infos ?
Si tu as une version de mysql (ou de toute autre base de donnée) qui supporte l'utf8, aucun problème.
Bref, au passage je suis preneur de toutes info concernant l'utilisation de l'utf8 avec php pour m'éviter d'avoir à reinventer la roue chaques fois que j'ai un problème.
-- Guillaume.
dmetzler
Un article de référence pour comprendre unicode.... enfin c'est comme ça que j'ai compris ;-)....
Ca permet de mettre les idées au clair en tout cas !
Guillaume Bouchard
wrote:
Un article de référence pour comprendre unicode.... enfin c'est comme ça que j'ai compris ;-).... http://french.joelonsoftware.com/Articles/Unicode.html
Moi aussi, comme quoi il y a de vrai réferences.
Ca permet de mettre les idées au clair en tout cas !
Clairement cela permet d'avoir les idees au clair.
En parlant de cela, la meilleur implantation que j'ai pu voir actuellement dans la gestion de l'unicode c'est en python. Chaques caractères est sauvegardé avec son numero unicode independament de tout encodage et ce n'est que lors des entrée sortie qu'il faut spécifier l'encodage à utiliser (ou qu'il utilise par defaut celui du fichier).
<troll baveux> Vivement ce genre de comportement avec php. Vivement les améliorations UTILES. </troll>
-- Guillaume "J-11"
dmetzler@myaccountingmail.com wrote:
Un article de référence pour comprendre unicode.... enfin c'est comme
ça que j'ai compris ;-)....
http://french.joelonsoftware.com/Articles/Unicode.html
Moi aussi, comme quoi il y a de vrai réferences.
Ca permet de mettre les idées au clair en tout cas !
Clairement cela permet d'avoir les idees au clair.
En parlant de cela, la meilleur implantation que j'ai pu voir
actuellement dans la gestion de l'unicode c'est en python. Chaques
caractères est sauvegardé avec son numero unicode independament de tout
encodage et ce n'est que lors des entrée sortie qu'il faut spécifier
l'encodage à utiliser (ou qu'il utilise par defaut celui du fichier).
<troll baveux>
Vivement ce genre de comportement avec php. Vivement les améliorations
UTILES.
</troll>
Un article de référence pour comprendre unicode.... enfin c'est comme ça que j'ai compris ;-).... http://french.joelonsoftware.com/Articles/Unicode.html
Moi aussi, comme quoi il y a de vrai réferences.
Ca permet de mettre les idées au clair en tout cas !
Clairement cela permet d'avoir les idees au clair.
En parlant de cela, la meilleur implantation que j'ai pu voir actuellement dans la gestion de l'unicode c'est en python. Chaques caractères est sauvegardé avec son numero unicode independament de tout encodage et ce n'est que lors des entrée sortie qu'il faut spécifier l'encodage à utiliser (ou qu'il utilise par defaut celui du fichier).
<troll baveux> Vivement ce genre de comportement avec php. Vivement les améliorations UTILES. </troll>
