- Messages : 5
Migration 1.9.7e vers 3.5.0a - Problème d'accents
- vito.suppa
- Auteur du sujet
- Nouveau membre
Moins
Plus d'informations
il y a 2 ans 3 semaines - il y a 2 ans 3 semaines #4482
par vito.suppa
Migration 1.9.7e vers 3.5.0a - Problème d'accents a été créé par vito.suppa
Bonjour,
Après avoir passé pas mal de temps à dépanner, je commence à sécher et donc je viens vous solliciter.
J'ai réussi, tant bien que mal à migrer sur un nouveau serveur ma base de donnée en 1.9.7e vers la dernière version 3.5.0a
J'ai ma procédure qui se déroule sans souci aujourd'hui, et je peux recommencer à volonté.
Mais voici mon problème :
J'ai bien converti ma sauvegarde de la BD en 1.9.7e en utf8.
J'ai testé de deux manière, le résultat reste le même.
- Sous Notepadd++ : encodage->convertion en utf8 (simple)
- En ligne de commande : iconv -f iso_8859-1 -t utf-8 tables.my.sql > tables.my.sql.utf-8
- Puis je fais une restauration sur le nouveau site.
La mise à jours se passe bien, sans erreur.
J'ai aussi testé de forcer la mise à jours avec le script force_maj. Pas d'erreur non plus.
Les versions semble correct lors de l'affichage.
Mais j'ai toujours un problème de caractère/accent qui ne s'affiche pas correctement.
Voici les informations MariaDB :
MariaDB [(none)]> status;
mysql Ver 15.1 Distrib 10.5.15-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper
Connection id: 57
Current database:
Current user: root@localhost
SSL: Not in use
Current pager: stdout
Using outfile: ''
Using delimiter: ;
Server: MariaDB
Server version: 10.5.15-MariaDB-0+deb11u1 Debian 11
Protocol version: 10
Connection: Localhost via UNIX socket
Server characterset: utf8mb4
Db characterset: utf8mb4
Client characterset: utf8
Conn. characterset: utf8
UNIX socket: /run/mysqld/mysqld.sock
Uptime: 1 min 15 sec
Voici les tables :
+
+
+
| Variable_name | Value |
+
+
+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8mb4 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8mb4 |
| character_set_system | utf8 |
| collation_connection | utf8_general_ci |
| collation_database | utf8mb4_general_ci |
| collation_server | utf8mb4_general_ci |
+
+
+
Concernant le serveur, neuf, dédié que à cela :
Je suis en php 7.4, mariadb et nginx, sur une Debian 11.
Je manque d'idée, et j'ai déjà pas mal épluché ce forum.
Merci de me venir en aide Je ne sais pas trop ou chercher...
Après avoir passé pas mal de temps à dépanner, je commence à sécher et donc je viens vous solliciter.
J'ai réussi, tant bien que mal à migrer sur un nouveau serveur ma base de donnée en 1.9.7e vers la dernière version 3.5.0a
J'ai ma procédure qui se déroule sans souci aujourd'hui, et je peux recommencer à volonté.
Mais voici mon problème :
J'ai bien converti ma sauvegarde de la BD en 1.9.7e en utf8.
J'ai testé de deux manière, le résultat reste le même.
- Sous Notepadd++ : encodage->convertion en utf8 (simple)
- En ligne de commande : iconv -f iso_8859-1 -t utf-8 tables.my.sql > tables.my.sql.utf-8
- Puis je fais une restauration sur le nouveau site.
La mise à jours se passe bien, sans erreur.
J'ai aussi testé de forcer la mise à jours avec le script force_maj. Pas d'erreur non plus.
Les versions semble correct lors de l'affichage.
Mais j'ai toujours un problème de caractère/accent qui ne s'affiche pas correctement.
Voici les informations MariaDB :
MariaDB [(none)]> status;
mysql Ver 15.1 Distrib 10.5.15-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper
Connection id: 57
Current database:
Current user: root@localhost
SSL: Not in use
Current pager: stdout
Using outfile: ''
Using delimiter: ;
Server: MariaDB
Server version: 10.5.15-MariaDB-0+deb11u1 Debian 11
Protocol version: 10
Connection: Localhost via UNIX socket
Server characterset: utf8mb4
Db characterset: utf8mb4
Client characterset: utf8
Conn. characterset: utf8
UNIX socket: /run/mysqld/mysqld.sock
Uptime: 1 min 15 sec
Voici les tables :
+
+
+
| Variable_name | Value |
+
+
+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8mb4 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8mb4 |
| character_set_system | utf8 |
| collation_connection | utf8_general_ci |
| collation_database | utf8mb4_general_ci |
| collation_server | utf8mb4_general_ci |
+
+
+
Concernant le serveur, neuf, dédié que à cela :
Je suis en php 7.4, mariadb et nginx, sur une Debian 11.
Je manque d'idée, et j'ai déjà pas mal épluché ce forum.
Merci de me venir en aide Je ne sais pas trop ou chercher...
Dernière édition: il y a 2 ans 3 semaines par vito.suppa.
Connexion ou Créer un compte pour participer à la conversation.
- Yan
- Developpeur GRR
Moins
Plus d'informations
- Messages : 2115
il y a 2 ans 3 semaines #4486
par Yan
Réponse de Yan sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
avez-vous le problème d'accents lors d'une installation à partir de zéro ?
Pouvez-vous préciser quels sont les messages ou données qui sont mal affichées ?
Cordialement,
YN
avez-vous le problème d'accents lors d'une installation à partir de zéro ?
Pouvez-vous préciser quels sont les messages ou données qui sont mal affichées ?
Cordialement,
YN
Connexion ou Créer un compte pour participer à la conversation.
- vito.suppa
- Auteur du sujet
- Nouveau membre
Moins
Plus d'informations
- Messages : 5
il y a 2 ans 3 semaines #4487
par vito.suppa
Réponse de vito.suppa sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
Merci de votre retour, désolé de ma réponse tardive (long week end).
Lors de l'installation à partir de zéro, la base est quasiement vide et je n'ai pas de problème d'accents.
C'est dans la base importé et converti en utf8, que j'ai les souci d'accent.
Sur tout ce qui concerne la personnalisation, les réservations, les sites, ressources...
Merci,
Merci de votre retour, désolé de ma réponse tardive (long week end).
Lors de l'installation à partir de zéro, la base est quasiement vide et je n'ai pas de problème d'accents.
C'est dans la base importé et converti en utf8, que j'ai les souci d'accent.
Sur tout ce qui concerne la personnalisation, les réservations, les sites, ressources...
Merci,
Connexion ou Créer un compte pour participer à la conversation.
- Yan
- Developpeur GRR
Moins
Plus d'informations
- Messages : 2115
il y a 2 ans 3 semaines #4488
par Yan
Réponse de Yan sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
et vos caractères accentués deviennent quoi : des points d'interrogation ou plusieurs caractères non standards ?
Si vous avez accès à la base par phpmyadmin, le contenu des cellules de la table grr_setting a-t-il un aspect correct ?
L'encodage des tables est-il bien en utf8mb4 ?
Cordialement,
YN
et vos caractères accentués deviennent quoi : des points d'interrogation ou plusieurs caractères non standards ?
Si vous avez accès à la base par phpmyadmin, le contenu des cellules de la table grr_setting a-t-il un aspect correct ?
L'encodage des tables est-il bien en utf8mb4 ?
Cordialement,
YN
Connexion ou Créer un compte pour participer à la conversation.
- vito.suppa
- Auteur du sujet
- Nouveau membre
Moins
Plus d'informations
- Messages : 5
il y a 2 ans 2 semaines #4489
par vito.suppa
Réponse de vito.suppa sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
vos caractères accentués deviennent quoi
Des caractères non standard. du style "Ä @" pour remplacer un accent.
Je n'ai pas PHPMyadmin. Mais je peux visualiser le contenu de la table avec un select
Le résultat est le même, les accents sont remplacé par des caractères non standard.
Le restant semble correct.
L'encodage des tables est bien en uft8mb4.
Merci,
vos caractères accentués deviennent quoi
Des caractères non standard. du style "Ä @" pour remplacer un accent.
Je n'ai pas PHPMyadmin. Mais je peux visualiser le contenu de la table avec un select
Le résultat est le même, les accents sont remplacé par des caractères non standard.
Le restant semble correct.
L'encodage des tables est bien en uft8mb4.
Merci,
Connexion ou Créer un compte pour participer à la conversation.
- Yan
- Developpeur GRR
Moins
Plus d'informations
- Messages : 2115
il y a 2 ans 2 semaines #4490
par Yan
Réponse de Yan sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
ce que vous observez semble cohérent et suggère que la base est bien encodée en utf-8.
Je pense qu'il y a un problème de rendu des pages par le navigateur.
Avez-vous essayé plusieurs navigateurs ?
Pouvez-vous regarder le code source de la page web et voir si le charset est bien utf-8 ?
Cordialement,
YN
ce que vous observez semble cohérent et suggère que la base est bien encodée en utf-8.
Je pense qu'il y a un problème de rendu des pages par le navigateur.
Avez-vous essayé plusieurs navigateurs ?
Pouvez-vous regarder le code source de la page web et voir si le charset est bien utf-8 ?
Cordialement,
YN
Connexion ou Créer un compte pour participer à la conversation.
- vito.suppa
- Auteur du sujet
- Nouveau membre
Moins
Plus d'informations
- Messages : 5
il y a 2 ans 2 semaines #4494
par vito.suppa
Réponse de vito.suppa sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
Je viens de regarder,
Au niveau du code source des pages web, je suis bien en carset : utf_8
J'ai aussi testé plusieurs navigateur (Edge, Chrome, Firefox) et les resultats sont identiques.
Merci,
Je viens de regarder,
Au niveau du code source des pages web, je suis bien en carset : utf_8
J'ai aussi testé plusieurs navigateur (Edge, Chrome, Firefox) et les resultats sont identiques.
Merci,
Connexion ou Créer un compte pour participer à la conversation.
- Yan
- Developpeur GRR
Moins
Plus d'informations
- Messages : 2115
il y a 2 ans 2 semaines #4495
par Yan
Réponse de Yan sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
et dans le corps de la page, les accents ont-ils aussi ce codage baroque ?
et dans le corps de la page, les accents ont-ils aussi ce codage baroque ?
Connexion ou Créer un compte pour participer à la conversation.
- vito.suppa
- Auteur du sujet
- Nouveau membre
Moins
Plus d'informations
- Messages : 5
il y a 2 ans 2 semaines #4501
par vito.suppa
Réponse de vito.suppa sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
Je suis pas sur de comprendre la dernière question
Mais oui ce codage est bien présent un peu partout. Mais pas pour tout...
J'ai un agent, Jérôme, compte tiré d'un LDAP, ou les accents sont bien affichés.
Mais dans la même réservation de jérôme, j'ai le mot "déplacement DT /" qui lui n'est pas correct.
Dans la base de données, le mot "déplacement DT /" est écrit tel quel. Comme sur le site.
Merci,
Je suis pas sur de comprendre la dernière question
Mais oui ce codage est bien présent un peu partout. Mais pas pour tout...
J'ai un agent, Jérôme, compte tiré d'un LDAP, ou les accents sont bien affichés.
Mais dans la même réservation de jérôme, j'ai le mot "déplacement DT /" qui lui n'est pas correct.
Dans la base de données, le mot "déplacement DT /" est écrit tel quel. Comme sur le site.
Merci,
Connexion ou Créer un compte pour participer à la conversation.
- Yan
- Developpeur GRR
Moins
Plus d'informations
- Messages : 2115
il y a 2 ans 1 semaine #4509
par Yan
Réponse de Yan sur le sujet Migration 1.9.7e vers 3.5.0a - Problème d'accents
Bonjour,
je crains que si la base est bien encodée en utf8mb4 et qu'elle contient ces caractères baroques, la seule solution soit de la corriger à la main.
À moins qu'il ne soit possible de duper un éditeur de textes en lui faisant croire que c'est de l'ASCII et l'enregistrer en UTF-8 ?
Le risque est d'ajouter d'autres erreurs...
Cordialement,
YN
je crains que si la base est bien encodée en utf8mb4 et qu'elle contient ces caractères baroques, la seule solution soit de la corriger à la main.
À moins qu'il ne soit possible de duper un éditeur de textes en lui faisant croire que c'est de l'ASCII et l'enregistrer en UTF-8 ?
Le risque est d'ajouter d'autres erreurs...
Cordialement,
YN
Connexion ou Créer un compte pour participer à la conversation.
Modérateurs: Yan