- WordPress :5.8
- Statut : résolu
- Ce sujet contient 9 réponses, 3 participants et a été mis à jour pour la dernière fois par
, le il y a 3 années et 4 mois.
-
Messages
-
Bonjour,
Ma configuration WP actuelle
- Version de PHP/MySQL : 7.4 / 10.4
- Thème utilisé : SongWriter (mais le problème se produit aussi avec Twenty-One)
- Extensions en place : Toutes ont été désactivées et le problème persiste. Je suspecte WP Rocket mais un test avec le param ?nowprocket en bout d’url n’a rien résolu.
- Nom de l’hébergeur : Hostinger
- Adresse du site : https://www.frederic-meurin.com
Problème(s) rencontré(s) :
Je fais actuellement face à un problème d’encodage de tout ce qui est caractère accentué (allez faire un tour sur le site mis en url, vous verrez :/ )
Ce problème affecte aussi bien le front que le back end. Les bases de données en revanche, sont clean : tout y est bien stocké proprement. Si quelqu’un a une idée miracle, je suis preneur, j’ai déjà essayé BEAUCOUP de choses :
Regénération d’un wp config en supprimant l’actuel et forcer l’encoding correct dans le wp config : nope
Désactivation de toutes les extensions, changement de theme, réinstallation from scratch : nopeJ’y perds mes cheveux, please help !!!
Oh pétard… bon, une chose à la fois… ça marche sans le www (enfin, c’est accessible sans les www, mais l’encodage reste pourri).
Merci de m’avoir signalé ça aussi.
L’adresse avec le www fonctionne – je viens de créer le recording. Mais j’ai toujours mes soucis d’encodage… :/
la balise « meta charset » est vide dans le code html.
je viens d’essayer le thème et l’encodage est bien défini donc cela vient d’une extension. pour savoir d’où vient le souci, vous pouvez désactiver les extensions une par une.
je viens de relire votre 1er message où vous disiez que vous avez déjà désactivé toutes les extensions.
est ce que vous pouvez les laisser toutes désactivées jusqu’à ce soir, le temps que je vois ce que ça change ?
Bien sûr. Je viens de tout désactiver, et le problème reste entier.
Autre piste, je constate que dans mon htaccess, il y a ceci en tête de fichier :
# BEGIN WP Rocket v3.9.2
# Use encoding for anything served text/plain or text/html
AddDefaultCharset
# Force for a number of file formats
<IfModule mod_mime.c>
AddCharset .atom .css .js .json .rss .vtt .xml
</IfModule>Le AddDefaultCharset m’interroge (peut-être à tort, hein).
Et sinon voila ce que j’ai dans mon wp-config.php
/** Database Charset to use in creating database tables. */
define( ‘DB_CHARSET’, ‘utf8’ );/** The Database Collate type. Don’t change this if in doubt. */
define( ‘DB_COLLATE’, » );Si ça peut aider à résoudre le problème…
Merci de votre aide en tout cas !
pas besoin de toucher à la base de données, c’est dans le code html qu’il y a un souci. avec votre navigateur, réglez l’encodage d’affichage sur « unicode » et vous verrez que tout s’affiche bien.
au sujet des extensions, je vois encore du contenu générés par Rocket et une extension de cache (c’est peut-être aussi rocket ?).
RHA je viens de trouver !
Merci de m’avoir mis sur la voie !
Le meta charset m’intriguait. Je suis allé voir dans l’éditeur de thème comment cette balise meta était alimentée : par une récupération d’une donnée bloginfo(). Un tour par les réglages du site et j’ai découvert que dans Réglages / Lecture apparaissait un paramètre qui est masqué quand les autres extensions sont actives (une bizarrerie). En mettant « UTF-8 » dans ce paramètre, et bien ça remarche !
Merci BEAUCOUP !
- Vous devez être connecté pour répondre à ce sujet.