Toutes mes réponses sur les forums
-
Messages
-
Vous me dites que ce sont des vidéos externes, mais vous me redonnez l’adresse de votre propre site web.
Si ce sont des vidéos externes, il faut vous adresser au site qui les met en ligne pour lui demander de passer lui-même ses vidéos en HTTPS
Ouf, si les 12 tables de la base de données sont là, le site n’est pas perdu !! … (… mais toujours en coma profond)
Merci pour les captures écran. Bonne nouvelle : le fichier .htaccess est bien celui d’un WP de base, pas de souci de ce côté là.
Le fichier wp-config.php contient lui aussi les infos classiques, sauf 2 lignes qui ont été rajoutées. Elles ne sont pas dangereuses, mais elles sont mal placées, et surtout, je me demande comment elles sont arrivées là, alors que vous n’aviez jamais touché à ce fichier auparavant. (comme si le patient vous disait : “non, non, je n’ai jamais été opéré”, et qu’au final, vous découvrez une petite cicatrice qui prouve le contraire)
Aviez-vous eu des problèmes avec le bouton qui sert à ajouter des médias lorsqu’on crée une page ou un article ?On va modifier votre fichier wp-config.php pour le remettre d’aplomb, mais je ne pense pas que notre écran blanc vienne de là. Mais on doit tout vérifier, avant de procéder à d’autres tests -examens pour notre patient.
Avant tout, vérifiez que vous avez bien sauvegardé sur votre ordi une copie du wp-config.php identique à votre fichier en ligne (normalement oui, dans vos sauvegardes précédentes).
Si oui, alors retournez dans le FTP, accédez au fichier wp-config.php du site distant, cliquez droit sur “Afficher / Éditer” pour l’ouvrir dans Notepad++
Allez aux lignes 88-89, sélectionnez-les et coupez-les, puis collez-les en ligne 81, juste après la ligne 80 define (‘WP_DEBUG’, false)
Insérez une ligne vide avant et après les 2 lignes que vous venez de coller pour espacer.
Dans Notepad++, cliquez sur le bouton “Enregistrer”, puis retournez au FTP, Filezilla vous propose de renvoyer le fichier que vous venez de modifier, dites “oui”. Puis, toujours dans Filezilla, vous avez dans le barre d’outils en haut une sorte de cercle bleu et vert, pour actualiser les fichiers. Cliquez dessus, et du côté du site distant, vous devriez retrouver votre fichier wp-config.php avec la date et heure de la modification.Vous pouvez alors fermer Filezilla et Notepad++. Revenez au site et vérifiez si cela a changé quelque chose. Il faut vider le cache de votre navigateur, afin d’éviter qu’il garde en mémoire votre écran blanc.
Et maintenant, avez-vous retrouvé le site ? Je ne suis pas sûre que vous retrouviez le site avec cette simple modification, mais il fallait essayer.On va aussi faire une vérif des infos de base de données. Votre image capture-config-1 contient des infos de connection à votre base de données. Les infos des lignes 22 à 32 doivent correspondre aux infos de votre base de données chez OVH. De même, le préfixe de tables de la ligne 66 du fichier wp-config.php visible sur capture-config-2 doit correspondre au préfixe des 12 tables de votre BDD chez OVH. Est-ce bien le cas ?
Si oui, on passera ensuite au “débugging”. Mais je ne sais pas trop comment on va en sortir, alors que toutes les extensions sont désactivées, ainsi que le thème “panoramic”, plus rien ne devrait interférer.
Bien sûr, si quelque chose ne correspond pas entre votre base de données chez OVH et les infos du fichier wp-config.php, il va falloir m’indiquer ce qui ne va pas (en message privé). Mais je ne pense pas que ce soit le cas, car on aurait un message d’erreur indiquant que le site ne peut pas accéder à la base de données.
Bonjour,
Déjà, essayez de contacter OVH pour avoir une URL de site “normale” avec votre nom de domaine, car là, c’est normalement une URL provisoire.
Du même coup, ils pourront peut-être vous guider pour passer en HTTPS. Sinon, en principe, en version 5.7.2, il suffit d’aller dans l’onglet Outils > “santé du site” et là normalement, on peut passer facilement en HTTPS.
J’ai le thème Twenty-Seventeen 2.0.
Bon, c’est bien la version correspondant à WP 5.0.x
Après WP 5.0.13., vers quel autre version de WP dois-je aller ?
Si tout fonctionne, vous pouvez essayer de “sauter” une version, et d’aller directement à la dernière de WP 5.2, qui est la 5.2.11 à retrouver ici.
Par contre, si vous n’avez plus (ou pas bien) vos images, c’est sans doute un problème de version de PHP. Pour vos sites WordPress, il faut être au moins en PHP 7.2 ou 7.3 à partir de WP 5.x
Et il faudra même passer en PHP 7.4 à partir de WP 5.2 ou 5.4 maxi. A voir si cela vous convient pour vos autres sites, ou si votre hébergeur vous permet d’avoir différentes versions de PHP selon vos différents sites.
Ce sont des vidéos internes ou externes ? (hébergées sur votre espace d’hébergement lié au site, ou ailleurs ?)
Bonjour,
Je ne sais pas si ça vous aidera, car je ne suis pas experte, mais avez-vous pensé à une feuille de style spécifique (ou à la fin du fichier style.css), avec des règles spécifiques qu’on appelle “Media Querries” ? Une recherche sur ces termes “Media Querries” vous aidera peut-être.
Bon, la bonne nouvelle, c’est que le dossier wp-content me paraît normal. Il faudrait vérifier l’intégrité des fichiers du thème “panoramic”, mais il est bien désactivé avec son -X, c’est le principal pour l’instant.
Pour .htaccess et wp-config.php, j’ai oublié de vous expliquer comment faire (même une chirurgienne débutante ne sait pas toujours faire une analyse de sang ^^) :
En fait, quand vous êtes en FTP, il faut faire un clic droit sur le fichier, et choisir “Afficher / Éditer”. La 1ère fois, il faut dire à Filezilla avec quel programme il doit ouvrir le fichier.Au préalable, vous allez donc télécharger le logiciel NotePad++ (gratuit), et l’installer en français, tant qu’à faire. Une fois installé sur votre ordi, retournez dans Filezilla, et dans le menu horizontal du haut, accédez à “Édition” puis “paramètres”. Voir ensuite ma capture écran pour paramétrer (vous devrez parcourir votre PC pour retrouver le logiciel NotePad++)
Donc, vous cliquez droit sur htaccess ou wp-config.php, vous choisissez “Afficher / Éditer”, et le fichier devrait s’ouvrir dans NotePad++
D’ailleurs, en principe, vous les avez sauvegarder (dans “SauvegEnergies”), vous pouvez les afficher directement en cliquant dessus et choisir “Éditer avec”, puis sélectionner NotePad++Bref, vous verrez tout un tas de charabia, no stress, c’est normal. Et c’est ça qu’il faudra coller ici, en message privé, si possible à l’aide de l’outil “Code” dans la barre d’outils juste au-dessus de votre post. (ici, quand vous tapez un message)
Maintenant la (peut-être) mauvaise nouvelle. Ça, ça m’inquiète :
je suis repartie sur OVH, base de données, accès à phpMyAdmin, je m’y suis connectée, et euh bein j’suis perdue ! Y a bien un onglet SQL mais rien dedans….
C’est normal de ne rien avoir dans l’onglet SQL (c’est pour y taper des “commandes”), mais par contre, rassurez-moi, vous avez bien une base de données avec au moins 12 tables sur le côté gauche, comme wp_commentmeta / wp_comments etc… même si le préfixe peut être différent de wp_
Voir cet article qui montre l’accès à une base de données chez OVH. A la fin de la 1ère partie d’article, il y a une image avec les 12 tables de base. Le préfixe est différent de wp_ dans cet exemple, il est masqué.Si vous n’avez pas au moins ces 12 tables, là on est très mal. Il faudra contacter OVH jeudi et demander une restauration de la BDD à J – 1 semaine
Si vous avez bien les 12 tables (ou un peu plus), alors notre problème se situe probablement dans le wp-config.php ou le .htaccess
Dans ce cas, merci d’afficher leur contenu dans un post privé. Mais masquez quand même les infos confidentielles : voir le début de la 2ème partie de l’article sur la BDD → “Retrouver le mot de passe de la base de données”Bah, vous pouvez passer (progressivement, version par version) en WP 5.7..2 alors, car Ajax Search Lite et List Custom Taxonomy Widget sont toutes les deux compatibles avec WP 5.7.2.
Et si il faut changer une extension parce qu’elle n’est pas compatible avec WP 5.7.2, ben, vous en trouverez une autre : des slider compatibles avec WP 5.7.x, ça doit se trouver ; idem pour des extensions permettant d’afficher un widget des derniers articles ou des derniers commentaires 😉 Il vaut mieux changer d’extension que se faire pirater le site.
Le problème le plus complexe, c’est de remplacer votre thème Flat par un autre. Mais idem : il vaut mieux passer (un peu) de temps à mettre en place un nouveau thème que de passer beaucoup de temps à formater un site qui a été piraté. Avec le risque de perdre des contenus.
Bonjour,
Non, mauvaise idée : c’est un peu comme partir en vacances en laissant la clé sous le pot de fleurs. Vous vous croyez en sécurité parce que vous avez fermé à clé, mais n’importe qui aura l’idée de regarder sous le pot de fleurs.
Pour revenir à votre site, il vaudrait mieux essayer de comprendre d’où vient l’erreur. Vous avez essayé avec une extension pour réparer le contenu mixte ?
comme j’ai désactivé tous les plugins, plus de sécurité sur aucun de mes sites…
Réactivez au moins l’extension de sécurité de chaque site, sinon, vous courrez à la cata ( = risques de piratage ++) avec des sites en ligne mais pas à jour !
Mais vous n’avez pas répondu à ma question : quelle version de Twenty-Seventeen avez-vous mise en ligne ? Vous pouvez trouver le numéro de version dans votre admin’, à la rubrique Apparence > Thèmes, ou alors dans le tableau de bord
pour que la fête soit plus folle, c’est la journée où ma box saute toutes les deux minutes…
Pour ma part, quand je lis ça, j’imagine la box sautant comme un cabri … 😂 Mais bon, clairement, ça n’arrange pas les choses, surtout pour envoyer / télécharger les dossiers ou fichiers par FTP.
J’ai pu aller sur OVH, faire la manip : Un snapshot est en cours de restauration (…) L’option de la restauration de sauvegarde n’est plus accessible, bref c’est bon !
Ben pas vraiment, parce que j’étais persuadée que ça vous redonnerait accès au site et à l’admin’. Du coup, il va falloir comprendre pourquoi tout d’un coup, vous avez eu cet “écran blanc de la mort” (c’est le terme, pour de vrai)
Dans votre panneau de gestion chez OVH, vous n’avez aucune info qui serait modifiée par rapport à la semaine dernière ?
en tenant compte de vos remarques sur les dates du fichier dézippé de la version 5.0.13, j’ai re-téléchargé cette version, je l’ai re-dézippée et euh non, j’ai toujours plein de dates différentes entre les dossiers et fichiers dézippés !
Vous avez un Mac ? Moi, sous Windows 10, c’est la date de téléchargement, donc la même partout. Peut-être que dans d’autres configurations, c’est différent. Désolée, j’espérais avoir trouvé la raison du plantage si il y avait une erreur dans les fichiers.
Bon, dernier point :
je ne comprends pas ce que sont ces .htaccess et wp-config.php dont les dates sont super anciennes et c’est peut être elles qui plantent le tout.
Non, côté hébergeur, c’est normal que vous ayez des dates anciennes, puisque cela correspond en principe à la création de votre site, ou à des modifications en profondeur. Sur la capture écran le .htaccess date de janvier 2018 et le wp-config.php de déc. 2020 … pourtant, votre site date d’avant 2016 ?
Est-ce que je fais l’échange en supprimant ceux de l’hébergeur et en remettant ceux de ma sauvegarde initiale ?
Normalement, ce sont les mêmes, vu les dates de création de ceux qui sont en ligne sur le site distant. Sur votre ordi, ils ont la date de la copie par FTP, mais le contenu doit être le même. N’y touchez pas.
Du coup, avant toute autre manipulation, je vais vous demander de me remettre dans votre prochain post :
- la capture écran du contenu qui se trouve dans le dossier wp-content, et dans les sous-dossiers. Si vous pouvez, déployez l’arborescence de tous les sous-dossiers, surtout plugins-X et themes
- affichez dans un autre post le contenu du .htaccess et le contenu de wp-config.php. Attention, ce fichier contient des informations confidentielles pour la sécurité de votre site, qu’il ne faut jamais afficher dans un forum. Ce sont les informations relatives à la base de données, et qui commencent juste après “// ** Réglages MySQL – Votre hébergeur doit vous fournir ces informations. ** //”
→ masquez ces infos et celle du préfixe et des clés de salage sur une capture écran, ou mieux, placez l’image ou le contenu (en “anonymisant” les données) dans un message privé en cochant la case nécessaire sous votre prochain post. Seuls les modos ou gestionnaires du forum y auront accès. (ne les laissez pas en clair, les robots espions passent partout)
Je pense que c’est une erreur dans le wp-config.php qui est à l’origine de tous ces problèmes … en espérant qu’il n’y ait pas eu piratage, car c’est quand même curieux qu’on ait “perdu le site” lors des manipulations, que vous semblez avoir effectuées correctement, alors qu’on venait de retrouver accès à l’admin’.
Mes compétences en chirurgie réparatrice étant quand même limitées, j’espère pouvoir vous guider, car notre patient est vraiment au plus bas … 😕
il craint qu’en faisant ça, tout soit perdu.
Quand le site sera piraté … ce qui risque +++ d’arriver avec un thème pas à jour sur un site pas à jour, ce sera encore pire !
comment le passer en HTTPS ?
Il y a un outil pour le faire, directement depuis l’admin’ … quand le site est en WP 5.7.x
mon frère a mis en place pleins d’élément utiles à mon site
Quel genre d’éléments ? Ils pourront peut-être être reportés dans le nouveau thème, ou bien vous pourrez obtenir des fonctionnalités similaires avec des extensions, en complément d’un thème de base.
Bonjour @apalit0
Le plus simple, ce serait d’ouvrir votre propre topic. Si besoin, consultez cette vidéo : https://youtu.be/XOFGpSbNCmY
Bon, il y a probablement eu une erreur avec le passage en 5.0.13. On va sortir de la chirurgie humaine actuelle, et dire que même si le patient est en état de coma, on la chance de pouvoir recommencer l’opération en l’annulant. (peut-être la chirurgie du XXIIème siècle ??)
Comme vous êtes chez OVH, vous pouvez “restaurer le site à un état antérieur”, mais il faut faire vite : vous avez 3 jours. Consultez ce tuto OVH sur la restauration de site.
Il faut revenir au moment où vous aviez accès à l’admin’. (hier samedi, c’était bon ?) Si vous le faites lundi, il faut revenir à J-3. Au delà de lundi, ce sera compliqué, vous retournerez trop loin !! Ou alors, il faudra attendre vendredi, pour faire J-1 semaineTout se déroulait bien avec la greffe de twenty-sixteen rebaptisée twenty-sixteen-X
Est-ce que ce n’était pas plutôt panoramic-X ? Et vous avez implanté twenty-sixteen à côté ? C’est ce que montre la capture.1
En tous cas, ça devrait être bon comme ça, pour l’accès à l’admin’je ne savais pas quoi faire des 2 fichiers le .sql et le mySQL qui apparaissaient sur l’arborescence de l’hébergeur.
(…) je les ai copiés dans le dossier de mon ordi (le dossier qui s’affiche est une copie du 5.0.13 dézippé sans le dossier wp-content)C’est une très bonne idée de les copier sur votre ordi (et vous pourrez les supprimez du côté droit / site distant)
Par contre, mettez les dans un dossier à part, que vous appelez “sauveg BDD”, avec des sous-dossiers par dates, comme 06-06-2021Il ne faut pas non plus vous mélangez les pinceaux entre vos sauvegardes de wp-content / wp-config.php et .htaccess (est-ce que cela a bien été sauvegardé, sur votre ordi ??) ; à ne pas confondre avec l’installation “vierge” ou “saine” de WP 4.9.18 ou 5.0.13
Je dis ça parce que sur votre capture-1, où on voit les 2 côtés (ordi à gauche, site distant à droite), vous me dites que côté gauche, c’est le dossier 5.0.13 dézippé (plus les2 sauvegardes .sql), mais les fichiers et dossiers ont des dates différentes, ce qui ne devrait pas être le cas. Ils devraient tous avoir la date du jour où vous avez téléchargé et dézippé. A mon avis, c’est ce qui a provoqué cet écran blanc (vide), de votre patient en coma profond.
Donc, SVP, reprenons les étapes :
- ramenez votre site à l’état de vendredi, grâce à une restauration J-3 chez OVH
- vérifiez bien que vous avez sur votre ordi :
– un dossier “Sauveg BDD” contenant juste les 2 fichiers .sql
– un dossier “version saine WP 5.0.13”, contenant les dossiers du téléchargement de WP 5.0.13 ici, dézippé, et c’est tout. (ne supprimez pas wp-content, puisqu’on a besoin de certains fichiers qu’il contient, par ex pour twenty-sixteen)
– un dossier “Sauveg energies” contenant uniquement la copie de votre dossier wp-content, du fichier wp-config.php (pas wp-config-sample.php) et du fichier .htaccess - Uniquement quand les 2 points ci-dessus sont bons, essayez de renvoyer la version saine WP 5.0.13 vers le site distant, en envoyant seulement wp-admin / wp-includes / et les 16 fichiers à la racine
- Et pour finir, envoyez le sous-dossier twenty-sixteen qui est côté gauche (version saine, dans wp-content/themes), au même emplacement dans le dossier wp-content/themes côté site distant. Comme un dossier twenty-sixteen s’y trouve déjà, Filezilla va vous demander si vous voulez remplacer, et vous cochez “oui”, “répéter pour la file active”
Faites uniquement ces 4 étapes, ce serait déjà super.
Si vous avez à nouveau un écran blanc, on tentera autre chose en activant le mode débug. Mais comme c’est complexe, on va d’abord essayer cette 1ère démarche, qui est la plus “normale”Bonjour,
Le 1er problème étant résolu, merci d’ouvrir un nouveau topic pour votre nouvelle question.
Cela évite de lire tous les posts pour s’apercevoir au bout du compte que votre problème est résolu. (je modifie d’ailleurs le statut de ce topic)
