WampServer

Bonjour

J'ai dû réinstaller un wampserver version 2.0 mais ne peux pas me connecter à phpMyadmin. Lorsque j'essaie, j(ai le message d'erreur "#1273 - Unknown collation: 'utf8mb4_general_ci'" et je ne peux pas créer une base de données. Pourriez vous m'orienter vers une solution?

Merci

Bonjour,

- 1 - Répondre à : À LIRE AVANT DE POSER UNE QUESTION
- 2 - Version PhpMyAdmin ?
- 3 - L'interclassement utf8mb4_general_ci est apparu avec des versions MySQL et PhpMyAdmin largement postérieures à celle utilisées dans Wampserver 2.0

---------------------------------------------------------------
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons

Bonjour.

Mes excuses... Je suis sous Windows 8.1, 64 bits. La version de wampserver concernée est la 2.0, avec WampServer 2.0, 32 bits, Apache 2.2.11, PHP 5.30, MySQL 5.1.36 et PhPmyAdmin 3.2.0.1. L'icone de wamp est blanche, ce qui je crois est normal vu la version.

Les lignes décommentées de hosts sont:
127.0.0.1 localhost
::1 localhost
127.0.0.1 localhost
127.0.0.1 localhost

J'ai accès à localhost, mais pas à phpMyAdmin. Lorsque je clique sur la ligne de commande du menu, j'ai le message:
MySQL à répondu #1273 - Unknow collation: "utf8mb4_general_ci'.

Mon anti virus et pare feu sont NAV 360, et le chemin de wamp est c:\wamp

Merci

Oups. C'est idiot, mais juqu'à il y a 1 minute, je n'ai pas essayer d'adresser phpmyadmin sous 127.0.0.1. L'adresse donnée en cliquant sur le menu de wamp est Localhost. Et bien, sous 127, je peu me connec ter à phpmyadmin et le jeu de caractère indiqué est alors UTF-8 Unicode (utf8).


Merci.

Salut Kyos.

D'où sortez-vous "utf8mb4_general_ci'" ?

Est-ce dans le fichier "config.inc.php" de phpmyadmin avec :

/*----------------*/
/*     Langue     */
/*----------------*/

$cfg['DefaultLang']					= 'fr';
$cfg['DefaultConnectionCollation']	= 'latin1_general_ci';

ou est-ce dans le fichier "my.ini" de mysql :

# --------------- #
#     Charset     #
# --------------- #

character-set-server = latin1
collation-server     = latin1_general_ci
init-connect         = 'SET NAMES latin1'

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

Ni dans l'un, ni dans l'autre !
Sans aucune précision quant à la collation ou au charset à utiliser, PhpMyAdmin choisi d'office utf8mb4_general_ci.

---------------------------------------------------------------
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons

Merci de ta réponse. De toute façon, c'est réglé. Maintenant presque tout fonctionne hormis un problème de rewriting.

Salut Otomatic.

Ah bon ?

Est-ce dans le paramétrage par défaut ?

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

Dans fichier phpmyadmin4.3.xy\libraries\DatabaseInterface.class.php, juste après // Skip charsets for Drizzle

---------------------------------------------------------------
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons

Salut Otomatic.

J'ai trouvé le code que voici :

        // Skip charsets for Drizzle
        if (!PMA_DRIZZLE) {
            if (PMA_MYSQL_INT_VERSION >  50503) {
                $default_charset = 'utf8mb4';
                $default_collation = 'utf8mb4_general_ci';
            } else {
                $default_charset = 'utf8';
                $default_collation = 'utf8_general_ci';
            }
            if (! empty($GLOBALS['collation_connection'])) {
                $this->query(
                    "SET CHARACTER SET '$default_charset';",
                    $link,
                    self::QUERY_STORE
                );
                /* Automatically adjust collation to mb4 variant */
                if ($default_charset == 'utf8mb4'
                    && strncmp('utf8_', $GLOBALS['collation_connection'], 5) == 0
                ) {
                    $GLOBALS['collation_connection'] = 'utf8mb4_' . substr(
                        $GLOBALS['collation_connection'],
                        5
                    );
                }
                $this->query(
                    "SET collation_connection = '"
                    . PMA_Util::sqlAddSlashes($GLOBALS['collation_connection'])
                    . "';",
                    $link,
                    self::QUERY_STORE
                );
            } else {
                $this->query(
                    "SET NAMES '$default_charset' COLLATE '$default_collation';",
                    $link,
                    self::QUERY_STORE
                );
            }
        }

Merci pour l'information.

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

> if (PMA_MYSQL_INT_VERSION > 50503) {

utf8mb4 sera utilisé par défaut, uniquement si la version de MySQL est => à 5.5.3, qui fut la première version MySQL à intégrer le support d'Unicode version 6.0.
Depuis MySQL 5.5.3 sont supporté les extensions Unicode aux caractères BMP : les caractères utf8 composés de quatre octets, c'est-à-dire les codes du standard UCS (ISO 10646) supérieurs à 65534 (> 0xFFFF) et ce support se nomme utf8mb4.

---------------------------------------------------------------
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons

Salut Otomatic.

Un vrai puits de science. Encore merci pour l'information.

Mais qui peut utiliser une codification des caractères sur quatre octets ?
Pour ma part, le "latin1" me suffit largement car je ne pratique que le français et l'anglais.

Mais mettre cela en défaut, c'est faire du gaspillage d'espace.

@+

----------------------------------------------------------------------------------------------------------------------------------------------------------------
Mon site : [www.jcz.fr]

Bonjour,

> Mais mettre cela en défaut, c'est faire du gaspillage d'espace.
Que nenni. Ça ne « gaspille » aucun espace supplémentaire par rapport à utf8 ou même à "latin1".
Si tu utilises UNIQUEMENT le jeu de caractères "latin1", le fait de définir utf8mb4 ne fera pas grossir les tables.

Le jeu de caractères nommé utf8 utilise un maximum de trois octets par caractère et ne contient que des caractères BMP : Basic Multilingual Plane, c'est-à-dire les 65534 premiers codes (0x0000 à 0xFFFD) du standard UCS (ISO 10646) qui définit le Universal Character Set (UCS). UCS contient tous les caractères de tous les autres jeux de caractères standards. Il garantit également une compatibilité circulaire, ce qui signifie que les tables de conversions permettent de ne perdre aucune information quand une chaîne de caractères est convertie dans un autre codage, puis reconvertie en sens inverse.
UCS contient les caractères nécessaires pour représenter presque tous les langages connus. En plus des langues utilisant une extension de l'alphabet latin, il inclut : Grec, Cyrillique, Hébreu, Arabe, Arménien, Grégorien, Japonais, Chinois, Hiragana, Katakana, Coréen, Hangul, Devangari, Bengali, Gurmukhi, Gujarati, Oriya, Tamil, Telugu, Kannada, Malayam, Thai, Lao, Bopomofo, et bien d'autres encore.

L'ensemble utf8mb4 utilise un maximum de quatre octets par caractère et supporte les caractères complémentaires, par exemple ceux de Unicode version 6, pour peu qu'une police de caractère (Fonte) dispose des glyphes associés.

Pour un caractère BMP, utf8 et utf8mb4 fonctionnent de manière identique : même code, même encodage, même longueur (Nombre d'octets), même façon d'enregistrer dans la base de données.

Pour les caractères supplémentaires, par exemple Unicode version 6, utf8 ne peut pas stocker le caractère et générera une erreur car utf8mb4 nécessite quatre octets. Donc, si on veut supporter les caractères uft8 à quatre octets, il est impératif de le déclarer explicitement pour les bases, tables et colonnes le nécessitant.

Le fait de dire qu'une base de données, une table ou une colonne doit supporter utf8mb4 ne la fait pas « grossir ». Il faut dissocier la possibilité de l'usage.

---------------------------------------------------------------
Documentation Apache - Documentation PHP - Documentation MySQL - Wampserver install files & addons