bug installation bdd

eolia

Oui mais j'ai corrigé l'archive, c'est pourquoi je vous demande de relancer l'install

eolia

@Greg69 a dit dans bug installation bdd :

non je voulais repartir d'une version vierge mais sinon je peux aussi essayer par l'autoupgrade, hier, j'ai essayé sur le site et ça n'a pas marché même erreur.
Sinon par autoupgrade, vous parlez du module 1clic?

L'autoupgrade n'installe pas les tables, il ne fait que des mises à jour.
Je vous parle bien du module d'autoupgrade que je fournis dans le zip (si vous aviez celui de Prestashop il faut le désinstaller et le supprimer avant)

Greg69

ok j'avais télécharger sur le site phenix la MAJ . Je vais le faire demain sans doute car j'ai pas de sauvegarde sur le serveur de test enfin si mais une seule.
sinon j'imagine que c'est sur votre site pour l'autoupgrade?
dans le dossier autoloader, je l'ai pas l'auto upgrade par contre

Greg69

je l'ai téléchargé .. wait and see

Greg69

Hello
A présenrt j'ai ça sur l'installation du module autoupgrade :
The following module(s) could not be installed properly:
autoupgrade :
Impossible de créer le menu "AdminSelfUpgrade"

eolia

Waouh...
Pouvez-vous m'envoyer un accès ftp par message privé ?

Greg69

Hello
Je l'ai installé sur la boutique test en faisant ma mise a jour depuis le module autouplad donné,
La MAJ semble avoir fonctionné mais j'ai une erreur 500 partout.
J'ai regardé et je suis en php 7.4
Avez vous une solution ?

eolia

Que dit le error.log de votre serveur ?

Greg69

j'ai ça sur l'error.log

Erreur : AH01071: Got error 'PHP message: PHP Fatal error: Access level to FrontController::smartyOutputContent() must be public (as in class FrontControllerCore) in /htdocs/monsite/override/classes/controller/FrontController.php on line 288'

eolia

et bien corrigez votre override de FrontController en mettant public au lieu de private ou protected pour la déclaration de smartyOutputContent()

Greg69

Hello
Merci beaucoup j'ai réussi une partie, enfin, le site s'affiche.
Par contre niveau BO, j'ai des erreurs et je n'y arrive pas.
Ma partie commande est pas accessible et la partie client non plus.
je vous joint l'erreur.

Warning: require_once(/htdocs/test.site/modules/packlink/vendor/autoload.php): failed to open stream: No such file or directory in /htdocs/test.site/override/controllers/admin/AdminOrdersController.php on line 98

Fatal error: require_once(): Failed opening required '/htdocs/test.site/modules/packlink/vendor/autoload.php' (include_path='/htdocs/test.site/tools/htmlpurifier/standalone:.:/usr/share/php') in /htdocs/test.site/override/controllers/admin/AdminOrdersController.php on line 98

pour la partie commande

Et pour la partie "client"
Fatal error: Uncaught Error: Class 'fbloginblock' not found in /htdocs/test.site/override/controllers/admin/AdminCustomersController.php:31 Stack trace: #0 /htdocs/test.site/classes/controller/AdminController.php(2565): AdminCustomersController->renderList() #1 /htdocs/test.site/controllers/admin/AdminCustomersController.php(383): AdminControllerCore->initContent() #2 /htdocs/test.site/classes/controller/Controller.php(214): AdminCustomersControllerCore->initContent() #3 /htdocs/test.site/override/classes/controller/Controller.php(53): ControllerCore->run() #4 /htdocs/ap16test.site/classes/Dispatcher.php(415): Controller->run() #5 /htdocs/test.site/admingg/index.php(79): DispatcherCore->dispatch() #6 {main} thrown in /htdocs/test.site/override/controllers/admin/AdminCustomersController.php on line 31

C'est "curieux" car j'ai bien pris soin de désinstaller les modules problématiques avant la mise à jour
Le module packlink a donc bien été désactivé mais j'ai cette erreur.. Que dois je faire? J'ai essayé d'en supprimé une partie, puis le tout mais ca n' a pas marché.
Saloperie de Packlink ^^^^

eolia

désactiver ne suffit pas si les overrides sont mal écrites (ne vérifient pas que le module est actif)
Donc soit désinstaller le module soit corriger ses overrides.

Greg69

ok !
Alors en fait, j'ai changé la version de php de la 7.1 et vers la 7.4 et ça a réglé le souci,

Par contre pour le passage a du 8+, ça ne passe pas. On me dit qu'un module une fonction est dépréciée. Je vais vous coller la chose si ca vous parle ^^

Greg69

je vous colle le truc qu'il dit :
Fatal error: Array and string offset access syntax with curly braces is no longer supported in /htdocs/test.site/modules/vipadvancedurl/vipadvancedurl.php on line 506

et le paragraphe qui le dérange :
private function getId($s)
{
$a = '';
if (preg_match('/^(\d+)([-]{0,2})(.)/', $s, $m) && $m[1] && $m[3])
{
$a['id'] = $m[1];
$a['rewrite'] = $m[3];
}
else if (preg_match('/(.)([-])(\d+)$/', $s, $m) && $m[1] && $m[3])
{
$a['id'] = $m[3];
$i = Tools::strlen($m[1]) - 1;
if ($m[1]{$i} == '_' || $m[1]{$i} == '-')
$m[1] = Tools::substr($m[1], 0, -1);
$a['rewrite'] = $m[1];
}
return $a;
}

}

MERCIII

eolia

if ($m[1]{$i} == '_' || $m[1]{$i} == '-')

A remplacer par

if ($m[1][$i] == '_' || $m[1][$i] == '-')

Mais bon, si vous avez décidé de rendre compatible tous vos modules externes, sachez que lors de mise à jour vous perdrez toutes vos modifications.

Passer à PHP 8 , n'a pas vraiment d'intérêt si ce n'est pas requis par un module.

Greg69

@Greg69 a dit dans bug installation bdd :

je vous colle le truc qu'il dit :
Fatal error: Array and string offset access syntax with curly braces is no longer supported in /htdocs/test.site/modules/vipadvancedurl/vipadvancedurl.php on line 506
et le paragraphe qui le dérange :
private function getId($s)
{
$a = '';
if (preg_match('/^(\d+)([-]{0,2})(.)/', $s, $m) && $m[1] && $m[3])
{
$a['id'] = $m[1];
$a['rewrite'] = $m[3];
}
else if (preg_match('/(.)([-])(\d+)$/', $s, $m) && $m[1] && $m[3])
{
$a['id'] = $m[3];
$i = Tools::strlen($m[1]) - 1;
if ($m[1]{$i} == '_' || $m[1]{$i} == '-')
$m[1] = Tools::substr($m[1], 0, -1);
$a['rewrite'] = $m[1];
}
return $a;
}
}

Super merci !
Je vais le tester.

En fait, je voulais le faire pour plusieurs raisons. Je pense qu'on va se retrouver peut être
Le php 8 apporte un gain en performance?
Je reste a jour par rapport aux versions de php.

Sur votre version, il y a le webp (je ne sais pas comment l'activer, il faut passer par un module externe?). Aussi, quand vous aurez la possibilité, il faudrait ajouter le format AVF pour safari.

Sinon, je suis impatient que la 1.6.2.28 sorte, apparemment, il y a des options d'un mini store commander pour éditer plus facilement, top amélioration. Le mode debug dans le back office apparait comme une évidence !

Vraiment, je vais peut être me répéter, mais c'est un superbe travail que vous avez fait qui permet à tous ceux qui ont fait confiance en prestashop de ne pas se sentir léser par toutes les versions nouvelles à n'en plus finir...

Je suis assez novice en développement mais j'apprend petit à petit et j'envisage de me former sur le sujet (15 ans de prestashop dans les pattes). Je ne peux que soutenir l'initiative de réutiliser la solution open source pour ce qu'elle est et de se démarquer de prestashop qui est devenu une usine à fric sans aucune considération..

Greg69

Bon pour le petit update, j 'ai désactivé pas mal de modules qui causait des soucis et la boutique fonctionne. Quelques bugs de ci de la en CSS mais rien de bien grave !!
Excellent super content

eolia

@Greg69 a dit dans bug installation bdd :

Sur votre version, il y a le webp (je ne sais pas comment l'activer, il faut passer par un module externe?).

Non, Préferences => images

Greg69

j’irai voir ça tout à l’heure de retour au pc ! À bientôt