Hébergement Cloud Web - Problème accès URL site et administration OVH web cloud mutualisé
... / Problème accès URL site e...
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Problème accès URL site et administration OVH web cloud mutualisé

Von
NicolasV50
Erstellungsdatum 2021-02-25 13:45:44 (edited on 2024-09-04 12:40:45) in Hébergement Cloud Web

[Edit titre et description pour ajout complément d'info]

Bonjour,
J’ai un domaine OVH site.com et un hébergement mutualité Web cloud du type xxxxx.cluster030.hosting.ovh.net
J’ai associé mon nom de domaine à l’hébergement dans manager OVH > multisite
J’ai créé une nouvelle base de données dans manager OVH
J'ai créé un site wordpress vierge dans manager OVH > module 1 clic
J’ai importé mon site wordpress en FTP dans le répertoire www
J'ai importé ma base de données via phpmyadmin
Quand je teste l’accès aux urls du site et de l'administration, j'ai une page blanche avec une erreur 500 (en fonction du navigateur).

J’ai ensuite renommé le fichier .htaccess pour que wordpress en recréé un --> meme probleme

Auriez-vous une idée d’où pourrait venir le problème ?
Merci pour votre aide.


10 Antworten ( Latest reply on 2021-02-26 20:38:50 Von
fritz2cat officiel (d'avant la migration)
)

Bonjour @NicolasV50

Il faut d'abord vérifier que l'accès à ton hébergement est correct.
Pour cela installe et teste le script bo,jour .php :
--> **https://wordetweb.com/word-et-web/OVH-Erreur-500-sur-site-internet-mutualise-htaccess-FR.htm OVH - Erreur 500 sur votre site Interne**

Merci @Gaston_Phone pour ton aide
- Les attributs du dossier « /www » sont bien en 705.
- Le test du script bonjour.php renvoie un erreur 500
- J'ai a nouveau renommé le htaccess --> toujours en erreur 500

J'ai tout réinitialisé et recommencé et comprend à quel moment se pose le probleme
- Création et import base de données
- Ajout du domaine dans multisite dossier racine www
- Ajout module wordpress dans répertoire www
--> là le site de base et l'admin wordpress sont accessibles

Ensuite
- j'importe mon site en écrasant le répertoire www
- je modifie les identifiants de la base de données dans wp-config.php...
--> c'est à l'étape d'import du site existant que cela pose problème puisque j'écrase tous les fichiers !
mais là je sèche

Domaine ? ? ?

J'associe le nom de domaine à l'hébergement via le multisite

Le nom du domaine ? ? ?


https://www.1atelier113.com/atelier113.com/


OK, ton site est accessible.
Quel est ton problème actuel ?

je veux importer la sauvegarde de mon site (fourni par mon ancien prestataire) sur mon hébergement à la place du site créé par défaut

Du coup, je me connecte en ftp
je copie les fichiers de la sauvegarde (répertoire www) sur l'hébergement (répertoire www)
je modifie les identifiants de la base de données
et c'est là que l'erreur 500 apparait

Tout d'abord, pourquoi le script bonjour.php a disparu ?
Il faut le laisser en permanence.

comme je te l'ai dit plus haut, j'ai tout supprimé et recommencé

A remettre, Il faut le laisser en permanence


je veux importer la sauvegarde de mon site (fourni par mon ancien prestataire)


Si ton site fait par ton ancien presta était en Wordpress, ça ne suffit pas d'avoir une collection de fichiers à envoyer par FTP.

Il devait aussi te remettre ce qu'on appelle un export de la base de données correspondante. Les deux sont indissociables.

Utiliser les fichiers du site A avec la base de données du site B, c'est voué à l'échec.

En conclusion: importer l'export de la base de données ...


Du coup, je me connecte en ftp
je copie les fichiers de la sauvegarde (répertoire www) sur l'hébergement (répertoire www)
je modifie les identifiants de la base de données
et c'est là que l'erreur 500 apparait

Cela me parait normal.

Il faut certainement, dans l'export reçu de la base de données, remplacer les adresses de l'ancien site par celle du nouvel hébergement.
Et puis certainement d'autres.

Ceci dit il existe des guides WordPress qui expliquent de façon détaillées les opérations et même des outils.

> En conclusion: importer l'export de la base de données ...

Chose faite, copie des fichiers via ftp et import de la base de données


Chose faite, copie des fichiers via ftp et import de la base de données


Visiblement tu ne comprends pas ce qu'il est une base de donnés.
Une bdd s'exporte et importe via phpMyAdmin et non pas par FTP

Ce n’est pas un problème d’hébergement ni de nom de domaine.
Merci pour votre contribution surtout @Gaston_Phone

Solution pour ceux que cela intéresse :
Deux problèmes ont été identifiés au niveau de wordpress et de la base de données !

1) Problème de préfixe entre les bases de données
Le préfixe des tables dans la base de données OVH était du type worxxx_
alors que le préfixe des tables de la base de données de mon site était du type wp_
—> Problème corrigé en suivant ce tuto https://sql.sh/1205-wordpress-changer-prefixe-tables

2) Problème avec le plugin WORDFENCE qui fait référence aux chemins de l'ancien hébergement
--> en cours de résolution

Ressource utilisée pour identifiée le problème de page blanche de la mort
https://wpfr.net/support/sujet/acces-au-back-office-site-via-login-page-blanche/
https://docs.ovh.com/fr/hosting/comment-diagnostiquer-page-blanche/

Ressource que j’utilise pour migrer mes sites Internet :
https://www.josselynjayant.fr/migrer-wordpress-local-sur-hebergement-en-ligne/


1) Problème de préfixe entre les bases de données
Le préfixe des tables dans la base de données OVH était du type worxxx_


Si tu importes ta db et tes fichiers (inclus wp-config.php) ce préfixe ne devrait pas avoir changé !

Sinon c'est 1 ligne à changer dans le wp-config.php

/**
* WordPress Database Table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'wp_';

Antworten sind derzeit für diese Frage deaktiviert.