Installation d'une nouvelle version en ligne

[RobertG]

C'est cette valeur

$error_reporting = 'maximum';

[JujuLand]

Modifié, mais rien sur l'écran du site.
Est-ce à voir dans les logs ?

En regardant le contenu de logs/access.log.current, j'ai des tentatives de connexions qui ne me plaisent pas :

40.77.167.0 - - [14/Feb/2024:11:17:14 +0100] "GET /mp-les-spectacles/sm-sp-conference HTTP/1.1" 301 245 avec-pradines.fr "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm) Chrome/116.0.1938.76 Safari/537.36" "-"

2a01:cb19:8f00:: - - [14/Feb/2024:11:25:23 +0100] "GET / HTTP/1.1" 500 19912 www.avec-pradines.fr "-" "Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Goanna/6.6 Firefox/102.0 PaleMoon/33.0.0" "-"
​

Le deuxième, c'est moi, le premier bingbot, c'est quoi ce truc ?

A+

[RobertG]

Si tu as accès aux logs web, tu dois avoir l'adresse qui a déclenché cette erreur 500, en effet

[JujuLand]

Comme je le disais, la deuxième ligne concerne ma connexion, et c'est donc mon adresse ip v6, mais ça ne me donne rien de plus sur la raison de ce 500.

Une autre solution est peut-être :

• d'effacer tout
• d'installer une version toute neuve de joomla 5
• d'updater en 5.0.2
• d'installer akeeba backup
• et de réessayer le restauration de ce que j'ai en local

Ton avis ?
A+

[RobertG]

Je commencerais par tester la sauvegarde locale en la restaurant dans un autre dossier, avec la version la plus récente de kickstart
Si la décompression est correcte, c'est qu'il y a eu soit une erreur de paramétrage sur le serveur, soit un incident de transfert de cette sauvegarde.
Si la décompression ne fonctionne pas en local, nouvelle sauvegarde locale, nouveau test de décompression locale et si tout se décompresse correctement, vidage du dossier distant, envoi de cette sauvegarde et de kickstart, et nouvel essai de restauration.

[JujuLand]

Bon, me voici de retour après une séance de kiné ...

N'y a-t-il pas un risque, vu que ça va écraser la base de données avec_pradines ?

A+

[RobertG]

Si ton site local en version 5 fonctionne bien, tu ne risques rien à remplacer le site distant qui ne fonctionne pas.

[JujuLand]

Bon, par sécurité, j'ai fait une nouvelle sauvegarde que j'ai restaurée, et c'est nickel.
Je vais donc supprimer tout sur ionos, et restaurer.
Comme en local je suis en php 8.1, je vais activer PHP 8.1 (il me semble quue je l'avais déjà fait). On verra pour upgrader en 8.2 ensuite ...

A+

[JujuLand]

Bon, ça avance bien mieux, mais j'ai encore une question :
Le password demandé par kickstart est-il celui de l'admin ou celui de la base ?

Merci
A+

[RobertG]

A l'étape de la base, c'est celui de la base.
Ensuite, tu n'as pas besoin de redéfinir le super utilisateur, donc changer le mot de passe, tu conservereas celuis défini sur le site que tu es en cours de restauration.

[JujuLand]

ok, mais j'ai l'erreur suivante :

 Wrong database name or no access to the database
The database server reports that the database server hostname, username and password are correct but it cannot connect to the database you specified in the “Database name” option. This means that either the database does not exist [I]or[/I] you have not given your database user access to this database.

The error received was:
   Cannot connect to the database: the database name is incorrect or the database user does not have access to this database.
  Access denied for user 'o12584937'@'%' to database 'avec_pradines'
​

Décidemment, je suis mauvais à ce point ?

A moins que ce ne soit parce que j'ai utilisé la même base de données que lors de la restauration avec phpmyadmin ?
A+

[RobertG]

Ta base Ionos s'appelle "avec_pradines" ? Je n'ai jamais vu un tel nom, Ionos définissant lui-même le nom de la base, celui de l'utilisateur et le nom du serveur.

[JujuLand]

Tu as raison, et le nom est dbs....
Par contre, après avoir modifié ça, la restauration a été ok (dixit le script)
mais le site m'affiche une erreur 500.

Je viens de voir que le config.php n'avait pas été modifié, et je me demande, comme je m'était trompé sur le nom de la base, quelques soit les corrections faites, si ensuite, il ne sauve pas ces modifs.

Je réessaye ...

A+

[JujuLand]

Bon,
Enfin la réussite.
Je pense que sur la tentative précédente, l'erreur a été de ne pas créer une nouvelle base, et d'essayer de restaurer sur la base que j'avais restauré avec phpMyAdmin.

Conclusion, toujours restaurer sur une base fraîche.

A+

[RobertG]

Conclusion, toujours restaurer sur une base fraîche.

Bonjour,

Pas du tout !
La restauration Akeeba supprime ou renomme les anciennes tables de la base si elles ont le même préfixe que celles à installer.
Au pire, on peut supprimer les anciennes depuis phpMyAdmin, donc pas besoin de créer une nouvelle base.

A +