rien n'y fait je reste en latin
bon je trouve ça dans mon fichier
ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
pourtant j'ai tenter d'appliquer la méthode :
1- exporte TOUTE ta base de donnée actuelle via phpMyAdmin
2- ouvre ce .sql avec notepad++
3- clique sur le menu dans notepad : format /encoder en utf-8
4- enregistre ton fichier ( sous un autre nom pour garder une copie
de ta base originale )
5- vas dans phpmyadmin sur chaqu'une de tes tables spip et non spip
, regarde la structure et si tu vois un truc autre que utf-8 tu
clique sur le petit stylo sur chaque champ (pour l'éditer ) pour
modifier l'encodage de chacun de ces champs.
mais dans l'interclassement des tables a la racine de la base je voie encore :
latin1_general_ci et latin1_swedish_ci
alors que chaque table dans "structure" je lit : utf8_unicode_ci
dans la page d'accueil je lit aussi
a.. jeu de caractères pour MySQL: UTF-8 Unicode (utf8)
a.. Interclassement pour la connexion MySQL: UTF-8 Unicode_ci
6- réimporter le .sql utf-8 dans ta base utf-8
mais la je retrouve les table en latin1_general_ci et latin1_swedish_ci
7- vérifier ton site
hélas sgnifffffff
--
Une piste, une idée, un tuto; merci
@micalement stéphane
http://bachant.free.fr
Vérifie si dans ton dump, les tables ne sont pas crées en latin1 au lieu de utf8
assobachant a écrit :
rien n'y fait je reste en latin
bon je trouve ça dans mon fichier
ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
pourtant j'ai tenter d'appliquer la méthode :
1- exporte TOUTE ta base de donnée actuelle via phpMyAdmin
2- ouvre ce .sql avec notepad++
3- clique sur le menu dans notepad : format /encoder en utf-8
4- enregistre ton fichier ( sous un autre nom pour garder une copie
de ta base originale )
5- vas dans phpmyadmin sur chaqu'une de tes tables spip et non spip
, regarde la structure et si tu vois un truc autre que utf-8 tu
clique sur le petit stylo sur chaque champ (pour l'éditer ) pour
modifier l'encodage de chacun de ces champs.
mais dans l'interclassement des tables a la racine de la base je voie encore :
latin1_general_ci et latin1_swedish_ci
alors que chaque table dans "structure" je lit : utf8_unicode_ci
dans la page d'accueil je lit aussi
a.. jeu de caractères pour MySQL: UTF-8 Unicode (utf8)
a.. Interclassement pour la connexion MySQL: UTF-8 Unicode_ci
6- réimporter le .sql utf-8 dans ta base utf-8
mais la je retrouve les table en latin1_general_ci et latin1_swedish_ci
7- vérifier ton site
hélas sgnifffffff
Samy RABIH a écrit :
Vérifie si dans ton dump, les tables ne sont pas crées en latin1 au lieu de utf8
faut t'il obligatoirement que le dump soit effectuer par l'interface privé de spip car moi j'ai un export sql via phpmyadmin
sinon je confirme que dans le fichier sql je lit :
ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
sinon ci joint le détail :
# Ce fichier est généré par le plugin saveauto
# Base : ville de bachant
# Serveur :
# Date : 30/06/2008 : 21h46
# OS Serveur : Linux/Unix
# Version PHP : 4.4.3-dev
# Version mySQL : 5.0.45
# IP Client :
# Fichier SQL 100% compatible PHPMyadmin
# -------debut du fichier----------
# Structure de la table .......................etc.................
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
# Structure de la table ..................etc...............
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;
assobachant a écrit :
rien n'y fait je reste en latin
bon je trouve ça dans mon fichier
ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
pourtant j'ai tenter d'appliquer la méthode :
1- exporte TOUTE ta base de donnée actuelle via phpMyAdmin
2- ouvre ce .sql avec notepad++
3- clique sur le menu dans notepad : format /encoder en utf-8
4- enregistre ton fichier ( sous un autre nom pour garder une copie
de ta base originale )
5- vas dans phpmyadmin sur chaqu'une de tes tables spip et non spip
, regarde la structure et si tu vois un truc autre que utf-8 tu
clique sur le petit stylo sur chaque champ (pour l'éditer ) pour
modifier l'encodage de chacun de ces champs.
mais dans l'interclassement des tables a la racine de la base je voie encore :
latin1_general_ci et latin1_swedish_ci
alors que chaque table dans "structure" je lit : utf8_unicode_ci
dans la page d'accueil je lit aussi
a.. jeu de caractères pour MySQL: UTF-8 Unicode (utf8)
a.. Interclassement pour la connexion MySQL: UTF-8 Unicode_ci
6- réimporter le .sql utf-8 dans ta base utf-8
mais la je retrouve les table en latin1_general_ci et latin1_swedish_ci
7- vérifier ton site
hélas sgnifffffff
--
Une piste, une idée, un tuto; merci
@micalement stéphane
http://bachant.free.fr
S'lt
Si tu reimportes ton sql en laissant dans le fichier "charset =
latin1" normal que tu ai du latin1 et pas utf8
Il faut à minima changer l'encodage de ton fichier en utf8 et
remplacer "charset = latin1" par "charset = utf8"
cam.lafit@azerttyu.net a écrit :
S'lt
Si tu reimportes ton sql en laissant dans le fichier "charset =
latin1" normal que tu ai du latin1 et pas utf8
Il faut à minima changer l'encodage de ton fichier en utf8 et
remplacer "charset = latin1" par "charset = utf8"
bon aprés avoir changer le charset en utf8
j'ai donc reinstallé un spip tous frais et via phpmyadmin fait l'import sql
et la je me retrouve avec :
mport.php: Missing parameter: import_type (FAQ 2.8) <https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters>
import.php: Missing parameter: format (FAQ 2.8) <https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters>
et comme j'y pige strictemment rien; je joint :
2.8 I get "Missing parameters" errors, what can I do?
<https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters>
Here are a few points to check:
* In config.inc.php, try to leave the $cfg['PmaAbsoluteUri']
<https://81.56.143.229/phpmyadmin/Documentation.html#cfg_PmaAbsoluteUri>
directive empty. See also FAQ 4.7
<https://81.56.143.229/phpmyadmin/Documentation.html#faq4_7>\.
* Maybe you have a broken PHP installation or you need to upgrade
your Zend Optimizer. See PHP :: Bug #31134 :: foreach() semantics broken between 4.3.9 and 4.3.10.
* If you are using Hardened PHP with the ini directive
varfilter.max_request_variables set to the default (200) or
another low value, you could get this error if your table has a
high number of columns. Adjust this setting accordingly. (Thanks
to Klaus Dorninger for the hint).
* In the php.ini directive arg_separator.input, a value of ";" will
cause this error. Replace it with "&;".
* If you are using Hardened-PHP <Hardened PHP - Hardened-PHP, you
might want to increase request limits
<Hardened PHP - Hardened-PHP.
* The directory specified in the php.ini directive session.save_path
does not exist or is read-only.
doit je considerer que ma sauvegarde est foutu et p&ar la même occasion notre site ?
stéphane qui commence a paniquer....
--
Une piste, une idée, un tuto; merci
@micalement stéphane
http://bachant.free.fr
j'avance mais la je ne sais comment résoudre une idée;
CREATE DATABASE `bachantinfo` DEFAULT CHARACTER SET utf8 COLLATE utf8;
*MySQL a répondu:*
| #1273 - Unknown collation: 'utf8' |
cam.lafit@azerttyu.net a écrit :
S'lt
Si tu reimportes ton sql en laissant dans le fichier "charset =
latin1" normal que tu ai du latin1 et pas utf8
Il faut à minima changer l'encodage de ton fichier en utf8 et
remplacer "charset = latin1" par "charset = utf8"
bon aprés avoir changer le charset en utf8
j'ai donc reinstallé un spip tous frais et via phpmyadmin fait l'import sql
et la je me retrouve avec :
mport.php: Missing parameter: import_type (FAQ 2.8) <https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters>
import.php: Missing parameter: format (FAQ 2.8) <https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters>
et comme j'y pige strictemment rien; je joint :
2.8 I get "Missing parameters" errors, what can I do?
<https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters>
Here are a few points to check:
* In config.inc.php, try to leave the $cfg['PmaAbsoluteUri']
<https://81.56.143.229/phpmyadmin/Documentation.html#cfg_PmaAbsoluteUri>
directive empty. See also FAQ 4.7
<https://81.56.143.229/phpmyadmin/Documentation.html#faq4_7>\.
* Maybe you have a broken PHP installation or you need to upgrade
your Zend Optimizer. See PHP :: Bug #31134 :: foreach() semantics broken between 4.3.9 and 4.3.10.
* If you are using Hardened PHP with the ini directive
varfilter.max_request_variables set to the default (200) or
another low value, you could get this error if your table has a
high number of columns. Adjust this setting accordingly. (Thanks
to Klaus Dorninger for the hint).
* In the php.ini directive arg_separator.input, a value of ";" will
cause this error. Replace it with "&;".
* If you are using Hardened-PHP <http://www.hardened-php.net/>, you
might want to increase request limits
<Hardened PHP - Hardened-PHP.
* The directory specified in the php.ini directive session.save_path
does not exist or is read-only.
doit je considerer que ma sauvegarde est foutu et p&ar la même occasion notre site ?
stéphane qui commence a paniquer....
--
Une piste, une idée, un tuto; merci
@micalement stéphane
http://bachant.free.fr
assobachant a écrit :
j’avance mais la je ne sais comment résoudre une idée;
CREATE DATABASE bachantinfo
DEFAULT CHARACTER SET utf8 COLLATE utf8;
MySQL a répondu:
#1273 - Unknown collation: ‹ utf8 › |
a écrit : bon aprés avoir changer le charset en utf8 j’ai donc reinstallé un spip tous frais et via phpmyadmin fait l’import sql et la je me retrouve avec : mport.php: Missing parameter: import_type (FAQ 2.8) import.php: Missing parameter: format (FAQ 2.8) et comme j’y pige strictemment rien; je joint : 2.8 I get « Missing parameters » errors, what can I do? Here are a few points to check: * In config.inc.php, try to leave the $cfg[‹ PmaAbsoluteUri ›] directive empty. See also FAQ 4.7 . * Maybe you have a broken PHP installation or you need to upgrade your Zend Optimizer. See . * If you are using Hardened PHP with the ini directive varfilter.max_request_variables set to the default (200) or another low value, you could get this error if your table has a high number of columns. Adjust this setting accordingly. (Thanks to Klaus Dorninger for the hint). * In the php.ini directive arg_separator.input, a value of « ; » will cause this error. Replace it with « &; ». * If you are using Hardened-PHP , you might want to increase request limits . * The directory specified in the php.ini directive session.save_path does not exist or is read-only. doit je considerer que ma sauvegarde est foutu et p&ar la même occasion notre site ? stéphane qui commence a paniquer…
Je vais peut-être dire une connerie, mais ca n’est pas utf-8
Y a dans sur Le /World Wide Web/
Et dans un coin de messagerie
Des tas de gars, des tas de femmes
Qui chantent dans la même langue que toi
Mais quand ils font des sites
C'est celle d'un système de publication
Ils rêvent encore d'indépendance
Qu'avait rêvée leur grand-papa
Qui pensait peu, qui pensait pas
{Refrain:}
Tous les Spipiens, toutes les Spipiennes
Vont Pluginisé, vont Upgrader
La faute à qui donc ? La faute à ...spip 2.0
Merci a vous tous 
--
Une piste, une idée, un tuto; merci
@micalement stéphane
http://bachant.free.fr
Bonjour
Pour, entre autre, spip et html on dira : utf-8
Pour mysql : utf8
cam.lafit@azerttyu.net a écrit :
Bonjour
Pour, entre autre, spip et html on dira : utf-8
Pour mysql : utf8
j'ai pas compris ce que tu voulait dire :-[
--
Une piste, une idée, un tuto; merci
@micalement stéphane
http://bachant.free.fr