Caractères accentués aléatoire

Statut : non résolu

Ce sujet contient 13 réponses, 4 participants et a été mis à jour pour la dernière fois par C_Lucien, le il y a 5 années et 2 mois.

14 sujets de 1 à 14 (sur un total de 14)

Auteur

Messages
3 septembre 2015 à 9 h 02 min #553754
innna
Participant

Initié WordPress
42 contributions
Bonjour,

Ma configuration WP actuelle
– Version de WordPress :
– Version de PHP/MySQL :
– Thème utilisé :
– Extensions en place :
– Nom de l’hebergeur :
– Adresse du site :

Problème(s) rencontré(s) :

Bonjour,

Je viens de migrer mon site vers un serveur en ligne et depuis j’ai un problème sur les caractères accentués, mais de façon aléatoire !
Impossible de comprendre pourquoi sur une même page il y a un paragraphe qui supporte les accents et le paragraphe suivant les accents sont des points d’interrogation; pas des caractères spéciaux, seulement des points d’interrogation.
Pour comprendre j’ai supprimé tout le header donc il n’y a plus aucun CSS donc aucune police attribuée qui ne supporterait pas les accents.
Exemple :
Ça passe :
```
<h4>  Marquage personnalisé</h4>
//Deux lignes plus bas, ça ne passe pas :
<li class="cat-item cat-item-17"><a href="#securite">S�curit�</a></li>
//visuellement sur le site on à « S?curit? »
```
Le meta est en utf-8

Le wp-config
```
define(‘DB_CHARSET’, ‘utf8mb4’);
```
La table où il y a bien « sécurité » :
```
DROP TABLE IF EXISTS `inalh_terms`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `inalh_terms` (
  `term_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT  »,
  `slug` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT  »,
  `term_group` bigint(10) NOT NULL DEFAULT ‘0’,
  PRIMARY KEY (`term_id`),
  KEY `slug` (`slug`(191)),
  KEY `name` (`name`(191))
) ENGINE=InnoDB AUTO_INCREMENT=218 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
/*!40101 SET character_set_client = @saved_cs_client */
```
Avez vous une idée pour afficher ces accents ? merci d’avance !
3 septembre 2015 à 13 h 33 min #1019286

Benzouye
Participant

Maître WordPress
577 contributions

Bonjour,

Les données sont-elles lisibles en base de données ?
Dans la table wp_terms, l’enregistrement « Sécurité » est-il stocké avec � ou avec « é » ?

3 septembre 2015 à 13 h 35 min #1019287

innna
Participant

Initié WordPress
42 contributions

Oui les données sont lisibles dans la bdd c’est bien des « é »

3 septembre 2015 à 13 h 49 min #1019288

Benzouye
Participant

Maître WordPress
577 contributions

As-tu vérifié l’encodage du fichier PHP en question ? Il arrive que le fichier soit encodé en ISO-8859-1 au lieu de UTF-8.
Pour contrôler cela, ouvre le fichier avec un éditeur de texte élaboré (genre Notepad++) et force l’encodage en UTF-8 (avec Notepad++ menu Encodage/Convertir en UTF-8 (sans BOM)), puis reupload le fichier sur ton serveur.

3 septembre 2015 à 14 h 02 min #1019289

innna
Participant

Initié WordPress
42 contributions

Merci pour tes retours !
Je viens de passer tous les fichiers du thème parent et enfant sous notpadd++ et ils sont tous en UTF-8 (sans BOM). Une autre idée ? 🙂

4 septembre 2015 à 6 h 49 min #1019290

innna
Participant

Initié WordPress
42 contributions

Bonjour,

Je remarque que dans le backoffice, je n’ai pas accès à la page « Accueil’ par exemple. Sachant qu’elle comporte des accents, wordpress ne l’affiche même pas en modification (comme s’il avait un point d’arrêt ou que ce bug ferme une requête).

En revanche, quand je clique sur « parcourir les révisions » de cette page, je vois le code et tous les caractères ayant un accent ont sauté : au lieu de « …très » j’ai « trs ».

Le menu n’affiche pas les liens qui ont un accents. Par contre, dans le footer oui, le lien du menu « Sécurité » s’affiche bien mais écrit : « s?curit? ».

Et j’ai toujours certain contenu qui s’affiche nickel avec les accents où il faut.

4 septembre 2015 à 7 h 22 min #1019291

Benzouye
Participant

Maître WordPress
577 contributions

Essayes peut-être d’activer le DEBUG_MODE (cf. ma signature) pour voir si une erreur s’affiche quelque part … mais sinon je ne vois pas quoi faire d’autre …

4 septembre 2015 à 8 h 02 min #1019292
innna
Participant

Initié WordPress
42 contributions
Merci Benzouye,
ça me retourne quelques ligne mais je vois pas bien le lien :
```
y of non-object in /home/WwwBSD/monsite.com/wp-content/plugins/yith-woocommerce-wishlist/includes/class.yith-wcwl.php on line 913

Notice: La méthode constructor appelée pour WP_Widget est obsolète depuis la version 4.3.0 ! Veuillez utiliser

__construct()

à la place. in /home/WwwBSD/monsite.com/wp-includes/functions.php on line 3457
Aller au contenu principal
Aller à la barre d’outils


Notice: WP_Admin_Bar::add_node est appelée de la mauvaise manière. L’identifiant du menu ne devrait pas être vide. Veuillez consulter la page Débugger dans WordPress (en) pour plus d’informations. (Ce message a été ajouté à la version 3.3.) in /home/WwwBSD/monsite.com/wp-includes/functions.php on line 3622
```
Est-ce qu’il peut y avoir un lien avec Icodia mon hébergeur? car en local j’avais pas de problème d’accent…
4 septembre 2015 à 8 h 32 min #1019293

Benzouye
Participant

Maître WordPress
577 contributions

Ces erreurs n’ont en effet rien à voir avec ton problème d’accent …

innna wrote:

Est-ce qu’il peut y avoir un lien avec Icodia mon hébergeur? car en local j’avais pas de problème d’accent…

Ce serait étonnant. Si le script SQL de création de la base a fonctionné sans erreur avec utf8mb4, je ne vois pas pourquoi cela viendrait de là … je sèche …

J’espère que quelqu’un passera par là avec une idée …

4 septembre 2015 à 8 h 39 min #1019294
innna
Participant

Initié WordPress
42 contributions
Merci Benzouye pour ton aide, je connaissais pas wp-debug ça me sera utile !

Je viens de réussir………… Je crois que le problème venait de mon wp-config j’ai honte !
```
define(‘DB_CHARSET’, ‘utf8’); 
//au lieu de 
define(‘DB_CHARSET’, ‘UTF-8’);
```
Deux jours pour un fichier que j’ai ouvert une 50aine de fois c’est nulnulnul

✅
4 septembre 2015 à 9 h 17 min #1019295
Benzouye
Participant

Maître WordPress
577 contributions
Pourtant plus haut tu écrivais :
innna wrote:
Le wp-config

define(‘DB_CHARSET’, ‘utf8mb4’);
Enfin l’essentiel c’est que cela fonctionne 😉
15 novembre 2017 à 16 h 48 min #1965739

ptiseb60
Participant

Initié WordPress
4 contributions

Bonjour,

j’ai un problème bizarre également avec (je pense) l’encodage des caractères.

Lorsque j’accède a mon site local via l’ip dans la barre d’adresse le problème ne se présente pas.

En revanche lorsque j’y accède par le nom de la machine, les fleches des sous menus et l’icone loupe de la recherche ne s’affichent plus dans mon menu.

J’ai vérifié mon wp-config je suis bien utf8mb4.

15 novembre 2017 à 16 h 51 min #1965741

ptiseb60
Participant

Initié WordPress
4 contributions

également je précise que j’ai ce problème avec chrome uniquement pas avec firefox.

Et, sous chrome, si je me log sur la page d’administration du site pour ensuite acceder a mon site, les icones s’affichent bien

15 novembre 2017 à 17 h 52 min #1965767

C_Lucien
Modérateur

Maître WordPress
4533 contributions

Bonjour,

@ptiseb60

déterrer un vieux sujet n’est pas la meilleure méthode pour se faire aider.

Mieux vaut ouvrir une nouvelle discussion et compléter le questionnaire, afin de décrire l’environnement technique, pour qu’on cherche plus précisément ce qui pourrait coincer.
Auteur

Messages