- WordPress :5.8
- Statut : résolu
- Ce sujet contient 59 réponses, 3 participants et a été mis à jour pour la dernière fois par
, le il y a 2 années et 8 mois.
-
Messages
-
Bonjour,
Ma configuration WP actuelle
- Version de PHP/MySQL : 7.2.34 / mysqli 5 6 50
- Thème utilisé : Neve (neve) 3 1 1
- Extensions en place :
Akismet Anti-Spam Version 4.2.1 par Automattic | Mises à jour auto désactivées
Creative Mail by Constant Contact Version 1.4.8 par Constant Contact | Mises à jour auto désactivées
Disable Comments Version 2.2.4 par WPDeveloper (dernière version : 2.3.1) | Mises à jour auto désactivées
Elementor Version 3.4.8 par Elementor.com (dernière version : 3.5.0) | Mises à jour auto désactivées
Everest Forms Version 1.8.1 par WPEverest | Mises à jour auto désactivées
Gutenberg Blocks and Template Library by Otter Version 1.7.4 par ThemeIsle | Mises à jour auto désactivées
Jetpack Version 10.4 par Automattic | Mises à jour auto désactivées
Templates Patterns Collection Version 1.1.19 par ThemeIsle | Mises à jour auto désactivées
ThemeGrill Demo Importer Version 1.7.5 par ThemeGrill | Mises à jour auto désactivées
WPForms Lite Version 1.7.1.2 par WPForms | Mises à jour auto désactivées - Nom de l’hébergeur : OVH
- Adresse du site : https://www.therapie-sexotherapeute.fr
Problème(s) rencontré(s) :
Impossible de mettre a jour une page
j ai essayé de modifier un titre dans une page. Ca se passe. Mais au moment de la mise a jour il me mets un message « La mise à jour a échoué. Vous êtes probablement hors ligne. » !!!
Avant ce problème j ai fait, sans que je sache si une de ces manipulation est responsable
- une mise a jour proposée de ELEMENTOR de 3.4.8 a 5.2 bien que je n’utilise pas encore ELEMENTOR J ai juste utilisé la modification de page classique. En fait, débutante, j’ai simplement pris un thème NEVE et j’ai modifié les pages exemples
- J’ai tenté une nouvelle fois de modifié les permaliens afin de passer, suite a conseil ici, de URL simple avec /?p=123 a des URL titresarticles du type /Mentions-légales, j’ai donc etait dans PERMALIENS mis TITRE DE LA PUBLICATION, j’ai créer un fichier HTACCES , je me suis aperçu que les url créés étaient du type /68cc9/mentions-légales Ce qui n’est guère mieux Donc retour en mode Simple et effacement de htacces
- Ensuite j’ai modifié une page et vu le qu’elle ne ce sauvegarder pas
Infos complémentaire :
Lorsque je suis dans le tableau de bord et que je clique sur le bouton du site en haut a gauche. Avant il m’affichait la page et une image WordPress et je pouvais modifier la page la. Maintenant il m’affiche la page dans le navigateur sans possibilité de modification, comme si j’etais un simple lecteur. Si je fais page arriere je reviens au tableau de bord?
Pour aller sur la page a modifier; je dois passer par PAGES TOUTES, sélectionner la page a modifier, faire MODIFIER. Alors je peux modifier, mais je ne peux pas mettre a jour, il lance les CSS puis affiche le message et si je fait PREVISUALISER DANS UN NOUVEL ONGLET il pédale dans la choucroute
Si quelqu’un connait ce problème et voit une solution ?
J’ai vu ici que l on disait de vider les caches J ai chercher des fichiers CACHES sur le FTP pas trouvé
Ayant eut un problème il y a quelque jours sur ce PC mais qui n’apparaissait pas sur un autre (cache de EDGE) j ai changé de PC Le problème est le même ce n’est donc pas le navigateur mais le site
je suis perdue…
Si personne ne voit pourquoi cette erreur Car j ai fait une recherche sur cette erreur ici et a priori c est arrivée plusieurs pistes ont été examinées mais pas une réponse figée disant que ca marche si on fait ainsi
Alors faut il faire un restaure ?
j ai installé UpdraftPlus cela a fait une sauvegarde sur le site de l’hébergeur A priori ca comprend la base de donnée et wp-content
Si je lance Restaure est ce que tout revient a hier sans rien faire d’autres
- il ne faut pas remettre a zéro la base donnée – je ne sais pas faire
- faut il effacer le dossier wp-content par FTP ca je sais faire
cela va remettre la base de donnée a hier et le dossier wp-content,
- donc si le problème via des permalien OK
- Mais si le problème vient de la mise a jour de ELEMENTOR est ce que cela va me ramener a la version précédente qui marchait ? ou est ce que e dois le faire avant ? j ai lu qu’avant de faire une rétrocession de ELEMENTOR je devais effacer la base de donnée alors je ne sais pas faire
Bon Et bien c est la cata
ELEMNTOR ne se charge pas Je ne sais pas si il se chargeait avant
J ai rétrogradé ELEMENTOR vers 3.4.8 précédente
J’ai fait un restaure de UpdraftPlus
Le problème demeure !!! Je peux modifier une page avec l éditeur Classique Mais ni la MISE A JOUR fonction (il ne fait rien) ni la prévisualisation dans un nouvel onglet ne fonctionne (il mets une url ABOUT BLANK et mouline)
je ne sais vraiment pas quoi faire J ai fait le site Il faut quand même pouvoir modifier quelques trucs de temps en temps Horaires tel .. mais je ne peux pas !!!
qu est ce qui peut avoir provoquer cela ?
L installation de UpdraftPlus ? Je ne sais pas si j’ai modifié une page après l’installation …
base de donnée Bloquée ? Non puisque j’ai désinstallé ELEMENTOR ça doit toucher la base de donnée Et fait le RESTAURE de UpdraftPlus ça touche la base de donnée
J ai revérifié que le fichier .Htaccess créé pour les permaliens a bien été enlevé , il n’y a plus de fichier .Htaccess Ni a la racine ni dans le dossier www, sauf dans le sous dossier Updraft de la sauvegarde. Ce dossier contenant « deny from all », ca ne doit pas jouer.
reste Ces fameux fichiers CACHES mets ou seraient t ils ?
en fait il y plein de dossiers CACHES , des ts de fichiers qui contiennent CACHES dans leur nom mais ce sont des fichiers .php comme cached.php cache-compat.php cachebase.php post-local-cache.php
ce sont des fichiers php script file Lesquels faut il vider ? et comment les vide t on ? il y a t il un REGLAGE ou OUTILS qui vident les caches ?
et il y a des dossiers CACHES avec des fichier Php ou des java …
bref le mauvais cache se cache 🙂 J’ai encore la force de sourire.. mais ca va pas durer
Bonjour,
Tout d’abord, je vous conseille de faire une restauration chez OVH, à J-3 ou même -1 semaine, ce sera vraiment la solution la plus simple, car il semble que vous avez cafouillé à pas mal de choses, sans trop savoir quoi ni pourquoi.
Concernant les caches : pour info pour une prochaine fois (ou à faire après la restauration), si votre liste d’extensions est complète en configuration, je ne vois que JetPack qui a pu en créer. Allez voir dans les infos concernant cette extension comment désactiver le cache. En général, si on voit un dossier cache dans le FTP, il faut supprimer ce qu’il y a dedans. Mais surtout, faites une sauvegarde de ce dossier avant de le vider.
Et d’une façon générale, faites des sauvegardes avant toute manipulation.
Bonjour Flobogo
Merci de votre assistance
Fait
j’ai restaurer la sauvegarde du 18/12 de la base de donnée sur OVH A cette date je n avais pas posé la question sur les SITEMAPS , n’avait donc pas généré des PERMALIENS
Problème toujours présent. le fait d aller du tableau de bord au site nous emmené sur le navigateur comme lecteur et non comme précédemment avec une ligne montrant que nous étions en modification Modification de page en choisissant une page , en passant par éditeur classique et même résultat MISE A JOUR ECHOUE ..
Maintenant quelque chose m ‘échappe, Je restaure la base de donnée âu 18/12 OK , mais le fichier wp-content est toujours le même au 27/12 Donc ??
UpdraftPlus sauvegarde WP-CONTENT et la base de donnée Donc a priori les deux sont liées ? Et les autres fichiers n’ont pas d’importance ?
Puis je suggérer une manip Est elle valable ? Possible ?
je suppose du sauvegarde de la BD sur OVH au 17/12 et j’ai une copie sur PC du dossier au 17/12
si je faisais un restaure de la base de donnée
et ensuite j’écrase le dossier sur le site par ma copie
J’ai une BD au 17/12 un WP CONTENT au 17/12 et l ensemble des fichiers au 17/12
est ce possible ? dois je effacer avant le dossier chez OVH et puis le renvoyer ?
PS il y a une juste un truc ans le PC tous les fichiers sont au 17/12 sauf UPDRAFT qui est au 26/12 ..??? j’ai du le rapatrier ?? )
est ce que si je fais ca UPDRAFTplus qui a été installer après le 17/12 Fonctionnera t il ? avec son unique sauvegarde du 21/12 ? ou dois je l ‘installer via le tableau de bord Puis renvoyer le dossier du 26/12 de UPdraft ??
beaucoup de question .. désolée
Ce paragraphe n’est pas très compréhensible
« Problème toujours présent. le fait d aller du tableau de bord au site nous emmené sur le navigateur comme lecteur et non comme précédemment avec une ligne montrant que nous étions en modification Modification de page en choisissant une page , en passant par éditeur classique et même résultat MISE A JOUR ECHOUE .. »
Je rewrite
Le problème est toujours présents. La restauration de la BD n’a pas corrigé le soucis. Les modifications de pages apportent le même commentaire lorsque veut « mettre a jour » … = « vous êtes deconncté »
Des différences , par exemple :
- Sur le tableau de bord nous avons en haut a gauche : une icône W, un logo « maison », le titre du site… Etc Quand nous cliquions sur la « maison » nous avions un menu deroulant : Tableau de bord, Thème, widgets, menu… Maintenant RIEN
- Quand nous cliquions sur le titre du site, nous arrivions sur la page accueil et au dessus il y avait toujours cette ligne noire avec le logo WP, une sorte de cadran, le titre, un crayon personaliser qui permettait de passer en modification, etc et au bout « bonjour xx » Maintenant cette ligne n’appraitps Impossible de modifier une page simplement en se promenant dans le menu, il faut aller dans le tableau de bord, choisir « Pages », sélectionne une page et cliquer sur « modifier »
Bon, on va essayer de progresser, mais lentement, SVP. Trop de précipitation vous amène à effectuer des manip que vous ne comprenez pas, que vous ne savez pas forcément expliquer, et tout le monde se retrouve perdu.
Vous avez restauré votre site au 17/12, c’est parfait. Effectivement, pour pouvoir restaurer sans passer par OVH, il faut la sauvegarde de la base de données et la sauvegarde du dossier wp-content (ainsi que celle du fichier wp-config et du fichier .htaccess situés à la racine).
Comme vous êtes passé par la restauration OVH, vous avez récupéré la base de données du 17/12, et c’est l’essentiel pour que le site fonctionne. Ce n’est pas gênant si vous avez quelques photos ou extensions supplémentaires datant de la période 17/12 au 27/12.Si vous avez une sauvegarde du dossier wp-content en date du 17/12, tant mieux, mais elle n’est pas indispensable. Par contre, je vous conseille de faire en plus la sauvegarde du fichier wp-config et du fichier .htaccess situés à la racine.
Si vous avez accès à l’admin’, désactivez toutes vos extensions sauf Akismet, et activez un thème Twenty-XX
Si vous n’avez pas accès à l’admin’, passez par FTP et renommez le dossier wp-content/plugins avec -X ou -OLD à la fin. Accédez au sous-dossier de votre thème, et ajoutez -X ou -OLD à la fin du dossier dans wp-content/themes/neveQuand ce sera fait, rendez-vous chez votre hébergeur, et passez en PHP 7.3 ou 7.4 (version stable) dans le panneau de gestion (voir ce tuto OVH)
Cela devrait résoudre l’essentiel de vos problèmes. Surtout, ne faites rien d’autre pour demain mardi 28/12. Si vous rencontrez un souci, faites une capture écran et revenez ici exposer votre problème.
Bonjour Ami de 23h50 🙂
J’ai tout suivi dans l ‘ordre, sans problème apparent
- sauvegarde de la base de données et la sauvegarde du dossier wp-content (ainsi que celle du fichier wp-config ) renommés en OLD.
- récupéré la base de données du 17/12, OVH (date a laquelle les « mettre a jour » les modifs, marchaient bien
- récupéré par FTP sauvegarde du dossier wp-content en date du 17/12,
- récuperé par FTP sauvegarde du fichier wp-config (qui n avait pas changé depuis la date d installation) et du fichier wp-config-sample.php qui lui avait changé ( pas de fichier .htaccess situés à la racine.)
- désactivé toutes les extensions sauf Akismet, et activé un thème Twenty-XX
- chez OVH passé en PHP 7.3.32 ( 7.4 pas proposé )
et hélas, le problème demeure
- l icone maison en haut a gauche a coté de W, donne accès au site en ligne, la barre W permettant de modifier les pages n’apparait toujours pas
- Passage par « modif » d’une page sélectionnée , La « prévisualisation dans un nouvel onglet » met un temps tres long avant d afficher la page, la modification est possible, le « mettre a jour » renvoi toujours le message « La mise à jour a échoué. vous êtes probablement hors ligne »
ce que j avais fait aussi dans les jours précèdent
- ouvrir un ticket auprès de OVH « hors du cadre du support, voir WP »
- relancer a partir du tableau de bord, une mise a jour de WP qui est en version 5.8.2 (probablement en mise a jour automatique
Bonjour,
Pour que votre « Ami de 23h50 » puisse continuer sur des bases claires.
Pour .htaccess, s’il n’y en a pas à la racine, vérifiez d’abord qu’il n’est pas « caché ». Pour cela dans Filezilla, dans l’onglet serveur, cochez la ligne
« Forcer l’affichage des fichiers cachés ».
S’il n’y a vraiment pas de fichier .htaccess, par FTP créez en un, vide (attention le point devant htaccess est nécessaire), puis copiez/collez-y le code minimum pour wordpress que vous trouverez ICI, paragraphe « .htaccess à la racine du site ». Vous pouvez tout copier y compris #beginwordpress et #endworpres.Pour php 7.4, il n’apparaît pas directement. Au dessus de la case où vous sélectionnez PHP, il y a une petite liste déroulante. Il faut d’abord choisir environnement stable 64 (ou quelque chose comme ça) et ensuite vous pourrez sélectionner 7.4
Merci
Le petit jeu de mots sur « ami de 23h » est parce que j ai attendu le weekend que quelque sachant passe et qu’il est passé a 23h dimanche et est repassé a 23h lundi.. donc j attendais son heure 🙂 Mais j accepte toute aide -:)
- Donc j ai créer le fichier .htaccess, a la racine avec le minimum dit Merci pour l’article très intéressant Je le lirais a tête reposée pour les compléments a rajouter
- effectivement OVH en suivant votre manip propose la 7.4 Donc lancée
Compléments d’informations
« Quand on cherche une panne Ou on sait ce que c’est, ou on regarde ce qui a été fait et ce qui peut l avoir provoqué »
donc j ai tenté un historique
le wordpress 5.6.6 et la base de donnée ont est installés en Dec 2020 .. pas par moi bien sur. Avec un thème COLORMAG et les extensions dites plus haut
en début d’année 2021, j ai regardé des tuto sur WP, et j ai cherché quels thèmes pouvait convenir pour l’activité
Le 10/12/2021 un évènement imprévu m’a forcé a le faire très vite
J’avais trouvé un exemple dans le thème NEVE qui pouvait aller bien. J’ai installé. J’ai modifié un modèle exemple de NEVE avec l’éditeur classique, fait les textes, mis des photos …
le 13/12 c’était fait et ca fonctionnait. Le site est hébergé sur un hébergement OVH familiale et a la racine de l’hébergement et une URL a été créée, http://www.therapie-sexotherapeute.fr, avec un nom plus adapté au site et chaine sur celui ci
- avec une seule extension WPForms Lite Version 1.7.1.2 pour mettre une page contact
le 19/12 j’ai repris les travaux
- j ai tenté de le passer en HTTPS, ca n’a pas toucher la console. Pb résolu le 20/12
- j ai attaqué le référencement avec la google console, site et pour faire un sitemaps tenter d’installer des Permaliens Ca n’a pas été efficace mais du a un problème externe qui s’est greffé
le 21/12 j ai installé le logiciel de sauvegarde après avoir lu les comparaison J ai choisi un facile UpdraftPlus
- j ai tenté de réinstaller les permaliens
- j ai accepter des mise a jours proposées JETPACK, ELEMENTOR,
le 25/12 j ai voulu modifier une page et je me suis rendu compte du soucis
- j ai fait une copie arrière avec UpdraftPlus au 21
- puis suivi les conseils ici
si on résume
- je ne sais pas c que c’est J ai trouvé 2 3 cas ici avec ce problème Mais pas résolu a ou pas expliqué a la fin (c est pas gentil, mais hélas courant sur les forums de ne pas remercier pour l’assistance reçue et de ne pas dire la conclusion)
- pas PHP a priori
- WP est passé de 5.6 a 5.8 je ne sais pas quand J ai vu dans la console qu’on pouvait relancer l’installation Fait Sans résultats
- Ce n’est pas la base de donnée On est remonté au 16 A l époque ca marchait
- Ce n est pas WP-CONTENT restauré au 17/12 ni wp-config, ni wp-config-sample..idem
Donc un cache Mais ou ? Si WP 5.8.2 posait des problèmes ca se saurait J’ai une sauvegarde complète des programmes et fichiers du site a 17/12 mais j’ignore si c était la versions 5.8.2
Le petit jeu de mots sur « ami de 23h » est parce que j ai attendu le weekend que quelque sachant passe et qu’il est passé a 23h dimanche et est repassé a 23h lundi …
Et il (elle en l’occurrence) repassera sans doute ce soir (vers 23h50). Je pense qu’il faudra réinstaller wordpress mais @flobogo vous dira plus précisément.
Le site est hébergé sur un hébergement OVH familiale
Qu’est ce que c’est qu’un hébergement OVH familiale? Je ne connais pas.
Pouvez-vous vérifier l’état de santé du site et poster le résultat en pièce jointe.
Pouvez-vous activer le mode debug (voir ICI) et mettre le contenu de debug-log en pièce jointe. Si vous ne voye pas de debug_log (ça arrive) passez debug_display à « true ». Tous les visiteurs (y compris nous) verront les erreurs mais il suffira de le remettre à « false » une fois qu’on aura lu.
« Qu’est ce que c’est qu’un hébergement OVH familiale? Je ne connais pas. »
-
<li style= »list-style-type: none; »>
- seulement un hébergement partagé par les membres de la famille -:)
« Pouvez-vous vérifier l’état de santé du site et poster le résultat en pièce jointe. »
- fait Juste Barré le nom de l’hébergement et de la base de donnée par des XXXX
- Vous devez être connecté pour répondre à ce sujet.