Latin1_swedish_ci / utf8_general_c

Installer mon Dolibarr
, , ,
1

bonjour à tous

sur mes installations sur hébergement OVH les bases de données MySQL sont systématiquement initialisées avec les paramètres

$dolibarr_main_db_character_set='latin1';
$dolibarr_main_db_collation='latin1_swedish_ci';

visible dans le fichier conf/conf.php
Cela viendrait du fait que c’est le jeu de caractères par défaut des bases MySQL

cela m’a occasionné parfois des erreurs en important des données en UTF8
→ est-ce que vous pensez qu’on peut garder ces encodages au lieu de utf8 ?
→ ou faut-il repasser le fichier conf.php en utf8 ?

2

Bonjour,

voir ce message : Illegal mix of collations (utf8_unicode_ci,IMPLICI - #3 par ksar

Il y a un script dans dolibarr qui permet de corriger cela

@+

3

merci pour ce fil, j’ai appliqué le script de réparation /install/repair.php?force_utf8_on_tables=confirmed
Il s’est bien passé, cependant le fichier conf.php n’a pas changé, c’est toujours en latin1_swedish_ci , est-ce que c’est gênant ?
cordialement

4

C’est le cas pour MySQL 5.7.

Pour MySQL 8 c’est utf8mb4 et utf8mb4_0900_ai_ci

Pour MariaDB cela varie en fonction de la distribution linux. Normalement c’est latin1 latin1_swedish_ci par défaut, mais sur Debian par exemple ça va être utf8mb4 et utf8mb4_general_ci

C’est parfois presque aussi joyeux à gérer que les timezones :sweat_smile:

1 « J'aime »
5

@MatthieuM le mieux c’est quand même de le changer pour que se soit cohérent.
Le problème actuellement c’est que pour créer de nouvelles tables (première installation, ou activation de module) Dolibarr n’utilise pas les informations du fichier conf.php, mais par contre pour enregistrer les données dedans oui.
Cela reste des opérations que les hébergeurs Dolibarr font mécaniquement/automatisés sur leur scripts d’installation (normalement).
OVH décide pour vous une mauvaise valeur par défaut.
En fait il faut demander à votre moteur de base de donnée quelle est la collation et le character_set d’une connexion par défaut et mettre ça dans le fichier conf.php de Dolibarr ou le modifier (par exemple avec phpmyadmin ou en SQL) pour que cela soit cohérent de partout.
Pour connaître ces informations par defaut en SQL

SHOW VARIABLES LIKE 'character_set%';
SHOW VARIABLES LIKE 'collation%';
6

merci pour les réponses, je ne pensais pas que ça m’emmènerait si loin
quand je fais ces requêtes SQL j’ai le résultat suivant :

avant script /install/repair.php?force_utf8_on_tables=confirmed ( par défaut chez OVH donc )

|character_set_client|      utf8mb4|
|character_set_connection|  utf8mb4|
|character_set_database|    latin1|
|character_set_filesystem|  binary|
|character_set_results|     utf8mb4|
|character_set_server|      latin1|
|character_set_system|      utf8|
|character_sets_dir|       /usr/share/mysql/charsets/|

collation_connection        utf8mb4_unicode_ci
collation_database          latin1_swedish_ci
collation_server            latin1_swedish_ci

et après :

|character_set_client|      utf8mb4|
|character_set_connection|  utf8mb4|
|character_set_database|    utf8|       <*****
|character_set_filesystem|  binary|
|character_set_results|     utf8mb4|
|character_set_server|      latin1|
|character_set_system|      utf8|
|character_sets_dir|       /usr/share/mysql/charsets/|

collation_connection        utf8mb4_unicode_ci
collation_database          utf8_general_ci     <*****
collation_server            latin1_swedish_ci

est-ce que du coup je change le fichier conf.php en

$dolibarr_main_db_character_set='utf8';
$dolibarr_main_db_collation='utf8_general_ci';

?

merci !

7

Pour info :

Suite à cette manipulation, mes sauvegardes antérieures au changement de charset ne sont plus importables par l’outil phpmyadmin ( erreur d’import, même en désactivant la vérification des clés étrangères )

J’ai donc édité le fichier .sql de la sauvegarde antérieure au changement de charset en remplaçant toutes les occurrences de CHARSET=latin1; par CHARSET=utf8; avec un éditeur de texte

Puis dans phpmyadmin j’ai dû supprimer toutes les tables à la main car certaines tables avaient été importées en latin1 dans la tentative échouée

Ensuite l’import fonctionne à nouveau

J’ai également édité le fichier conf.php

$dolibarr_main_db_character_set='utf8';
$dolibarr_main_db_collation='utf8_general_ci';