encodage; c'est la cata ...

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&gt;
import.php: Missing parameter: format (FAQ 2.8) <https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters&gt;

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&gt;

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&gt;
      directive empty. See also FAQ 4.7
      <https://81.56.143.229/phpmyadmin/Documentation.html#faq4_7&gt;\.
    * 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&gt;

import.php: Missing parameter: format (FAQ 2.8) <https://81.56.143.229/phpmyadmin/Documentation.html#faqmissingparameters&gt;

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&gt;

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&gt;
     directive empty. See also FAQ 4.7
     <https://81.56.143.229/phpmyadmin/Documentation.html#faq4_7&gt;\.
   * 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/&gt;, 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 :wink:

--
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