Bonsoir,
C'est à devenir dingue, si le pire du pire existe en matière de serveur MySQL, vous le trouverez chez 1&1. C’est du délire complet. Ça fait deux jours que j’essaie d’importer une base que j’ai vérifié X fois (reçue de quelqu’un), que j’ai importé X fois en local (pour vérifier) sans aucun problème, que j’ai re-exporté X fois avec toutes les combinaisons d’options imaginable depuis cette même base locale.
Quand je l’importe chez 1&1, c’est à devenir dingue ou à se tordre de rire, au choix : certaines entrées des tables sont importés normalement, et certaines sont importées comme si elle étaient reçue en ISO 8859-1 puis ré-encodées en UTF-8. Et cela, au sain d’une même table ! Dans une même table (c’est un forum), certaines entrée encodent les caractère accentué normalement, et d’autres non, et les enregistre comme si l'UTF-8 dans lequel est encodé le fichier SQL avait été interprété comme de l’ISO pour être ensuite ré-encodé en UTF-8, c’est à dire que je me retrouve avec des ’ ou é, mais en UTF-8!
J’ai vérifié évidemment X fois que tous est en UTF-8 pour dans les tables, j'ai vérifier que le fichier SQL indique bien d’utiliser UTF-8, etc, tout est là pourtant.
Deux jours, et pas moyen de faire comprendre à 1&1 ce que c’est que de l’UTF-8, alors que ça marche sur deux autres bases MySQL.
Je sais pas si leur serveur tourne au pinard ou au cannabis, mais pour interpréter, depuis un fichier encodé en UTF-8, certaines entrée comme si elles étaient en UTF-8 et d’autres comme si elles étaient en ISO 8859, il faut quand-même en tenir un bonne couche de plusieurs kilomètres.
Vous avez déjà vu une idiotie pareille ? Moi jamais, et il n’y a qu’avec cette base 1&1 que je n’ai jamais vu ça.
Si quelqu’un sait quels champignons ils font manger à leurs serveur MySQL, ça pourrait m’aider, au moins ça me donnerait peut-être un idée de l’antidote à lui injecter.
N’importe quoi… interpréter un fichier UTF-8 tantôt comme de l’UTF-8, tantôt comme de l’ISO, au gré des lignes, jamais vu un truc pareil… et surtout aussi pénible.
Un truc qui aurait dut être fait en 1h maximum avec un serveur MySQL décent, n’a pas même pas put être fait en deux jours + une nuit (entre les deux) sur un serveur MySQL de chez 1&1.
C'est à devenir dingue, si le pire du pire existe en matière de serveur MySQL, vous le trouverez chez 1&1. C’est du délire complet. Ça fait deux jours que j’essaie d’importer une base que j’ai vérifié X fois (reçue de quelqu’un), que j’ai importé X fois en local (pour vérifier) sans aucun problème, que j’ai re-exporté X fois avec toutes les combinaisons d’options imaginable depuis cette même base locale.
Quand je l’importe chez 1&1, c’est à devenir dingue ou à se tordre de rire, au choix : certaines entrées des tables sont importés normalement, et certaines sont importées comme si elle étaient reçue en ISO 8859-1 puis ré-encodées en UTF-8. Et cela, au sain d’une même table ! Dans une même table (c’est un forum), certaines entrée encodent les caractère accentué normalement, et d’autres non, et les enregistre comme si l'UTF-8 dans lequel est encodé le fichier SQL avait été interprété comme de l’ISO pour être ensuite ré-encodé en UTF-8, c’est à dire que je me retrouve avec des ’ ou é, mais en UTF-8!
J’ai vérifié évidemment X fois que tous est en UTF-8 pour dans les tables, j'ai vérifier que le fichier SQL indique bien d’utiliser UTF-8, etc, tout est là pourtant.
Deux jours, et pas moyen de faire comprendre à 1&1 ce que c’est que de l’UTF-8, alors que ça marche sur deux autres bases MySQL.
Je sais pas si leur serveur tourne au pinard ou au cannabis, mais pour interpréter, depuis un fichier encodé en UTF-8, certaines entrée comme si elles étaient en UTF-8 et d’autres comme si elles étaient en ISO 8859, il faut quand-même en tenir un bonne couche de plusieurs kilomètres.
Vous avez déjà vu une idiotie pareille ? Moi jamais, et il n’y a qu’avec cette base 1&1 que je n’ai jamais vu ça.
Si quelqu’un sait quels champignons ils font manger à leurs serveur MySQL, ça pourrait m’aider, au moins ça me donnerait peut-être un idée de l’antidote à lui injecter.
N’importe quoi… interpréter un fichier UTF-8 tantôt comme de l’UTF-8, tantôt comme de l’ISO, au gré des lignes, jamais vu un truc pareil… et surtout aussi pénible.
Un truc qui aurait dut être fait en 1h maximum avec un serveur MySQL décent, n’a pas même pas put être fait en deux jours + une nuit (entre les deux) sur un serveur MySQL de chez 1&1.