Profil d'utilisateur

[RobertG]

Bonjour,

Sam, le problème est dans l'administration.
J'ai eu des soucis avec Quix sur un site lors d'une migration depuis J3. La récupération des pages est, si je me souviens, simple si on réinstalle la même version de Quix, problématique si on ne veut plus de la version...

[RobertG]

Bonjour,

J'ai rencontré le même problème lors d'une mise à jour probablement, en version J4 : https://forum.joomla.fr/forum/joomla...administration
Il me semble qu'il y a eu d'autres cas cités ici.

[RobertG]

De rien ! Bonne continuation.

[RobertG]

Une fois la restauration arrivée à son terme, il faut renommer le dossier "installation", ce qui permet de conserver la sauvegarde. Je l'ai fait et le site fonctionne maintenant.
Tu peux mettre de côté le jpa de sauvegarde, supprimer le fichier kickstart.php et le dossier "...

[RobertG]

Merci ! C'est curieux, à première vue, je n'ai pas d'idée de la raison de cette erreur. Cependant, le fichier index.php du dossier "administrator" a disparu.

[RobertG]

Il y aurait donc déjà dans ta sauvegarde précédente une anomalie. Etonnant.
Peux-tu me communiquer par MP (de préférence) ou à mon adresse que tu trouveras ici https://ww w.fontanil.info/contactez-nous.html pour me donner un accès ftp à ton serveur ?

[RobertG]

Alors peut-être :

dossier non reconnu puisque distant ? A remplacer dans ce cas par un dossier local ou une gestion par la base
...

[RobertG]

Tu ouvres l'adresse https://monsite.tld/kickstart.php dans ton navigateur. (tu remplaces monsite.tld par ton nom de domaine)

[RobertG]

Bonjour,

Peut-être un paramétrage du fichier .htaccess ?
Renomme-le en local et lors de la restauration, tu choisiras soit de laisser comme tel, soit de sélectionner le .htaccess par défaut.

[RobertG]

Oui, c'est ça

[RobertG]

J'ai pensé en effet que "modifier cela" concernait le texte.
Il est probable que le template soit responsable de la position d'affichage : à vérifier.

[RobertG]

Bonjour,

Va dans les substitutions de langue et cherche une partie du texte affiché, tu pourras en créer une copie modifiée.

[RobertG]

Il y a deux choses à restaurer : les fichiers et la base et du même jour, avant ta mauvaise manipulation. Je ne sais pas si OVH remplace tout en supprimant le contenu ou laisse les fichiers "en plus" qui pourraient être indésirables.
Reste à savoir de quand date ta dernière sauvegarde...

[RobertG]

Donc si tu as une sauvegarde par semaine, tu devrais trouver le dernier fichier dans le dossier défini (par défaut "administrator/components/com_akeebabackup/backup" ) à décompresser avec kickstart d'Akeeba.
Tu déplaces le fichier jpa hors du dossier du site, tu vides tous les autres...

[RobertG]

Bonjour,

Si AdminTools est installé, si je ne me trompe il y a un moyen de protection de l'administration à activer.

[RobertG]

Bonjour,

Je dois dire que j'ai du mal à croire qu'un fichier PDF puisse déclencher une telle erreur.
Qui est ton hébergeur ? Peut-être a-t-il une sauvegarde datant d'avant cette manipulation ? Il faut restaurer fichiers et base de données, de préférence après avoir supprimé...

[RobertG]

Bonjour,

Merci à vous deux. J'avais en fait trouvé et écrit mon message précédent avant la réponse de Manuel, mais oublié de poster !
Le template utilisé est un template Astroid, et c'est dans son propre index.php que ça a été placé.
ManuelVoileux : à ma connaissance ce...

[RobertG]

Trouvé ! En fait ajouté ce matin par ??? (la boîte chargée du référencement peut-être ?) directement dans l'index.php du template !

[RobertG]

Aucune trace du code GA dans la base et dans les fichiers depuis une sauvegarde...

[RobertG]

Serais-tu en train d'installer localement un site sur une base Nuxit ? Il semblerait que ce soit le cas avec le premier message en jaune !