- 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
-
Et bien, c’est un sacré b*** votre installation.
l’url du site dans réglage est toujours https: // sguerzi.com. J’ai pensé qu il etait préférable dans un forum de cacher le nom du site hébergeur
Ce n’est pas votre hébergeur !! Votre hébergeur, c’est OVH !! Donc, pourquoi ne pas mettre l’adresse réelle ? Si il y a plusieurs sous-sites hébergés chez OVH, il faut rattacher chaque site à son sous-domaine.
Quant à vos dossiers, j’ai regardé vos 3 premières captures d’écran, et vous avez conservé des fichiers renommés avec -OLD à côté des autres. La sauvegarde doit être sur votre ordinateur, pas chez l’hébergeur. Les dossiers renommés avec -OLD, c’est pour désactiver des extensions, mais si vous avez le même dossier à côté, renommé normalement, ça ne sert plus à rien.
Donc, pour commencer :
- supprimez wp-config-pas-debug.php
- supprimer wp-config-sample-OLD.php
- supprimez le fichier wp-config.php (du 28/12/2021)
- renommez le fichier wp-config-OLD.php (du 10/11/2020) en wp-config.php
Désolée, vu l’heure, je ne peux pas regarder le reste. Voyez avec @ferman si il repasse demain après-midi. Mais surtout, ne prenez pas d’initiatives !!
Oui, votre système est assez particulier. Je comprends mal comment ça fonctionne. Quand on veut aller sur la page admin du site « sexotherapeute » , on se retrouve en fait redirigé sur la page login du « site hébergeur ». Donc quand vous parlez de mettre à jour une page/post c’est en fait dans le site hébergeur que vous travaillez? Pour le problème de site sur le forum, à partir du moment où votre site est public il n’y a pas de problème à ce que d’autres le voient. Le problème peut être avec Google et dans ce cas vous pouvez soit « casser » l’url en ajoutant des espaces ( ce que vous avez fait), ou par toute autre méthode, et vous pouvez aussi mettre l’adresse du site en image/copie d’écran, donc non interprétable par un robot.
Comment votre site est-il relié au site hébergeur? Sans entrer dans les détails, le site hébergeur contient-il d’autres parties que « sexotherapeute »?
S’agit-il d’un multisite au sens wordpress (1 site central et des sous-sites) avec un super-administrateur et une seule base de données? Un multisite au sens OVH (1 hébergement avec plusieurs sites avec plusieurs bases de données ou une seule base de données partagées. Autre chose?
De plus: vos sites (l’hébergeur et l’hébergé) sont en https mais de très nombreuses images sont restées en http regardez ICI et ICI.. Vous pourriez déjà corriger ça.
Si votre offre d’hébergement chez OVH le permet je pense qu’il serait bon (surtout pour un site professionnel) de créer un hébergement moins atypique. Dans l’état actuel des choses, personnellement, je ne vois pas bien comment ça marche.
le problème de non mise a jour des pages du site .com est apparu des jours après la création du site, alors que les deux urls .com et .fr sont présentes depuis l’initiation du site le 13, et ont fonctionné sans soucis
Le site .com est hébergé par OVH et a la racine on a un www ou est installé WordPress. A la racine il y a aussi d’autres dossiers (particulier, associatif ..) c est donc un multi site au sens OVH (un login , un ou plusieurs hébergement, x noms de domaines chainant sur les www ou sur des sous sites ..) mais sans autre WordPress (donc a priori ce n’est pas de ce que je comprends un multisite au sens wordpress)
Le wordpress utilise une base de donnée privée Je ne sais pas si le wordpress a été crée, il y a un an, par la procédure « module en 1 clic » et si la base de donnée est crée= par cette procédure ou si cela a été deux installation et comment wordpress sait le nom de la base de donnée ou il stocke les infos (je n’ai pas trouvé dans les réglages le nom de cette base SQL) Les bases du site ont été créées par une autre personne a mon attention … je n’ai pas cette connaissance (1)
donc l’url des pages qui se modifie est bien l’URL du site .com
L url commercial .fr (Therapie-sexoteherapeute.fr) fait partie des noms de domaines de cet hébergement et chaine sur le www principal du .com.
Il ne serait pas logique de référencer un site avec le nom du .com Aucune correspondance entre ce nom et l’activité paramédicale
a priori WordPress pourrait ignorer cette approche .fr car il ne fait référence qu’a l’url .com pour les modifs
le passage a https du .fr est arrivé plus tard. Quand voulant référencé ce nom je me suis aperçu que la console Google préférait les htps
l’appellation site professionnel, bof .. on aimerait mais dans la réalité.. je n’aurais pas les moyens de payer un hébergement en lançant une activité
merci de votre aide
message precedent « je n’ai pas cette connaissance » (1)
(1) comme dit je ne sais pas créer un site WordPress et une base de donnée.
Ce que j ai fait c est juste choisir un thème, modifier un exemple, mettre des textes et des photos. Ca m a pris deux jours
Puis deux jours pour le référencement
Puis 10 jours pour essayer de comprendre pourquoi les modifs des 7 pages et des 3 articles ne marchent plus
Donc
- si ce problème n’est pas connu, identifié (ce qui semble être)
- si les manips ne permettent pas de comprendre (et servirait aux autres, qui pourraient avoir ce soucis) les causes et de réparer
Alors repartir sur une base saine ? Réinstaller un WordPress ? Sauf que je ne sais pas faire (:-
Si il y a un tuto simple ? après reprendre le thème Neve ressaisir les pages, c’est deux jours J en ai passer 5 fois plus a faire des tas de tests
la racine du site est les anciens fichiers renommés en OLD
je comprends que ce ne soit pas lisible J enlève donc
par contre les fichiers OLD sont ceux du 27 au moment ou nous avons restauré la base du 17 et rechargé sur le site les wp-content wp-config
Ceux ci sont bien du 17 La date de création du dossier/fichier qui apparait est la date du transfert (car je n’ai pas transféré dans le dossier wp-content les sous dossiers et fichiers sauvegardés le 17, mais changé le nom wp-content en wp-content.old et transféré le wp-content du 17 sauvegardé sur le PC sur le site.
Donc on a une base de donnée du 17
un wp-content du 17
un wp-config du 17
date ou on est sur que tout fonctionnait
Ne reste alors du 28, que les dossiers wp-includes et wp-admin et tous les programmes .phpla source du problème devrait résider alors la..
Non, ce n’est pas un mulisite au sens wordpress. Je vous mets en pièce jointe le schéma de mon hébergement. Ferman1 et www sont deux sites distincts avec deux logins différents (bien sûr ça pourrait être le même). Les autres dossiers sont vides ou contiennent autre chose que wordpress (BAK). C’est un hébergement multisite au sens OVH. Est-ce que c’est quelque chose comme ça que vous avez?
Si oui, pouvez-vous confirmer que le site .com a une base de données séparée, non commune à un autre ou plusieurs autres des sites hébergés s’il y en a et donc que vous pouvez travailler dessus sans gêner ces autre sites. Le nom de la base de données (ainsi que son mot de passe) se voit dans wp-config (define(‘DB_NAME’, ‘nom_de_la_base’). C’est de cette manière que wordpress sait où il doit stocker et chercher les données. Mot de passe: la ligne en dessous.
Il ne serait pas logique de référencer un site avec le nom du .com Aucune correspondance entre ce nom et l’activité paramédicale
Puisque c’est exactement le même site que .fr, de mon point de vue il serait bien plus simple de ne garder que le nom en .fr et d’oublier l’autre. Vous pourriez le garder en réserve si vous ne voulez pas le perdre, mais sans qu’il soit relié à votre site.
Oui c’est exactement comme ca
Wordpress ne partage pas sa base de donnée Et il n’ y qu’un wordpress utilisé Les autres sont des sites en html et sans base de donnéeOui pourquoi pas, Vous avez raison on ne pourrait mettre que le .fr dans les réglages wordpress.
En fait le machin.com c’est parce que avant le serveur avait le nom du domaine référant. Donc on assimilait le machin.com du domaine et le machin.com de l’hébergement Maintenant OVH a renommé ses hébergements et c’est devenu mach.cluster030.hosting.ovh.net.. donc autant simplifier Vous avez raison.
Bon alors la Chapeau !!
ca marche
avec http://www.therapie-sexothearapeute.fr en Adresse web de WordPress (URL)
et même chose en Adresse web du site (URL) Je sais c est pas logique puisque il est dit
« Saisissez ici une adresse si vous souhaitez que la page d’accueil de votre site soit différente du répertoire de votre installation WordPress. »
mais si je ne mets rien, il me mets l’adresse d’office
bon une explication pensé cette nuit après 0h55 Une chose qui a changé le 22 est la mise en place du lien Https sur http://www.therapie-sexotherapeute.fr
en http il s agissait d’une redirection, on pointait le domaine .fr sur le domaine .com
en https Il fallait dire en sus sur l hébergement que celui ci acceptait l url .fr et l envoyée en WWW
donc ca faisait dans ce cas deux URL différentes qui pointaient sur le même www Il pouvait perdre ses pédales
j ais supprimé cette redirection …ca marche
j ai remis et enlevé le .com en adresse web du site et mis le .fr Ca marche
en conclusion
- l URL d hébergement en http ou en htpps et une url de redirection sur celle ci en htpp Ca marche
- l URL d hébergement en http ou en htpps et une url de redirection en https sur le site d hébergement Ca marche pas
- J envoi la bote de chocolat ou ? (je ne sais pas mettre des smileys)
Bon je vais avoir encore besoin de vous
quelle est la meilleure méthode pour revenir a l’état du 21 (date de la sauvegarde)
- la, la base est a l état du 17, wp-content aussi
- toutes les extensions ont été desactivés
- je suis en theme TWENTY et non NEVE pour lequel la site a été fait
Méthode 1
- je charge NEVE
- je charge toutes es extensions Risque d’en oublier
- je vais sur OVH et je fait un restaure au 21 de la base de donnée
- C est long et je risque d’oublier des plugins et leur paramétrage
Méthode 2
- je remets WP-content sur le site (pas de chance je viens de supprimer sa sauvegarde wp.content.old)
- je récupère ainsi la sauvegarde du 21 Je l’exécute
- Plus sécure et plus rapide mais est ce que ca marche
… Je sais c est pas logique
Ce n’est peut-être pas logique mais c’est une des causes principales pour l’erreur que vous aviez. Voir à ce sujet la réponse précédente (#2392040) de @flobogo.
Pour la deuxième question. Vous restaurez site et base de données à la date du 21 et vous mettez la même adresse pour wordpress et site. Vous retrouverez votre site dans l’état où il était le 21 (même thème et extensions activés) et le problème « La mise à jour a échoué. Vous êtes probablement hors ligne » aura en principe disparu.
Bonsoir … même si j’ai un peu d’avance 😉
Bon, on vient de trouver la cause principale de tous vos ennuis … mais je crains que vous ayez encore fait quelques bêtises, car plus rien ne fonctionne : on obtient une page blanche, quelques soit l’adresse URL : sguerzi ou therapie, avec HTTP ou HTTPS !
Pourriez-vous SVP remettre des captures écran de votre FTP, en détaillant bien ce qui est dans www puisque c’est là que WordPress est installé ?? Et ce qui est dans wp-content aussi. Il faudrait aussi le contenu de votre fichier wp-config.php, à mettre à part dans un message privé. (case à cocher en-dessous de la réponse)
Et il faudrait aussi nous montrer la capture écran de votre panneau de config OVH, avec les différents sous-sites et les adresses URL auxquels ils sont rattachés. Vous pouvez aussi la mettre en message privé si vous le souhaitez.
Et ne touchez pas à la base de données ! Si celle du 17/12 est fonctionnelle, il ne faut plus y toucher. Quant à wp-content, il faut garder celui sans les dossiers ou fichiers -OLD. Cela n’empêchera absolument pas de réactiver NEVE, il n’a pas été supprimé. (sauf si vous l’avez supprimé sans que l’un de nous vous le dise)
Bon, je reprécise :
- ne touchez pas à la base de données du 17/12
- sur le FTP, ne touchez pas aux dossiers et fichiers de 2020, ni à ceux du 09/12/2021
- mettez-nous des captures écran du contenu de détaillé de wp-content (+ sous-dossier themes et sous-dossier plugins)
- mettez-nous en capture écran le contenu du fichier wp-config.php (mais ne modifiez rien) + idem le contenu du .htaccess → à mettre en message privé
- à mettre aussi en message privé : capture-écran de votre configuration OVH des différents sous-sites et domaines liés
Bon, apparemment, vous avez suivi le dernier conseil de @ferman et vous avez tout restauré à la date du 21/12.
Je ne sais pas si votre message d’erreur a disparu, mais à mon avis il va revenir, puisque les 2 URL (sguerzi et therapie) pointent toutes les deux vers le même site pour l’accueil. Pire : vos 2 URL se mélangent et s’additionnent (exemple) hors de l’accueil. Et vous êtes toujours en HTTP !
Bon, bah, mettez-nous toutes les captures d’écran demandés ci-dessus, + celles du www + capture écran des réglages généraux avec les URL. Et ne touchez à rien, je regarde tout demain soir ou vendredi fin de matinée (je serai en congés)
désolée pas vu
J’étais dans les manipulations suite discussion précédente de restaure
Recharger le fichier wp-content du 26/12 avant les suppressions d extensions
J ai laisser le wp-config.php qui est du 20/12
j ai réinstaller UpdraftPlus , qui avait été désactivé le 26/ lancer la restauration du 21/12 avec UpdraftPlus pour revenir a une version propre
Il a avertit que PHP n etait plus dans la meme version A effacer ds fichiers de la migration précédente dans wp-content
C est revenu en NEVE
les extensions faut revoir
j ai mis le site FR en site WordPress
le passage en modification marche
les motifs s enregistre
ca a buggé un moment , la page d accueil été bizarre (perte du bandeau)
la c est revenu « Les mystères de l’informatique » ou dans une versiond’une connaissance « l informatique quand ca marche c’est un miracle »
a priori ca semble etre le cas
Juste sur la page accueil deux photos en bas de témoignage qui ont disparus allez comprendre Charles
bon je crois que pour ce soir Vaut mieux pas tenter le diable et passer la nuit dessus A demain Et merci a vous deux pour l aide apporté
- Vous devez être connecté pour répondre à ce sujet.