J'ai fait plusieurs tests d'affichage en passant ou pas par la base de donnée et en fait, ça fonctionne très bien côté php.
Mon problème viendrait donc de la bdd.
J'ai, comme conf de mysql les données suivantes :
variables du serveur :
character set client utf8
(Valeur globale) latin1
character set connection utf8
(Valeur globale) latin1
character set database latin1
character set filesystem binary
character set results utf8
(Valeur globale) latin1
character set server latin1
character set system utf8
character sets dir /usr/share/mysql/charsets/
collation connection utf8_unicode_ci
(Valeur globale) latin1_swedish_ci
collation database latin1_swedish_ci
collation server latin1_swedish_ci
La base de données a un interclassement en utf8_unicode_ci et toutes les tables sont en utf8.
Le problème peut-il venir de là ?[/u]
--------------- (édition du post)
Bah non, j'ai :
character set client utf8
character set connection utf8
character set database utf8
character set filesystem binary
character set results utf8
character set server utf8
character set system utf8
character sets dir /usr/share/mysql/charsets/
collation connection utf8_unicode_ci
(Valeur globale) utf8_general_ci
collation database utf8_general_ci
collation server utf8_general_ci
mais ça ne change rien au bidouillage du fichier qui se produit lors de son insertion dans la bdd via php.
------------- (nouvelle édition du message)
Bon, j'ai fait d'autres tests avec d'autres types de fichiers et à présent, je me rend compte que tout déconne depuis que je suis passé de latin1 & sweden vers utf8.
Je me pose la question suivante :
j'abandonne utf8 ?
Peux-t-on régler mon problème ?
Peux-t-on gérer les caractères russes et turcs avec l'iso ?
Vaut-il mieux que je persévère avec utf8 si je veux gérer le russe et le turcs ?
en attendant, il est 00h26 et si le lit ne m'appelle pas, le boulot de demain matin oui et j'ai pas le choix

J'ai fait plusieurs tests d'affichage en passant ou pas par la base de donnée et en fait, ça fonctionne très bien côté php.
Mon problème viendrait donc de la bdd.
J'ai, comme conf de mysql les données suivantes :
[b]variables du serveur :[/b]
character set client utf8
(Valeur globale) latin1
character set connection utf8
(Valeur globale) latin1
character set database latin1
character set filesystem binary
character set results utf8
(Valeur globale) latin1
character set server latin1
character set system utf8
character sets dir /usr/share/mysql/charsets/
collation connection utf8_unicode_ci
(Valeur globale) latin1_swedish_ci
collation database latin1_swedish_ci
collation server latin1_swedish_ci
La base de données a un interclassement en utf8_unicode_ci et toutes les tables sont en utf8.
Le problème peut-il venir de là ?[/u]
--------------- (édition du post)
Bah non, j'ai :
character set client utf8
character set connection utf8
character set database utf8
character set filesystem binary
character set results utf8
character set server utf8
character set system utf8
character sets dir /usr/share/mysql/charsets/
collation connection utf8_unicode_ci
(Valeur globale) utf8_general_ci
collation database utf8_general_ci
collation server utf8_general_ci
mais ça ne change rien au bidouillage du fichier qui se produit lors de son insertion dans la bdd via php.
|*() |*() |*() |*() |*() |*()
------------- (nouvelle édition du message)
Bon, j'ai fait d'autres tests avec d'autres types de fichiers et à présent, je me rend compte que tout déconne depuis que je suis passé de latin1 & sweden vers utf8.
Je me pose la question suivante :
j'abandonne utf8 ?
Peux-t-on régler mon problème ?
Peux-t-on gérer les caractères russes et turcs avec l'iso ?
Vaut-il mieux que je persévère avec utf8 si je veux gérer le russe et le turcs ?
en attendant, il est 00h26 et si le lit ne m'appelle pas, le boulot de demain matin oui et j'ai pas le choix :-)