Site wordpress partiellement inaccessible (Créer un compte)

  • WordPress :5.7
  • Statut : non résolu
15 sujets de 31 à 45 (sur un total de 96)
  • Auteur
    Messages
  • #2379412
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    Bonsoir !!

    Voici la capture FZ du site hébergeur après avoir fait toutes les manipulations demandées. Mon site ne fonctionne pas, mais comme vous le mentionniez plus tôt, 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. Dans mon tout nouveau dossier SauvEnergies, j’ai mes sauvegardes initiales du 27/05 à 16h15 du dossier wp-content et des deux fichiers inculpés. Est-ce que je fais l’échange en supprimant ceux de l’hébergeur et en remettant ceux de ma sauvegarde initiale ?
    (ps ma connexion internet est toujours aussi abominable, les téléchargements FZ sont coupés à maintes reprises, j’espère que cela n’impacte pas le tout.)
    Belle soirée
    Sandrine

    Fichiers joints :
    Vous devez être connecté pour voir les fichiers joints.
    #2379415
    Flobogo
    Modérateur
    Maître WordPress
    17607 contributions

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

    #2379454
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    Oulala,  les chances sont minces si Professeur Flobogo doute du rétablissement du patient !!! Je voudrais pas être à ma place, ah mince, j’y suis déjà en fait lol !!!
    Bon alors, oui après appel auprès de ma box, ma ligne a elle aussi un bug !! C’est en cours de réparation, mais depuis quelques heures ça semble déjà être plus stable ! J’ai voulu appeler OVH pour savoir si par hasard, mon site avait été piraté, mais je pense qu’en terme de poisse, aujourd’hui est très favorable, alors cela va attendre demain !!!

    je suis sous windows 8 donc je devrais avoir le même affichage que vous… Et mon site, j’ai dû le mettre en place toute fin 2017.

    Je vous mets les captures d’écran détaillées. Par contre, je ne comprends pas la procédure pour vous mettre la copie du détail de .htaccess et wp-config.php   Sur FZ je n’arrive pas à faire le détail. Du coup, 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…. Je sais que le gars d’OVH m’avait fait cliquer sur plein de trucs pour arriver sur des lignes de programmes où se trouvaient mon mot de passe et je pense que c’est cela que vous voulez… mais je ne sais plus quel couloir prendre lorsque l’on sort de l’ascenseur !!!

    Bien cordialement

    • Cette réponse a été modifiée le il y a 3 mois et 1 semaine par Flobogo. Raison: retrait du mode "privé" (aucune info compromettante)
    Fichiers joints :
    Vous devez être connecté pour voir les fichiers joints.
    #2379459
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    et la capture de Panoramix !

    merci

    • Cette réponse a été modifiée le il y a 3 mois et 1 semaine par Flobogo. Raison: retrait du mode "privé" (aucune info compromettante)
    Fichiers joints :
    Vous devez être connecté pour voir les fichiers joints.
    #2379465
    Flobogo
    Modérateur
    Maître WordPress
    17607 contributions

    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”

    Fichiers joints :
    Vous devez être connecté pour voir les fichiers joints.
    #2379476
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    Bonjour Flobogo !

    Vous savez que vous êtes devenus ma lecture d’avant même petit déj ?!!! J’ai l’impression d’être dans un Escape Game qui se déroulerait dans un hôpital des années 3000 !!! Sauf que je ne mène pas l’enquête, je vous suis comme un caniche !

    Levons le gros doute que vous aviez : j’ai bien une base de données avec 12 tables sur ovh !

    Ensuite, j’ai réussi grâce une nouvelle fois à vos explications ultra claires (vous êtes bons pour faire des tutos dans les Ephads !) à faire la prise de sang et obtenir le détail des fichiers via Notepad++. je vous les mets dans le prochain post privé

    Merci pour tout encore une fois.

    Sandrine

    #2379477
    sandrinesia
    Participant
    Initié WordPress
    46 contributions
    Cette réponse a été marquée comme privée.
    #2379519
    Flobogo
    Modérateur
    Maître WordPress
    17607 contributions

    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.

    #2379533
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    Bonjour Flobogo !

    Je viens de terminer le parcours fléché par vos soins !!

    Alors, pour vous répondre :
    1 – Aviez-vous eu des problèmes avec le bouton qui sert à ajouter des médias lorsqu’on crée une page ou un article ? : non, pas dans mes souvenirs

    2 – L’opération sur Notepad++/Filezilla pour faire remonter les lignes 88-89 s’est bien déroulée. J’ai la date du jour qui s’est bien actualisée pour le fichier wp-config.php

    mais… mais je n’arrive pas à quitter FileZilla qui me dit que des fichiers sont encore en cours d’édition ou doivent être envoyés. effectivement, je vois qu’il y a des fichiers dans la liste d’attente, mais je ne sais pas depuis quand ils sont là ! Est-ce que ce milliers de petits fichiers appartiennent à wp-config.php  ou est-ce des anciennes manips… Je viens de relancer les transferts, environs 1200 ont échoué, sur moins de 20 qui ont réussi. Ce sont tous des fichiers THEMES ou PLUGIN, il me semble donc que c’est normal vu qu’on avait mis le X pour les désactiver. J’espère que je n’ai pas bouleter ! Je ne savais pas quoi répondre lorsqu’il y avait des doublons… j’ai coché mettre le fichier le plus récent.

    3 – J’ai bien vidé les caches, et comme presque prévu, mon site affiche une page toujours aussi blanche que la blouse d’hôpital du patient !

    4 – Sur la vérification de la base de données :
    Les infos des lignes 22 à 32 doivent correspondre aux infos de votre base de données chez OVH. : affirmatif avec peut être une petite différence. Sur la ligne 32 de la capture n°1 à propos du mySQL, sur le site OVH, il n’y a pas le numéro à 4 chiffres à la fin, mais c’est peut être du codage classique. Sinon l’appellation est la même.

    Et sur les lignes suivantes de Charset et Collate, je ne sais pas où trouver les infos.

    Le préfixe de tables de la ligne 66 du fichier wp-config.php   correspond bien au préfixe des 12 tables !

    Je sors la scie, et on tronçonne le tout ?!! Il dort, sentira rien !

    Merci encore
    Sandrine

    #2379588
    Flobogo
    Modérateur
    Maître WordPress
    17607 contributions

    Bon, on avance doucement. Je crains le coma prolongé : si on parvient à réveiller le patient, on aura fait la moitié du chemin, même si la rééducation est longue …

    1 – les problèmes sur l’ajout de médias : je ne comprends pas comment ces 2 lignes 88-89 (voir ci-dessous) censées résoudre le problème d’ajout de medias, sont arrivées là. Peut-être OVH qui vous a dépannée une fois sur un truc ? Bizarre …

    2 – tant mieux si les lignes ont été déplacées sans soucis, et le fichier wp-config.php actualisé en ligne.

    2 bis : par contre, les fichiers en attente, c’est la m***, mais ça ne m’étonne pas, vu vos problèmes de connection de box l’autre jour.
    Ceci dit, cela pourrait expliquer l’écran blanc, si des fichiers sont mal passés lors de la tentative de mise à jour ou de retour à J-1 semaine.

    1ère solution : à tenter absolument ce vendredi matin => essayez de faire une restauration à J-1 semaine dans votre espace OVH. Laissez mouliner le temps nécessaire, allez faire vos courses, allez au restau ou à la piscine (c’est ouvert ^^) en attendant …

    Si vraiment ça ne donne rien, 2ème solution beaucoup plus longue :

    • sélectionnez tous les fichiers en liste d’attente, clic droit, et choisissez “supprimer” (ils ne seront supprimés que de la fille d’attente)
    • ensuite, il va falloir renvoyer par FTP tous les dossiers et fichiers  de l’installation WP dézippée. Par contre, j’avoue que je ne sais plus si vous aviez encore la 4.9.18 ou bien si vous aviez réussi à atteindre la 5.0.16 ? Je crois que vous aviez fait une tentative de retour à la 4.9.18 … ?
      Il faut renvoyer les fichiers de la version que vous avez actuellement en ligne.
    • pour ça : procédez sous-dossier par sous-dossier, en commençant par wp-admin (sous-dossier css, puis sous-dossier images, etc) puis idem avec les sous-dossiers de wp-content, et enfin ceux de wp-includes. Quand Filezilla demande si il faut remplacer dites “oui” et  cocher “appliquer à tous les fichiers de la fille d’attente”.
      Attention, dans chaque dossier wp-admin / wp-content / wp-includes, ne pas oublier d’envoyer aussi les fichiers qui ne sont pas dans des sous-dossiers (ex : dans wp-admin, il y about.php / admin.php … et 80 autres fichiers). Bon, dans wp-content/themes, vous pouvez envoyer seulement le thème twenty-sixteen, sans vous occuper des autres thèmes twenty.
      Prenez le temps nécessaire, mais vous devez avoir la même configuration côté “installation vierge” et côté “site distant”. Sauf que vous devez avoir des fichiers et dossiers en plus côté site distant, dans wp-content : le sous-dossier plugins-X, le sous-dossier de panomaric-X, et tous vos dossiers dans wp-content/uploads auxquels il ne faut pas toucher.
    • Si jamais il y a des transferts de fichiers qui échouent, vous les sélectionnez, et vous choisissez “replacez dans la file d’attente et démarrer le traitement” (quelque chose comme ça)

    3 – patientons, patientons … jusqu’à la fin du 2-bis ci dessus, on aura peut-être du neuf

    4 – bon, c’est peut-être spécifique à OVH. Si possible, essayez de leur envoyer une demande, pour savoir si il faut mettre ces chiffres ou non dans le nom du serveur MySQL (précisez que c’est pour le fichier wp-config de WordPress). Si vous n’avez pas leur réponse, on tentera de modifier pour voir, mais une chose à la fois.

    4 bis – Pour les lignes suivantes de Charset et Collate, ne vous tracassez pas, il n’y a rien à faire avec.
    OK pour le préfixe de table, parfait.

    5 – non, ne craquez pas !! Il faut finir tous les examens, et attendre les résultats. Et si besoin, on fera d’autres examens plus poussés. On ne trouve pas ce qui a provoqué le coma, mais quand on aura trouvé, il aura encore des chances de récupération. On n’est pas à la ligne blanche, où il n’y a plus qu’à tout débrancher … 💀

    #2379643
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    Bonsoir Flobogo !

    Je me répète, mais encore merci, pour toutes ces heures de guidance (il faudra me dire comment vous remercier, s’il y a des donations possibles).

    Ce soir, je suis hs mais j’ai des bonnes nouvelles ! Enfin des explications ! Ce matin, je tente la restauration, sauf que le bouton d’action pour le faire était toujours grisée chez OVH, je ne pouvais pas faire cette manœuvre. J’ai les ai donc appelé. Et… et tadam, il s’avère qu’il y a eut une sorte de bug de leur côté lorsque j’ai fait la première restauration en début de semaine (un fait qui n’a aucun rapport avec le plantage de ma box).
    Le conseiller m’a dont indiqué comment faire une restauration en mode manuelle, ce que j’ai fait, à savoir j’ai téléchargé le dossier zippé de la restauration à J-7. Cette personne m’a également encouragé à télécharger la version à J-7 de la base de données. Ce que j’ai également fait.

    Par contre, je n’arrive pas à remettre ces sauvegardes Net2FTP… mais je me dis que je peux faire cela via FileZilla, non ? Je coche et supprime tous les dossiers qui sont du côté de l’hébergeur et je les remplace par les sauvegardes de ce matin. Pour la base de données, je ne saurai pas faire, mais je peux directement retourner sur OVH et sélectionner de la mettre en place (là où ce matin, j’ai cliqué sur télécharger).

    C’est pas de la bonne nouvelle tout cela ?!!! Je sens que la sortie de coma est toute proche !!! Encore 3 semaines à tout casser ah ah ah !!!

    En ce qui concerne les 4 chiffres en plus qui apparaissent dans le nom du serveur MySQL ( fichier wp-config de WordPress), ils désignent un port. donc totalement normal cela la personne d’OVH.

    Belle soirée, beau week end également, il faut aussi en profiter, les terrasses nous tendent les bras !
    bien cordialement

    #2379647
    Flobogo
    Modérateur
    Maître WordPress
    17607 contributions

    Je me répète, mais encore merci, pour toutes ces heures de guidance (il faudra me dire comment vous remercier, s’il y a des donations possibles).

    Ma plus belle satisfaction, ce sera que votre site fonctionne … bientôt 😉

    le bouton d’action pour le faire était toujours grisée chez OVH

    Information à laquelle je n’avais pas prêté attention, n’étant pas hébergée chez eux. A part vous conseiller leurs tutos, je ne sais pas trop comment ça doit être.

    Il faut donc maintenant arriver à faire quelque chose de cette sauvegarde manuelle. Bien sûr, il fallait aussi sauvegarder la BDD à J-7, vous avez très bien fait. Et conservez soigneusement ces sauvegardes, puisque du coup, cela nous permettra de revenir (si besoin plusieurs fois) à la date du 04 juin.

    Net2FTP, c’est un autre logiciel de FTP, comme Filezilla.

    Je coche et supprime tous les dossiers qui sont du côté de l’hébergeur et je les remplace par les sauvegardes de ce matin.

    NON, attention : ne supprimez pas le dossier wp-content côté hébergeur (site distant), surtout pas wp-content/uploads qui contient vos images et fichiers. (en principe, vous devez avoir une sauvegarde faite précédemment, mais par précaution, sauf cas de piratage, il ne faut jamais le supprimer). Par contre, vous pouvez supprimer wp-admin et wp-includes, et les remplacer par ceux de la sauvegarde. Faites la même démarche pour les 15 ou 16 fichiers à la racine : supprimez-les du site distant (sauf wp-config.php, à ne jamais supprimer), puis remplacez les par les mêmes fichiers de la sauvegarde.
    Bon, si la sauvegarde est bien faite, elle contient aussi le wp-config.php, mais prenez l’habitude de ne jamais y toucher.

    Pour la base de données, je ne saurai pas faire, mais je peux directement retourner sur OVH et sélectionner de la mettre en place

    Oui, tout à fait. Je vous conseille quand même de la sauvegarder une nouvelle fois par PhpMyAdmin, pour apprendre à le faire. (tuto d’un autre hébergeur, mais c’est le même principe). Sinon, chez OVH, suivez ce guide.

    Avec ces manipulations, on devrait retrouver votre site dans son état d’il y a une semaine (toujours en WP 4.9.x), peut-être pas en super forme, mais du moins sorti de son coma. Ce serait déjà très bon signe.

    – – – – – – – – – – – – – – – – – – – – – – – –

    Pour moi, demain, c’est barbecue au jardin.  ⛱  Les terrasses ou le restau, ce sera quand on sera tous vaccinés. 💉

    #2379778
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    Happy barbecue!!!! En plus c’est l’heure !!!

    Bon, si hier, j’ai fait la grève du pc, je viens de m’y remettre !
    Merci pour la piqûre de rappel ! A chaque post, vous me dîtes de bien conserver wp-contents and co, et moi, tranquille, j’allais tout virer !!!

    Alors, ce matin, via FileZilla, j’ai bien retiré du site hébergeur : tous les dossiers/fichiers, sauf wp-content + .htaccess + wp-content.php
    Et je suis retournée sur OVH pour restaurer la base de données du 4 juin (oui j’ai pris l’option raccourci, on est dimanche, on fait léger !)

    Résultats : youpi je peux accéder au tableau de bord de mon site. Par contre, si je vais sur mon site, il affiche une page blanche. Et si j’accède à mon site depuis mon tableau de bord, j’ai la page blanche sur laquelle s’affiche le message suivant : La feuille de style est absente.

    On disait qu’on progresse, hein ?!!!

    Bon dimanche, bon repos

    A bientôt

    Sandrine

    #2379797
    Flobogo
    Modérateur
    Maître WordPress
    17607 contributions

    On va dire que le patient a ouvert un œil (glauque), et l’a refermé, mais c’est un progrès.

    via FileZilla, j’ai bien retiré du site hébergeur : tous les dossiers/fichiers, sauf wp-content + .htaccess + wp-content.php

    Je suppose que le dernier de la liste, c’est wp-config.php. Parfait. Mais est-ce que vous avez renvoyé côté site distant les dossiers wp-admin et wp-includes ? (je pense, sinon vous n’auriez pas accès à l’admin) Si oui, ce sont ceux de quelle version : 4.9.x ou 5.0.y ?

    Et que contient le wp-content actuel côté site distant ? Est-ce qu’il y a toujours un seul dossier plugins-X ou bien est-ce que le 2ème dossier plugins que vous aviez à un moment est revenu ?
    Et dans le dossier wp-content/themes, est-ce qu’il y a bien panoramic-X et twenty-sixteen ? Si twenty-sixteen n’y est pas, il faut le copier à partir de celui du WP dézippé côté ordinateur vers le site distant.

    Mettez-nous les captures écran actuelles du contenu de wp-content côté site distant, mais ne touchez à rien, attendez mes prochaines consignes. Il ne faudrait pas replonger le patient dans le coma en lui supprimant son oxygène.

    #2379843
    sandrinesia
    Participant
    Initié WordPress
    46 contributions

    Bien le bonjour de la part du cyclope à l’œil glauque et de moi-même !

    — Je suppose que le dernier de la liste, c’est wp-config.php. Oui, oui vous m’avez bien traduite ! :#
    — Mais est-ce que vous avez renvoyé côté site distant les dossiers wp-admin et wp-includes ?  Si oui, ce sont ceux de quelle version : 4.9.x ou 5.0.y ? Oui, je les ai bien envoyés. Ne sachant pas comment voir leur version, c’est en me rendant sur le tableau de bord de mon site que j’ai eu la réponse : nous sommes en 4.9.18

    — Et que contient le wp-content actuel côté site distant ? Est-ce qu’il y a toujours un seul dossier plugins-X ou bien est-ce que le 2ème dossier plugins que vous aviez à un moment est revenu ? J’ai le plugins et le plugins-X

    — Et dans le dossier wp-content/themes, est-ce qu’il y a bien panoramic-X et twenty-sixteen ? oui ces deux-là et le panoramic (sans le X)

    en pj toutes les captures qui je l’espère vous parleront !
    encore merci pour votre patience
    Sandrine

    Fichiers joints :
    Vous devez être connecté pour voir les fichiers joints.
15 sujets de 31 à 45 (sur un total de 96)
  • Vous devez être connecté pour répondre à ce sujet.