Caractères accentués aléatoire (Créer un compte)

  • Statut : non résolu
14 sujets de 1 à 14 (sur un total de 14)
  • Auteur
    Messages
  • #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 !

    #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 « é » ?

    #1019287
    innna
    Participant
    Initié WordPress
    42 contributions

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

    #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.

    #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 ? 🙂

    #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.

    #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 …

    #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…

    #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 …

    #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

    #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 😉

    #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.

    #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

    #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.

14 sujets de 1 à 14 (sur un total de 14)
  • Vous devez être connecté pour répondre à ce sujet.