- WordPress :5.0.3
- Statut : résolu
- Ce sujet contient 26 réponses, 6 participants et a été mis à jour pour la dernière fois par
, le il y a 3 années et 3 mois.
-
Messages
-
Bonjour,
Ma configuration WP actuelle
- Version de PHP/MySQL : 5.6 / <span data-ng-bind= »‘v’ + ctrlTabDatabases.constructor.formatVersion(element.version) » data-ng-if= »element.version »>v.5.5</span>
- Thème utilisé : Circumference Lite 3.0.5
- Extensions en place :
Akismet Anti-Spam / Version 4.1.1
BadgeOS / Version 1.4.11
BadgeOS LearnDash Add-On / Version 1.0.3
Contact Form 7 / Version 5.1.1
Custom Content Shortcode / Version 3.8.2
Easy Digital Downloads / Version 2.9.11
Google Analytics Dashboard pour WP (GADWP) / Version 5.3.7
LearnDash EDD Integration Plugin / Version 1.1.1
LearnDash ProPanel / Version 2.1.3
LMS LearnDash / Version 2.6.4
PHP Compatibility Checker / Version 1.4.7
Simple Custom CSS / Version 4.0.1 - Nom de l’hébergeur : OVH
- Adresse du site : kolibricoaching.net/learn
Version de Wpress : 5.1 – n’est pas dans la liste ci-dessus
Problème(s) rencontré(s) :
Actuellement, 2 problèmes :
1. tous les caractères accentués et autres (‘) sont remplacés par des points d’interrogation sur fond noir�
2. certaines pages ont perdu leur titre, dans la liste des pages, « (pas de titre) » a remplacé le titre qui existaitMon fichier Wp config indique bien define(‘DB_CHARSET’, ‘utf8’);
A part cela certains blocs ont disparu – problème mineur, j’ai corrigé à la main.
Je précise que ce site a très bien fonctionné depuis plusieurs années, sans ce type de problème.
Ce que j’ai tenté depuis ce problème apparu dans la journée :
– j’ai mis à jour la version de Wpress et les plug-ins
– je suis passé à php 5.6 au lieu de 5.5, en configuration stable
– j’ai appelé OVH, qui me dit que de leur côté tout est OK si ce n’est que j’ai une « vieille » base de données (2014, à l’époque OVH fournissait des modules Wpress à installer en 1 clic, ce que j’avais fait).
– j’ai ouvert la page Bienvenue dans WordPress, constaté que les caractères spéciaux et accentués étaient remplacés par des points d’interrogation (en texte) et modifié une apostrophe, qui apparaît maintenant correctement après enregistrement de la page. MAIS du coup, sur cette page, ce ne sont plus des� mais des « ? » qui remplacent les caractères mal interprétés.Ma question : comment remettre les caractères accentués qui existaient jusqu’à ce matin ?
Je vous remercie d’avance bien chaleureusement pour votre aide, et espère avoir fourni toutes les infos nécessaires en première lecture.
Cordialement
Bonjour
Il y a manifestement un truc qui n’a pas aimé les mises a jour. As tu essayé de désactiver les extensions pour voir ? Le thème n’a pas été mise a jour depuis un petit moment aussi. C’est peut être lui qui n’aime pas cette mise a jour
Bonjour,
Merci de votre réponse et de cette piste.
Je viens de désactiver une à une les extensions, jusqu’à les avoir toutes désactivées, le problème persiste.
Quant au thème, je l’ai justement mis à jour aujourd’hui, la version actuelle 3.0.5 est la dernière disponible. De plus, le problème d’accents est apparu avant que je ne fasse ces mises à jour.Ensuite ca peut venir de la base de donnée. Mais pourquoi aurait-elle changé de transcodage. Ca peut venir aussi des fichiers php qui ne sont pas en utf8 mais la encore pourquoi cela aurai-il changé. Ou alors OVH a changé des trucs mais iils t’on déjà dit non ce qui est courant chez eux.
Ca vaudrait le coup de voir ce que tu as comme Interclassement pour la connexion au serveur dans phpmyadmin. et aussi le Jeu de caractères du serveur. C’est sur la page qui apparait a l’ouverture de phpmyadmin normalement
Oui je me demande comme vous comment le transcodage a pu changer !
Voici les infos sur interclassement et jeu de caractères :
Serveur: sql7.modules via TCP/IP
Type de serveur: MySQL
Version du serveur: 5.1.73-2+squeeze+build1+1-log – (OVH)
Version du protocole: 10
Jeu de caractères du serveur: UTF-8 Unicode (utf8)Interclassement : utf8_general_ci => ça ne serait pas ça le problème ? Je ne touche à rien pour le moment.
Merci de vos lumières.
Donc la base de donnée ca semble bon. Ca serait donc les fichiers php qui auraient perdu leur codage ? je dois avouer que ca dépasse un eu mes compétences désolé
Ce message a été supprimé suite à la demande de l’auteur.
Merci beaucoup, je vais rappeler OVH et tenter la 7.2 et un autre thème. Je posterai ici le résultat.
Bonne journée
Ce message a été supprimé suite à la demande de l’auteur.
Merci !
Effectivement je découvre que le 1-CLIC n’est pas fiable et je vais migrer dès que possible vers un Wpress installé proprement avec sa base.
Sur l’encodage je viens de faire l’exercice suivant :
export de la base
ouverture du SQL dans Notepad
=> les « é » sont remplacés par des xE9, les « ê » par xEA, etc.
l’encodage étant alors en UTF8 sans BOM, je le change dans Notepad par « ANSI » et les accents sont récupérés 🙂
Seuls les ‘ sont soit doublés ( » l »exemple »), soit remplacés par un point d’interrogation.Je pose la question à OVH quand j’arrive à les joindre.
Ce message a été supprimé suite à la demande de l’auteur.
Sur PHPMyadmin, page d’accueil, colonne de droite, case « Serveur de base de données »
Je viens comme vous de passer (dans Chrome) sur Occidental et c’est vrai que c’est mieux. Il reste quelques coquilles sur les guillemets, mais moindre mal.
Ce message a été supprimé suite à la demande de l’auteur.
- Vous devez être connecté pour répondre à ce sujet.