Jump to content

Recommended Posts

Bonjour à tous.

J'utilise prestashop depuis 4 ans pour une petite boutique en ligne.

Jusqu'à la semaine dernière tout marchait à merveille (Prestashop v 1.6.1.8).

En fin de semaine, ma boutique était inaccessible, renseignements pris, mon hébergeur a migré vers PHP 7.2 et Prestashop provoque des erreurs 500 !

En creusant un peu, il s'avèrerait que prestashop 1.6.1.8 est INCOMPATIBLE avec cette version de PHP (obsolète d'après mon hébergeur).

Heureusement, dans le panneau admin de mon hébergement, je peux downgrader la version de PHP, je suis revenu en PHP 5.6 et tout fonctionne de nouveau.

 

Oui, OK mais on ne bénéficie donc pas de la rapidité de PHP 7.2 et surtout, il arrivera un moment ou PHP 5.6 ne sera plus dispo, donc il me faudrait migrer vers Prestashop 1.7.

Et là problème, via le module 1click-upgrade, impossible de faire cette mise à jour (pas proposée, que ce soit en canal majeur ou mineur). Il faudrait tout se retaper en manuel, quelle galère.

De plus, je lis un peu partout que cette version 1.7 (y compris la 1.7.3.2) serait une misère. A priori, les anciens thèmes et beaucoup de modules ne seraient pas compatibles non plus. Nan mais c'est quoi ce bordel  ?

 

Avez vous rencontré ce problème, quelle pourrait être la solution ?

Edited by tresorier.renault25@

Share this post


Link to post
Share on other sites

5.6 obsolète, non pas vraiment et les versions 7 sont encore à leurs débuts...

Passer à Prestashop 1.7 n'est pas la solution, il faut juste corriger les 40 à 50 lignes qui posent soucis dans Prestashop (il y a un pull request sur Github à ce propos)

  • Like 1

Share this post


Link to post
Share on other sites

PHP 7.2 n'est pas compatible avec Prestashop 1.7 (ou l'inverse)

Quand au mythe de la rapidité de php 7 vs php 5.6 il faudrait déjà comprendre la différence entre un benchmark et une appli.

Il te suffit si tu veux jouer à la roulette russe avec un automatique de charger le 1click upgrade de la 1.7 et tu pourras alors suicider ton shop sans tout retaper!

Share this post


Link to post
Share on other sites

Et aussi, quitter l'hébergeur mutu, pour avoir un hébergement qui te permettra de conserver PHP 5.6 (qui ne "disparaitra pas" ! le support s'arrête en janvier 2019, c'est tout) aussi longtemps que tu ne voudras.

 

Share this post


Link to post
Share on other sites

Vous avez du temps devant vous avant que les hébergements mutualisés ne proposent plus PHP 5.6.

D'ici là on peut espérer que Prestashop propose un produit plus stable que la 1.7.

Et comme disait Johann, la solution alternative c'est de se tourner vers un autre type d'hébergement (un petit VPS par exemple).

Donc pas de précipitation.

Share this post


Link to post
Share on other sites

Pour info mes prestashop 1.6 tournent sous php 7.0 sans problème, du coup je vais tester le 7.1

Share this post


Link to post
Share on other sites
21 minutes ago, passicool said:

Pour info mes prestashop 1.6 tournent sous php 7.0 sans problème, du coup je vais tester le 7.1

 

Sans problème visible et d'abord, quelle version 1.6 ?

Je ne comprends pas pourquoi changer quelque chose qui fonctionne ? C'est pathologique ?

Share this post


Link to post
Share on other sites

Ma boutique tourne depuis des mois sous php 7.0 et toujours avec la dernière version de PS donc les dernières versions de la 1.6 depuis 12 mois passent très bien, et c'est avec ce genre de pensé qu'on serait encore sous prestashop 1.0 et windows 3.1 et explorer 1 et un Beebop et une simca 1000...

ça coûte quoi de tester la 7.1 ??? c'est fou je comprends pas ces gents qui on peur d'évoluer j'ai l'impression d'entendre mes parents.

 

Share this post


Link to post
Share on other sites
On 17/05/2018 at 11:01 AM, passicool said:

c'est fou je comprends pas ces gents qui on peur d'évoluer j'ai l'impression d'entendre mes parents.

 

Quand tu aura testé toutes les fonctionnalités de ton Prestashop tu comprendra qu'il ne s'agit pas de peur et que nous avons testé.

Moi je ne comprends pas ces gens qui sont comme des gamins et veulent toujours le dernier truc qui sort juste parce que ça fait bien en cours de récré - au mépris des règles les plus élémentaires d'efficacité et de prudence.

  • Like 1

Share this post


Link to post
Share on other sites

@doekia Tout à fait d'accord. Je me rappelle d'un prospect début 2017 qui voulait migrer son site e-commerce maison vers Prestashop et voulait le faire sur la 1.7. Je lui ai dit de ne pas le faire car version trop jeune et que nous lui proposerions la 1.6 stable et éprouvée. Il a pris l'offre du concurrent avec PS 1.7.0 et mi-2018 le projet est mort et abandonné. Après avoir claqué 30000 Euros il n'a rien alors que le projet se bouclait en 4 mois maxi avec une 1.6. Mais il voulait la version la plus "moderne" et voilà...

  • Like 1

Share this post


Link to post
Share on other sites

Salut,

Si votre hébergeur vous impose la dernière version de PHP alors changez d'hébergeur, mais souvent une simple configuration permet de rester sur la version PHP que l'on souhaite, mais là c'est le support de l'hébergeur qui vous renseignera.

Pour le choix de version PS et PHP tout est une question de test avant de considérer ces versions comme utilisables.

Actuellement, après des centaines de test de membres de la communauté, la dernière version 1.6 de PS couplé à PHP7.0 est pas trop mal, mais chaque montée de version doit être testé et retesté avant d'être adopter.

On parle de ecommerce, pas d'un blog d'association. Si le site ne fonctionne plus des de l'argent que l'on perd sans parler du référencement à long terme qui va dégringoler et prendre des mois à remonter.

Share this post


Link to post
Share on other sites

Pour Prestashop, ok en mettant le mode debug on trouve les fonctions qui restent à corriger.

Attention quand même à mcrypt() qui est deprecié en 7.1 et supprimé en 7.2^^

Le problème principal reste les modules tiers dont un certain nombre sont à corriger

Share this post


Link to post
Share on other sites

Bonjour à tous,

Certes il faut être prudent et ne pas se lancer dans chaque nouveauté sans tester, ce qui est malheureusement aujourd'hui un peu le cas même pour ceux qui développent les CMS ...

Par contre pour l'avoir tester pendant plusieurs mois et mis en production sur tous nos Prestashop 1.6 je peux dire que PHP 7.0 fonctionne parfaitement avec les version 1.6.14+.

Et sans exagérer c'est quand même nettement plus performant.
Donc ça vaut le coup !

Share this post


Link to post
Share on other sites

Moi j'ai récemment passé mon site PS 1.6.1.20 sous PHP 7.2, en n'ayant qu'une modification à faire dans la déclaration d'une fonction (dans un override je crois)

  • Like 1

Share this post


Link to post
Share on other sites

merci pour le retour, des gains de performance ?

je vais testé, ma migration sour 1.6.1.20 a été faite

 

Share this post


Link to post
Share on other sites

Je n'ai pas réalisé de métriques précis, mais je note une petite amélioration de la vitesse dans la Google Search Console, à la fois sous PrestaShop et sous mon site WordPress

Share this post


Link to post
Share on other sites
On 5/8/2018 at 1:39 PM, Eolia said:

5.6 obsolète, non pas vraiment et les versions 7 sont encore à leurs débuts...

Passer à Prestashop 1.7 n'est pas la solution, il faut juste corriger les 40 à 50 lignes qui posent soucis dans Prestashop (il y a un pull request sur Github à ce propos)

Bonjour Eolia,

Aurais-tu le lien vers ce github pour adapter une 1.6 à PHP 7.2 ? Je n'ai pas envie de passer à PS 1.7 et mon hébergeur force le passage à PHP 7.2.

Et j'ai beau chercher, je ne trouve pas le pull request...

D'avance merci !

 

Share this post


Link to post
Share on other sites

Pareil, changez d'hébergeur car il n'y a aucune raison d'être un otage quand on est un client !

 

Share this post


Link to post
Share on other sites
43 minutes ago, Eolia said:

7.2, ca va faire mal surtout côté des modules... Perso je changerai d'hébergeur, ce n'est pas à lui d'imposer une version php.

https://github.com/PrestaShop/PrestaShop/pull/3588/files

Merci à toi pour le lien.

Pour le moment je tourne en local avec 1.6 et 7.2 et ça le fait. Maintenant je vais appliquer tous les correctifs puis je testerai les modules 1 par 1...

Changer d'hébergeur ? Why not ? Hélas cette décision ne m'appartient pas...

En tous cas, merci à tous les deux.

Share this post


Link to post
Share on other sites

Eolia, bien sûr tu avais raison: PS 1.6 et PHP 7.2 c'est la mort.

Du coup je suis en 7.1 mais ça bugue sur la fonction validateOrder au retour de paiement. En fait la nouvelle commande se crée avec un ID 0. Comme si ça ne récupérait pas le panier.

Le débug me donne cette ligne qui cloche:

Quote

$this->module->validateOrder((int)$cart->id, Configuration::get('PS_OS_CHEQUE'), $total, $this->module->displayName, NULL, $mailVars, (int)$currency->id, false, $customer->secure_key);

Une idée ?

Share this post


Link to post
Share on other sites

La nouvelle commande se créé avec un id = 0 ?

Tu n'aurais pas bricollé ta bdd? Elle contient bien la colonne id_order de ps_orders en auto-incrément?

Share this post


Link to post
Share on other sites

A Doekia: non, pas touché aux tables.

J'ai creusé un peu plus sur le message d'erreur: 

Quote

Property Customer->lastname is empty
at line 909 in file classes/ObjectModel.php

Bien que j'aie appliqué ce correctif dans la classe adminTab : https://github.com/PrestaShop/PrestaShop/pull/4630/files

Ainsi que: https://github.com/PrestaShop/PrestaShop/pull/4503/files

Ceci dit j'ai un module perso qui utilise la méthode $customer->update() et ça plante aussi en 7.1...

 

Edited by renaud2263

Share this post


Link to post
Share on other sites

Une commande ne peux pas se créer avec id =0 si la colonne est en autoincrément - impossible.

Donc je ne sais pas ce que tu veux dire quand tu dis "En fait la nouvelle commande se crée avec un ID 0."

 

Et le correctif devrait être écrit: if (!Validate::{$field_validation}($value))

Mais bon, rester dans les clous avec PHP5.6, il n'y aura rien a bricoler et on sera sûr d'avoir tout conforme coté syntaxe

Edited by doekia

Share this post


Link to post
Share on other sites

Oui c'est juste: mes tables en local sont pourries et je viens de les réparer. Ca va déjà mieux.

Et au final je m'aperçois que les plantages sur les commandes viennent d'un "missing template".

J'aurai donc une dernière question: comment mieux débugguer l'erreur

Quote

Fatal error: Uncaught --> Smarty: Missing template name <-- thrown in C:\sites\htdocs\test\tools\smarty\sysplugins\smarty_internal_template.php on line 680

 ???

J'ai fait un var_dump:

                if (strlen($this->template_resource) == 0) {
					var_dump(debug_backtrace());
                    throw new SmartyException('Missing template name');
                }

Mais là il y a 6000 tonnes de données...

Share this post


Link to post
Share on other sites
if (strlen($this->template_resource) == 0) {
					var_dump($this->template_resource);
}

Sera plus explicite^^

Share this post


Link to post
Share on other sites

Ben, pas vraiment puisque ça retourne bool(false).

Et même en passant _DEBUG_PROFILING à true: nada. Aucune explication sur le template manquant.

Share this post


Link to post
Share on other sites

alors $property_name serait peut-être plus approprié (je n'étais pas allé voir le code source)

Share this post


Link to post
Share on other sites

$property_name me donne string(6) "source" 

En fait le premier case du switch...

 

 

Edited by renaud2263

Share this post


Link to post
Share on other sites

Bonjour à tous,

Je me permets de remonter ce post sur la compatibilité PS/PHP

Mon hébergeur (1and1/Ionos) exige le passage à 7.1 dès aujourdh'ui, puis 7.2 en décembre 2019, sinon c'est une supplément mensuel gentiment appelé "support prolongé". J'ai plusieurs boutiques qui tournent sur ce dédié, et notamment une PS 1.6.1 qui tourne bien. Vu sous l'angle de mon hébergeur, je vais devoir la passer en PS 1.7...Ou changer d'hébergeur.

Du coup, je viens à la pêche aux conseils: auriez-vous un hébergeur souple et fiable à me conseiller ?

Merci de votre retour.

 

Share this post


Link to post
Share on other sites
il y a 17 minutes, renaud2263 a dit :

J'ai plusieurs boutiques qui tournent sur ce dédié

Qu'est ce que vient faire l'hébergeur sur votre serveur si c'est un dédié ????

Share this post


Link to post
Share on other sites

C'est la formule "Dédié clés en main" de 1and1. Chaque domaine installé a sa propre version de PHP. Ils me demandent de passer les domaines à 7.1 puis 7.2 fin 2019. Sinon, surcoût mensuel par domaine...

Share this post


Link to post
Share on other sites

ce n'est donc pas un dédié si vous n'avez pas le libre choix de votre version php, au pire un pauvre vps...

Share this post


Link to post
Share on other sites

Et nous sommes encore au tout début de 2019. Il y a encore du temps pour paniquer de la fin d'année, d'autant que comme PHP7.3 vient de sortir du four (6 décembre) ils vont sûrement changer d'avis d'ici là. Changez d'hébergeur me semble plus que nécessaire plutôt que rester otage de ce genre de pratique.

Share this post


Link to post
Share on other sites
3 hours ago, Eolia said:

ce n'est donc pas un dédié si vous n'avez pas le libre choix de votre version php, au pire un pauvre vps...

Si si, j'ai le choix de PHP par domaine. Sauf que les version 5.6 à 7 font l'objet d'un supplément de prix pour "maintien d'anciennes versions".

A Doekia: Changer d'hébergeur semble en effet le bon choix: mais donc lequel me conseilles-tu ?

Share this post


Link to post
Share on other sites

- Non sur un dédié tu installe ce que tu veux, l'hébergeur n'a rien à voir la-dedans et certainement pas de surcout au niveau du choix de version.

- Demande à @doekia de t'héberger il fait ça très bien :) 

Share this post


Link to post
Share on other sites

Bonjour à tous

c'est mon 1er post ici . je réagis à ce post car hier une cliente (pour faire simple) m'a contacté, son site e-commerce était HS (Version 1.6.1.0). J'ai déposé un billet d'incident chez son hébergeur, il avaient migré le serveur sous php 7.0. J'ai eu à nouveau accès à son backoffice. l'hébergeur ne propose pas de revenir à une version antérieur de PHP...

Évidement j'ai un bug ( Modules et services inaccessible). J'administre des WordPress habituellement et je découvre Prestashop. Quand je lis vos commentaires j'ai l'impression que je ne vais pas avoir d'autre choix que de faire changer d'hébergeur ?. Car hormis l'accès au module dans le backoffice tout semble bien fonctionner.

Merci d'avance pour vos réponses si mon post vous inspire un commentaire 😊

Share this post


Link to post
Share on other sites
il y a 24 minutes, cmister a dit :

je ne vais pas avoir d'autre choix que de faire changer d'hébergeur ?

Bonjour,

Vous pouvez aussi l'accompagner pour mettre à jour sa version de PrestaShop vers la dernière 1.6, puis corriger les bugs des modules du fait de PHP7.

Share this post


Link to post
Share on other sites

Bonjour,

apparement ma version PHP 7.0.33 n'est plus bonne ni version prestashop 1.6.1.10,

Du coup j'ai téléchargé la derniere version de prestashop qui est 1.7.5 et je n'ai plus acces aux modules ni aux paramettres avancés rien.

Impossible de revenir en arriere ou j'ai zappé quelque chose.

Quelqu'un a t-il été dans ce cas ou a des solutions a proposer svp?

Share this post


Link to post
Share on other sites

Bonjour

J'ai moi aussi un dédié "clé en main" chez 1&1/ionos , et après discussion avec mon conseillé, ils me font le support gratuit du PHP 5.6 sur mes 6 prestashop.

J'aimerais avoir une confirmation sur l'utilisation de Presta 1.6 et PHP 5.6 . Vu la somme de travail, cela m'arrangerai de ne rien changer et de continuer à utiliser mes Presta pour les années à venir...

Qu'en pensez vous?

 

 

Share this post


Link to post
Share on other sites

1.6 et 5.6 c'est la combinaison parfaite question compatibilité

  • Like 2

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More