[RÉGLÉ] Charger une sauvegarde Akeeba d'un nom de domaine sur un nom de domaine différent

[cath_webdesign]

Bonjour,

J'ai travaillé sur un sous-domaine (plutôt qu'en local), pour préparer un site et pouvoir donner accès au site en chantier à mon client.
J'ai migré son ancien site qu'il voulait garder actif le temps de la refonte (un site wix dont je me débarrasse, c'est prévu). Jusque là tout va bien, le domaine est migré.

Je souhaite désormais charger mon site (actuellement en ligne sur un domaine www.test.fr) vers le nouveau domaine (www.ledomainedemonclient.fr), en installant le fichier JPA de ma sauvegarde grâce au kickstart d'akeeba.
Je m'attendais bien à ce que ça ne marche pas du premier coup, même si j'ai été vigilante à laisser les liens internes en "index.php/mapage" pour éviter les soucis de redirection entre les 2 noms de domaine différents.
Après chargement de ma sauvegarde, la page d'accueil est une page blanche, sans rien du tout...

Avez-vous des idées de ce qui pourrait poser problème ?

Merci d'avance pour votre aide !

Catherine

[RobertG]

Bonjour,

Si les liens internes ne sont pas en dur, liés à l'ancien nom de sous-domaine, il n'y a pas de raison d'obtenir une page blanche, sauf incident lié à une extension. As-tu activé le débogage et mis le rapport d'erreurs au maximum pour vérifier ?
Personnellement, cette manip, je la fais très souvent sans incident.

[cath_webdesign]

Merci pour ta réponse.
J'ai essayé mais n'ai rien en mode debug.
Avec l'inspecteur, mon html est totalement vide...

Au moment de l'installation de la sauvegarde via kickstart, le nom de la nouvelle base de données doit-elle correspondre à celui de l'ancienne DB ?

[RobertG]

Si le serveur ne change pas, la base peut rester celle utilisée par le sous-domaine.
Tu n'aurais pas un fichier index.html vide à la racine ?

[cath_webdesign]

Ce n'est pas le même hébergeur pour le domaine source (ionos) et le nouveau (O2switch), donc pas le même serveur.

[cath_webdesign]

Et effectivement, le index.html à la racine est vide.

[RobertG]

Donc renomme-le et/ou vérifie en ajoutant index.php à l'adresse

[cath_webdesign]

Qu'est-ce que tu me suggères de renommer ?

[RobertG]

index.html n'a pas à être à la racine, Joomla! utilise index.php et s'il y a un index.html qui prend le pas, tu ne vois pas le site sauf si tu supprimes ou renommes index.html pour donner un accès automatique à index.php

[cath_webdesign]

Par contre mon index.php à la racine du site est vide (0 Ko)...

Ci-joint une capture d'écran du gestionnaire de fichiers de Cpanel :

[RobertG]

Ce n'est pas normal !
Récupère celui du sous-domaine, et remplace celui-ci.

[cath_webdesign]

Ça fonctionne ! Merci beaucoup !!
Par contre les fichiers robots.txt et web.config.txt restent à 0 octets. J'importe aussi ceux du domaine d'origine ou le reste va s'actualiser ensuite ?

[RobertG]

webconfig ne sert que sur les serveurs Windows, donc priori tu peux le laisser vide, il sera remplacé par la prochaine mise à jour.
En revanche, récupère robots.txt

[cath_webdesign]

Ok, merci beaucoup !
(je récupère aussi htaccess ?)

[RobertG]

oui, en effet