- WordPress :6.6
- Statut : non résolu
- Ce sujet contient 13 réponses, 3 participants et a été mis à jour pour la dernière fois par
, le il y a 3 semaines et 3 jours.
-
Messages
-
Bonjour à tous,
Ma configuration WP actuelle
Wordpress à jour : 6.6.2
- Version de PHP/MySQL : 8.2 /
- Thème utilisé : Explore
- Extensions en place :
- Nom de l’hébergeur : OVH
- Adresse du site : https://www.pepiniere-courtin.fr/
Problème(s) rencontré(s) :
Sur la page d’accueil du site : https://www.pepiniere-courtin.fr/
On obtient une page blanche.
Idem pour me connecter à l’interface d’admin.
A l’origine, j’ai modifié le header pour installer un fil d’ariane.
J’ai donc restauré le header d’origine. Mais cela ne change rien.
J’ai activé le mode debug. Il y a bien des erreurs que je ne sais pas corriger à la fin du fichier debug /home/pepiniers/www/wp-content/themes/explore/inc/functions.php on line 476.
19-Sep-2024 10:27:17 UTC] PHP Warning: Undefined variable $default_footer_value in /home/pepiniers/www/wp-content/themes/explore/inc/functions.php on line 476
[19-Sep-2024 10:27:20 UTC] PHP Deprecated: Creation of dynamic property Responsive_Lightbox_Lite::$choices is deprecated in /home/pepiniers/www/wp-content/plugins/responsive-lightbox-lite/responsive-lightbox-lite.php on line 470
[19-Sep-2024 10:27:20 UTC] PHP Deprecated: Creation of dynamic property Responsive_Lightbox_Lite::$loading_places is deprecated in /home/pepiniers/www/wp-content/plugins/responsive-lightbox-lite/responsive-lightbox-lite.php on line 475Les 2 dernières lignes se répètent tout le temps et n’empêchent pas le site de fonctionner jusqu’alors.
Responsive Lightbox lite est un plugin.
Mais je n’y ai pas touché récemment.
Auriez-vous une piste ?
Merci.
Cordialement,
Je viens de restaurer le fichier d’origine wp-config.php que j’avais gardé.
Il me donne maintenant comme réponse quand je veux aller sur la page d’accueil et veut se rediriger vers :
https://www.pepiniere-courtin.fr/wp-admin/install.php
J’ai renommé le fichier install pour plus de sécurité.
Voici les messages d’erreur après restauration du fichier d’origine wp-config.php .
La page blanche est redirigée.
Sous Firefox :
La page n’est pas redirigée correctement
Une erreur est survenue pendant une connexion à http://www.pepiniere-courtin.fr.
La cause de ce problème peut être la désactivation ou le refus des cookies.
Sous Chromium :
Cette page ne fonctionne pas
http://www.pepiniere-courtin.fr vous a redirigé à de trop nombreuses reprises.
Essayez de supprimer vos cookies.
ERR_TOO_MANY_REDIRECTSAutre chose : j’ai désactivé les plugins en renommant le dossier plugins. Mais cela ne change rien.
J’ai essayé un autre thème en suivant la procédure :
https://www.codeur.com/tuto/wordpress/recuperer-acces-wordpress-page-blanche/
Cela ne change rien.
J’ai aussi essayé de modifier la taille mémoire de php mais là encore, cela ne change rien.
Je continue à chercher.
Bonjour, je ne comprends pas trop vos manipulations – par exemple pourquoi vous remettez un fichier wp-config.php sans nous dire en quoi il a été modifié.
Renommez le fichier htaccess à la racine pour voir.
Bonsoir,
Merci de vous pencher sur mon problème.
Oui, j’ai modifié le wp-config.php pour activer la recherche d’erreurs. Et aussi header.php pour installer un fil d’ariane. Le header modifié plantait le site.
J’ai donc restauré l’ancien header mais cela n’a pas suffi.
Mais après avoir essayé un nouveau thème (et remis ensuite l’ancien thème), il y a davantage de lignes d’erreurs, notamment la base de données.
Pour répondre à votre question, en renommant htaccess, le message d’erreur est maintenant « page introuvable » mais la page d’accueil est toujours redirigée vers https://www.pepiniere-courtin.fr/wp-admin/install.php
Merci.
C’est un peu étrange, cela signifierait que WP tente l’installation – il ne trouve peut-être pas la base de données. Quel logiciel avez-vous utilisé pour modifier wp-config.php ?
Essayez de restaurer le site à une date antérieure au problème via la console de OVH.
Effectivement, il y a maintenant dans debug.log les dernières lignes qui indiquent un problème sur certaines tables de la base de données.
Editeur : Bluefish editor sous linuxmint
J’ai différentes sauvegardes réalisées avec updraftplus dont la dernière du 15/09/24. Mais il faut wordpress opérationnel.
Sinon, pour restaurer via la console par ovh, les sauvegardes se trouvent où exactement ?
Des précautions à avoir avant de commencer ?
Il est trop tard pour que je me connecte ce soir (fatigué et stressé d’avoir passé la journée à l’écran). Sinon, j’aurai regardé dès ce soir.
Encore merci.
Bonne nuit.
Euh, comme je ne suis pas chez OVH, je ne pourrai pas vous dire ça – je ne trouve même pas la page dédiée. Vous n’avez rien à faire de particulier, ça va vous remettre le site dans l’état où il était à un moment T. Vous pouvez toujours faire une sauvegarde de la base de données par précaution.
Vous pouvez restaurer manuellement un site sauvegardé par Updrafplus https://updraftplus.com/faqs/i-want-to-restore-but-have-either-cannot-or-have-failed-to-do-so-from-the-wp-admin-console/ et encore heureux, sinon ça n’aurait pas beaucoup d’intérêt.
Bonjour,
Pour restaurer votre site, suivez cette procédure chez votre hébergeur.
Bonjour à tous,
Je ne connaissais pas cette possibilité de restaurer un site depuis l’hébergeur.
J’ai suivi la procédure indiquée par le lien plus haut.
Le site est rétabli, tout du moins pour l’instant. Je ne sais pas si la cause est une mise à jour d’un plugin, une optimisation de la base de données Wp sweep.
Je verrai dans 24 heures si cela fonctionne encore.
Un grand merci à Li-An et à Flobogo.
Cdt,
Vous n’avez pas dit avec quel logiciel vous avez édité wp-config.php – à une époque, il fallait bien faire attention à le sauvegarder en UTF8 sans BOM, mais je ne trouve rien là-dessus dans la doc officielle.
Parfait si ça a fonctionné. Tous les hébergeurs ne le proposent pas, c’est au moins un avantage du vôtre (parmi ses nombreux défaut, vous dirait @li-an 😉 ).
Oui, peut-être un bug ou une fausse manip’ si vous aviez nettoyé la BDD. Il faut toujours la sauvegarder avant d’intervenir dessus. Cela expliquerait qu’ensuite, vos tentatives pour remettre en route ont échoué.
@li-an : c’est vrai, on n’entend plus parler ce problème d’enregistrement en UTF8 sans BOM. Ça a dû être contourné dans les versions récentes.Exact. J’avais oublié.
J’utilise comme éditeur Bluefish sous linuxmint.
Dans les préférences, j’ai trouvé un paramètre Encodage. Et en dessous, jeu de caractères par défaut pour les nouveaux fichiers : UTF8.
C’est tout ce que j’ai trouvé. Dans la fen^tre Enregistrer sous, il n’y a pas d’option pour choisir le format.
Encore merci.
@Pingouinmanchot : en 2008, un utilisateur du forum nous dit que ce n’est pas possible d’enregistrer sans BOM avec Bluefish. Mais la doc officielle de Bluefish dit que l’on ne peut pas utiliser un BOM. Donc, il semblerait que ce soit enregistré par défaut en sans BOM.
- Vous devez être connecté pour répondre à ce sujet.