[Problème] Après passage en PHP 7.1, chez One.com

[mlamer]

Bonjour,
Plus de site à arasigean.fr
En effet, le passage en php 7.1 a été fatal au site.
J'avais pourtant fait les maj en joomla 3.8...
Du coup, j'essaie de rapatrier le site en localhost avec une sauvegarde AKKEBA, qui date de 2 mois, mais impossible,
Je ne peux restaurer le base de données.
Voir la photo. Désolé l'envoi de photos via le fofo, bug, donc lien:

https://servimg.com/view/12325390/315

J'ai des erreurs comme ci-dessous, est-ce la cause? Et si oui, quoi faire?


Avertissement : count (): le paramètre doit être un tableau ou un objet qui implémente Countable dans D: \ xampp 2018 \ htdocs \ aras \ installation \ framework \ application \ application.php à la ligne 250

Avertissement : count (): le paramètre doit être un array ou un objet qui implémente Countable dans D: \ xampp 2018 \ htdocs \ aras \ installation \ framework \ application \ application.php à la ligne 250

Avertissement : count (): Le paramètre doit être un tableau ou un objet qui implémente Countable in D: \ xampp 2018 \ htdocs \ aras \ installation \ framework \ application \ application.php à la ligne 250

Avertissement : count (): le paramètre doit être un tableau ou un objet qui implémente Countable dansD: \ xampp 2018 \ htdocs \ aras \ installation \ framework \ application \ application.php à la ligne 250

Avertissement : count (): le paramètre doit être un tableau ou un objet qui implémente Countable dans D: \ xampp 2018 \ htdocs \ aras \ installation \ angie \ models \ steps.php à la ligne 400

Avertissement : count (): le paramètre doit être un tableau ou un objet implémentant Countable dans D: \ xampp 2018 \ htdocs \ aras \ installation \ angie \ models \ steps.php on line 400

Avertissement : count (): le paramètre doit être un tableau ou un objet qui implémente Countable dans D: \ xampp 2018 \ htdocs \ aras \ installation \ angie \ models \ steps.php à la ligne 400.


Merci d'avance de votre aide.

[RobertG]

Tu n'as pas de possibilité de revenir en version 7.0 ou 5.6 chez ton hébergeur, le temps de faire toutes les mises à jour ?
Pour rappel, on est en version 3.9.1 depuis quelques temps (la 3.9.2 est a priori prévue pour mardi prochain) et plus en 3.8, et si ton site plante en 7.1, c'est qu'au moins une des extension ne supporte pas cette version de PHP et qu'il faut que tu mettes tout à jour avant de revenir en version 7 de PHP.
Pour info, je fais tourner des sites sous PHP 7.3 sans incident.

Si tu n’arrives pas à déployer en local ta sauvegarde, c'est peut-être là aussi un conflit de version. Quelle est celle de PHP en local ?
Et quand on n'y arrive pas avec Akeeba, il reste toujours la méthode à l'ancienne par ftp et export/import de la base avec phpMyAdmin (cherche sur mon site fontanil.info, il y a des infos sur cette méthode).

[mlamer]

J'ai essayé avec phpmyadmin mais j'ai galéré car la bd était trop grosse ( modif du fichier php.ini) puis là, des erreurs d'importation...

[RobertG]

Je répète ma première question :

Tu n'as pas de possibilité de revenir en version 7.0 ou 5.6 chez ton hébergeur, le temps de faire toutes les mises à jour ?

Ce serait la meilleure solution pour faire toutes les mises à jour indispensables avant de repasser en PHP 7.

[mlamer]

Je répète ma première question :

Ce serait la meilleure solution pour faire toutes les mises à jour indispensables avant de repasser en PHP 7.

Non, l'hébergeur ( contacté via panel) s'en fout complètement, et se dégage de ça, il avait soi-disant prévenu du passage à PHP 7.1 au 1/01/2019, pas eu de com' dessus...

Le fait de mettre à jour Joomla, est-ce que ça met automatiquement le PHP à jour?

[manu93fr]

Bonsoir,

Le fait de mettre à jour Joomla, est-ce que ça met automatiquement le PHP à jour?

La réponse est non

Mais tu peux sans problème faire une sauvegarde manuelle pour déplacer le site sur un serveur local et faire ce que tu veux pour ensuite le réinstaller sur ton hébergement distant

https://kb.joomla.fr/procedures/sauvegarder-site-joomla

[mlamer]

Merci, donc OK? je comprends le truc, mais comme je n'arrive pas à récupérer le site en local, y a t-il une solution pour mettre à jour le PHP en laissant le site en place?
A noter toutes les erreurs qui apparaissent quand j'essaie de récupérer...
Voici la copie d'é"cran quand, une fois la BD récupérée chez one, je veux le remettre en localhost:

L'intégration d'une image ne marche toujours pas: https://i57.servimg.com/u/f57/12/32/53/90/phpmya10.jpg

[RobertG]

J'imagine que tu as déjà récupéré en local, par ftp, tout ce qui est dossiers.
Pour ce qui est de la base, quel est son poids et est-elle compressée ?
Manifestement, le temps est dépassé lorsque tu l'importes 'MySQL has gone away' : commence par augmenter la valeur de max_execution_time de PHP qui doit être beaucoup trop basse, relance le serveur et réessaie ton import. Si tu n'as pas exporté la base en cochant la case "DROP TABLE", vide ta base locale avant de recommencer.

Juste pour info, dans l'administration des sites depuis des semaines, l'info signalant que PHP 5.6 et 7.0 sont obsolètes et doivent être remplacées par une version plus récente apparaît dès l'ouverture. Tu ne l'as pas vue ?

[mlamer]

Bonjour, Non, pas vue et je ne vais dans le panel des sites qu'en cas de besoin...
J'ai en max_execution_time 30, j'ai mis 300 et je reviens dire quoi.

[mlamer]

Bonjour,
Importation base de données via phpMyAdmin chez one.com et importer depuis phpMyAdmin en localhost.
Donc même avec 300, impossible, j'ai ce résultat: Erreur

Analyse statique :

1 erreurs trouvées lors de l'analyse.

1. Expression manquante. (near "ON" at position 25)

Requête SQL : Éditer

SET FOREIGN_KEY_CHECKS = ON;

MySQL a répondu :
#2006 - MySQL server has gone away


Warning in .\libraries\dbi\DBIMysqli.php#204
mysqli_query(): MySQL server has gone away

Backtrace

.\libraries\dbi\DBIMysqli.php#204: mysqli_query(
,
string 'INSERT INTO `aras1_content` (`id`, `asset_id`, `title`, `alias`, `introtext`, `fulltext`, `state`, `catid`, `created`, `created_by`, `created_by_alias`, `modified`, `modified_by`, `checked_out`, `checked_out_time`, `publish_up`, `publish_down`, `images`, `urls`, `attribs`, `version`, `ordering`, `metakey`, `metadesc`, `access`, `hits`, `metadata`, `featured`, `language`, `xreference`) VALUES (191, 606, \'acceuil\', \'acceuil\', \'<div class="caption" style="position: relative; height: 0px; padding-bottom: 56.25%; text-align: center;"><span style="color: #ff0000; font-family: \'\'comic sans ms\'\', sans-serif;"><span style="font-size: 36pt;">Bienvenue sur le site de l\'\'A.R.A.S.</span></span><span style="color: #ff0000; font-family: \'\'comic sans ms\'\', sans-serif;"><span style="font-size: 36pt;"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAABRQAAAN2CAYAAAC ICgWDAAAgAElEQVR4Aey9WbNlR3bf99/DGe58a8BYjUZ3s5tDtEjJalmy7DAVQSnCYYds0w4/iPabQ/4YCjH0DfSqB7047Ac7FKZkiaJIhSmLpsSmutlN9IAGGkABhZqn O55pj47fyr3u3Ti4t24NAKoKl

[RobertG]

Si ta base est toujours trop lourde, exporte-la en plusieurs parties.
J'ai comme l'impression à voir ce que tu cites que les textes sont des copier-coller depuis Word, avec des images codées au lieu d'images stockées sur le site, ce qui doit sacrément alourdir ta base et expliquer tes soucis d'import.
Tu n'as d'ailleurs toujours pas répondu à la question concernant le poids de cette base.

[mlamer]

La base fait 29 Mo, et c'est un copier/coller du résultat quand j'importe la base de données dans localhost/phpmyadmin.

[RobertG]

Pourtant, 29 Mo, ça devrait passer sans problème, mais le serveur se fait la malle. Tente dans un premier temps d'augmenter encore le max_execution_time si ton erreur apparaît plus tôt que 5 minutes après l'envoi du fichier, et vérifie aussi le poids maximum autorisé pour l'envoi de fichiers. Tu dois le faire dans la config PHP mais aussi dans celle de MySQL, si je ne me trompe.

[mlamer]

Je l'ai fait dans php.ini, Dans le dossier php. Ou serait config.php?
Tu parles de celui du site? Etdans MySql?

[Eddy.vh]

Bonjour.
Robert ne parle pas de fichiers de configuration mais de la configuration de la version PHP chez l'hébergeur.
Pareil pour MySQL.