Sortie de la version 1.6.2.39 PhenixSuite - By @Eolia

[Eolia]

Je ne vois pas trop comment c'est possible ? Cette note est dans la table ps_product.

Vous n'auriez pas des overrides sur product ou adminProductController ?

[meditation]

ma faute, j'ai override d'informations.tpl, c'est résolu. Merci Eolia

[meditation]

Bonsoir Eolia, j'ai rencontré un bug sur les transporteurs, pour reproduire le bug:

1, créer un transporteur A, facturation en fonction de prix, Comportement hors tranches : désactiver le transporteur. les frais de port à 10euros, un tranche 0 - 50euros.

2, créer un transporteur B, facturation en fonction de prix, Comportement hors tranches :  prendre la tranche la plus grande , frais de port gratuit avec tranche 0 - 500euros.

quand le prix de panier est inférieur à 50euros, les frais de port du transporteur A sont erroné, ils sont gratuit comme transporteur B,  il faut mettre Comportement hors tranches : prendre la tranche la plus grande pour que les frais de port  soient corrects à 10euros. Mais dans ce cas, nous ne pouvons pas désactiver le transporteur A, quand le prix de panier est supérieur à 50euros.

 

[Eolia]

Yes !

Supprimez la ligne 3443 qui n'a rien à faire ici dans Cart.php

donc vous devez avoir ceci:

[meditation]

super😀 Merci

[Nathand19]

Bonjour Eolia, 

je voudrais installer la dernière version de PhenixSuite mais j'ai cette erreur au moment de l'installation de la langue, une idée de la raison ?

 

Cordialement

[Eolia]

Quelle est la langue d'install de votre boutique svp ?

 

[Nathand19]

J'ai le problème avec l'anglais et le français.

[PixGeek]

Bonjour Eolia, 

je voudrais installer la dernière version de PhenixSuite mais j'ai cette erreur au moment de l'installation, une idée de la raison ?

php : 8.2

[Eolia]

Avez-vous accès au fichier error.log de votre serveur ?

[PixGeek]

il y a 2 minutes, Eolia a dit :

Avez-vous accès au fichier error.log de votre serveur ?

voila ce que j'ai :

 

 

phnx.baguier.fr [Thu Nov 28 19:44:46.112642 2024] [fastcgi:error] [pid 792953:tid 140008567539456] [client 2a02:1210:4299:b100:50a2:4610:c6ae:600d:0] FastCGI: server "/home/clients/fd5ca62a9a9e5015efcbdf0f4bc978f7/.config/apache/phnx.baguier.fr/.fpm/php5.external" stderr: #5 /home/clients/fd5ca62a9a9e50...aught Error: Undefined constant "_PS_PRICE_DISPLAY_PRECISION_" in /home/clients/fd5ca62a9a9e5015efcbdf0f4bc978f7/sites/phx.Baguier/modules/blocklayered/blocklayered.php:1441, referer https://phnx.baguier.fr/install/index.php?restart=true

 

 

[Eolia]

Pas normal cette constante est définie dans config.inc.php

 

define('_PS_PRICE_DISPLAY_PRECISION_', Configuration::get('PS_PRICE_DISPLAY_PRECISION'));
define('_PS_PRICE_COMPUTE_PRECISION_', _PS_PRICE_DISPLAY_PRECISION_);

Edited November 28, 2024 by Eolia (see edit history)

[PixGeek]

il y a 3 minutes, PixGeek a dit :

voila ce que j'ai :

 

 

phnx.baguier.fr [Thu Nov 28 19:44:46.112642 2024] [fastcgi:error] [pid 792953:tid 140008567539456] [client 2a02:1210:4299:b100:50a2:4610:c6ae:600d:0] FastCGI: server "/home/clients/fd5ca62a9a9e5015efcbdf0f4bc978f7/.config/apache/phnx.baguier.fr/.fpm/php5.external" stderr: #5 /home/clients/fd5ca62a9a9e50...aught Error: Undefined constant "_PS_PRICE_DISPLAY_PRECISION_" in /home/clients/fd5ca62a9a9e5015efcbdf0f4bc978f7/sites/phx.Baguier/modules/blocklayered/blocklayered.php:1441, referer https://phnx.baguier.fr/install/index.php?restart=true

 

 

J'ai renommé le module, et l'installation a fonctionné... si jamais

[Eolia]

Il y a 10 heures, Nathand19 a dit :

J'ai le problème avec l'anglais et le français.

Il n'y aurait pas eu un souci réseau ? Je n'arrive pas à reproduire

[Eolia]

il y a une heure, PixGeek a dit :

J'ai renommé le module, et l'installation a fonctionné... si jamais

Ce n'est quand même pas normal, vérifiez votre fichier config.inc.php comme expliqué ci-dessus.

[Asu34]

Je me permets revenir sur ce PhenixSuite. Je ne comprends pas trop pourquoi (sacré boulot et réactivité chaque fois chapeau bas) tu y tiens.
Je l'ai testé... j'ai testé également la dernière 8.2.0... Les modules sur l'addons y sont compatibles, enfin ils s'y a adaptent...
Niveau perf j'ai fait des test, et la 8.2.0 est plus performante (+50%)...

Les modules etc. ne te suivront pas...
Pourquoi restes-tu sur cette version ?

[Eolia]

Super message^^

Essaye de lire et de comprendre ce que j'explique.

Moi je défends une solution française (Prestashop ne l'est plus), Open source et communautaire (Où sont les gens de Presta sur ce forum?)

J'ai une solution stable avec un code 3 fois plus léger et je demande à voir tes benchmarks de 50%.

Les modules suivent très bien, les seules adaptations que je dois faire concernent les versions PHP car les auteurs des modules n'ont pas vraiment mis leur code à jour. Je n'ai pour l'instant pas un module qui manquent parmi les 400 boutiques installées.

Perso je crois en l'avenir et en mon travail et je considère Phenix bien supérieur en fonctionnalités et sécurité que les dernières 8 ou 9. (lire les 800 lignes du changelog)

Presta a choisi une voie "technique", pas franchement à l'écoute de la communauté, moi je travaille pour mes clients qui ont de réels besoins et dont leur boutique ecommerce est leur seul CA.

Je n'impose à personne de basculer sur Phenix mais pour l'instant, tout ceux qui ont fait ce choix ne le regrettent pas.

[Asu34]

45 minutes ago, Eolia said:

Super message^^

Essaye de lire et de comprendre ce que j'explique.

Moi je défends une solution française (Prestashop ne l'est plus), Open source et communautaire (Où sont les gens de Presta sur ce forum?)

J'ai une solution stable avec un code 3 fois plus léger et je demande à voir tes benchmarks de 50%.

Les modules suivent très bien, les seules adaptations que je dois faire concernent les versions PHP car les auteurs des modules n'ont pas vraiment mis leur code à jour. Je n'ai pour l'instant pas un module qui manquent parmi les 400 boutiques installées.

Perso je crois en l'avenir et en mon travail et je considère Phenix bien supérieur en fonctionnalités et sécurité que les dernières 8 ou 9. (lire les 800 lignes du changelog)

Presta a choisi une voie "technique", pas franchement à l'écoute de la communauté, moi je travaille pour mes clients qui ont de réels besoins et dont leur boutique ecommerce est leur seul CA.

Je n'impose à personne de basculer sur Phenix mais pour l'instant, tout ceux qui ont fait ce choix ne le regrettent pas.

Je comprends et bravo encore, franchement quel boulot (mes 1.6 je vais les basculer je pense vers ce Phenx).
Mais les nouveaux sites sur les dernières versions de prestas. 
Le benchmarks y est je te l'assure...

[Asu34]

Et tu vas créer tous les modules existants pour les rendre compatible avec Phenix ? Je ne comprends pas que vous ne soyez pas dans la même équipe..

[Eolia]

L'équipe des bénévoles sur Github ne développe que les modules natifs. Perso, tous les modules natifs sont à jour.

Et concernant l'équipe... après qu'elle m'ait déclaré comme criminel pour avoir déconseillé la 1.7 à son lancement, je les laisse faire mumuse dans leur tour d'ivoire.

Je me répète mais je ne peux pas laisser mes clients et les utilisateurs avec des versions pleines de bugs, j'ai donc agi pour avoir la solution la plus adaptée et stable possible. Mais c'est mon choix, vous pouvez en avoir un autre.

[Eolia]

Tiens, dernier exemple.

Dernière version Presta:

Dans PhenixSuite:

[bobby4722]

Ça sert à rien d’argumenter…quelle perte de temps.

[musicmaster]

Quelles sont les exigences d'hébergement (PHP, Mysql, MariaDb) de PhenixSuite?

[Eolia]

PhenixSuite est très tolérant

PHP 5.6 à 8.3

Mysql 5.7 ou 8

MariaDB 10.0.5 => No limit.

[meditation]

Bonsoir Eolia

Si c'est possible d'ajouter une option dans les prochaines versions, pour exclure les produits ou les catégories pour le retour ? rien d'urgent, en vous souhaitant de bonnes fêtes de fin d'année

[Eolia]

C'est noté  

[meditation]

Bonjour Eolia

il me semble que sur le module GA, l'option Activer le suivi du back-office ne donne aucun effet, activé ou pas, c'est toujours pareil, car je vois depuis GA les suivis pour BO. Faut il dégreffer le module sur hook displayBackOfficeHeader?

[Phanie]

Bonjou @Eolia

J'ai installé la version 1.6.2.32 en fin de semaine dernière.J'ai implémenté le RECAPTCHA dans les performances.
Après essais, ça fonctionne bien sur le formulaire de contact.

Aujourd'hui un client a réussi à faire une commande (et créer un compte client) sans soucis ; mais à l'instant une cliente a rencontré une erreur (que j'ai pu reproduire également).
Lors de la validation de la commande / création d'un compte client (pas de RECAPTCHA mais c'est peut-être normal) / clique "Enregistrer" = affichage d'une pop-up avec le message suivant "TECHNICAL ERROR: unable to save account Details : Error thrown: [object Object] Text status: parseerror"

Après désactivation du RECAPTCHA, la création du compte a fonctionné (pour mon test, et pour elle et sa command est passé)

Pour vérifier, j'ai réactivé le RECAPTCHA et je viens d'avoir à nouveau l'erreur.

Si tu as une idée ?

Merci et bonne soirée.

[Eolia]

Bonjour, une url où je peux voir le souci ?

[Phanie]

5 minutes ago, Eolia said:

Bonjour, une url où je peux voir le souci ?

Envoyé en mp

[clawz]

hello tous le monde.

merci encore pour le travail @Eolia

j'ai une erreur sur le module amazon après la mise a jour vers la version 1.6.2.32, j'ai le front qui fonctionne bien mais le back est inaccessible.

 

Parse error: syntax error in /home/www/shopkdo2/classes/webservice/WebserviceOutputBuilder.php on line 39

Fatal error: Declaration of WebserviceSpecificManagementMarketplaceOrders::setObjectOutput(WebserviceOutputBuilderCore $obj) must be compatible with WebserviceSpecificManagementInterface::setObjectOutput(WebserviceOutputBuilder $obj) in /home/www/shopkdo2/modules/amazon/classes/WebserviceSpecificManagementMarketplaceOrders.php on line 27
[PhenixSuite] Fatal error in module file :/home/www/shopkdo2/modules/amazon/classes/WebserviceSpecificManagementMarketplaceOrders.php:
Declaration of WebserviceSpecificManagementMarketplaceOrders::setObjectOutput(WebserviceOutputBuilderCore $obj) must be compatible with WebserviceSpecificManagementInterface::setObjectOutput(WebserviceOutputBuilder $obj)

 

[bobby4722]

1 minute ago, clawz said:

hello tous le monde.

merci encore pour le travail @Eolia

j'ai une erreur sur le module amazon après la mise a jour vers la version 1.6.2.32, j'ai le front qui fonctionne bien mais le back est inaccessible.

 

Parse error: syntax error in /home/www/shopkdo2/classes/webservice/WebserviceOutputBuilder.php on line 39

Fatal error: Declaration of WebserviceSpecificManagementMarketplaceOrders::setObjectOutput(WebserviceOutputBuilderCore $obj) must be compatible with WebserviceSpecificManagementInterface::setObjectOutput(WebserviceOutputBuilder $obj) in /home/www/shopkdo2/modules/amazon/classes/WebserviceSpecificManagementMarketplaceOrders.php on line 27
[PhenixSuite] Fatal error in module file :/home/www/shopkdo2/modules/amazon/classes/WebserviceSpecificManagementMarketplaceOrders.php:
Declaration of WebserviceSpecificManagementMarketplaceOrders::setObjectOutput(WebserviceOutputBuilderCore $obj) must be compatible with WebserviceSpecificManagementInterface::setObjectOutput(WebserviceOutputBuilder $obj)

 

Bonjour,
La compression est elle activé pour le BO ?
Si oui, c'est à désactiver si le module est écris avec les pieds.

[clawz]

bonjour,

merci pour votre réponse

Je ne sais pas ou est la compression du BO.

[Eolia]

il y a 10 minutes, clawz a dit :

hello tous le monde.

merci encore pour le travail @Eolia

j'ai une erreur sur le module amazon après la mise a jour vers la version 1.6.2.32, j'ai le front qui fonctionne bien mais le back est inaccessible.

 

Parse error: syntax error in /home/www/shopkdo2/classes/webservice/WebserviceOutputBuilder.php on line 39

Fatal error: Declaration of WebserviceSpecificManagementMarketplaceOrders::setObjectOutput(WebserviceOutputBuilderCore $obj) must be compatible with WebserviceSpecificManagementInterface::setObjectOutput(WebserviceOutputBuilder $obj) in /home/www/shopkdo2/modules/amazon/classes/WebserviceSpecificManagementMarketplaceOrders.php on line 27
[PhenixSuite] Fatal error in module file :/home/www/shopkdo2/modules/amazon/classes/WebserviceSpecificManagementMarketplaceOrders.php:
Declaration of WebserviceSpecificManagementMarketplaceOrders::setObjectOutput(WebserviceOutputBuilderCore $obj) must be compatible with WebserviceSpecificManagementInterface::setObjectOutput(WebserviceOutputBuilder $obj)

 

remplacez WebserviceOutputBuilderCore $obj par WebserviceOutputBuilder $obj dans la fonction du module

[clawz]

après avoir remplacé

WebserviceOutputBuilderCore $obj par WebserviceOutputBuilder $obj

 

dans le fichier WebserviceSpecificManagementMarketplaceOrders.php

 

j'ai ceci

 

Fatal error: Declaration of WebserviceSpecificManagementMarketplaceOrders::setWsObject(WebserviceRequestCore $obj) must be compatible with WebserviceSpecificManagementInterface::setWsObject(WebserviceRequest $obj) in /home/www/shopkdo2/modules/amazon/classes/WebserviceSpecificManagementMarketplaceOrders.php on line 27

[Eolia]

oui il faut faire la même dans l'autre

setWsObject(WebserviceRequestCore $obj à remplacer par setWsObject(WebserviceRequest $obj

[bobby4722]

18 minutes ago, clawz said:

bonjour,

merci pour votre réponse

Je ne sais pas ou est la compression du BO.

Administration -> Préférences, puis compression HTML.

[clawz]

merci eolia,

j'ai fait la modif dans les fichiers

WebserviceSpecificManagementMarketplaceOrderDetails.php

et  dans

WebserviceSpecificManagementMarketplaceOrders.php

la j'ai accés au Bo mais j'ai un warning en rose en haut de la page(c'est pas gênant)

Warning à la ligne 29 du fichier /home/www/shopkdo2/modules/amazon/classes/amazon.tools.class.php
[2] Declaration of AmazonTools::displayPrice($price, $currency = NULL, $no_utf8 = false, Context $context = NULL) should be compatible with ToolsCore::displayPrice($price, $currency = NULL, $no_utf8 = false, Context $context = NULL, $precision = NULL)

 

 

[clawz]

7 minutes ago, bobby4722 said:

Administration -> Préférences, puis compression HTML.

je n'ai pas compression html dans le menu préférences

[Eolia]

il y a 15 minutes, clawz a dit :

Warning à la ligne 29 du fichier /home/www/shopkdo2/modules/amazon/classes/amazon.tools.class.php
[2] Declaration of AmazonTools::displayPrice($price, $currency = NULL, $no_utf8 = false, Context $context = NULL) should be compatible with ToolsCore::displayPrice($price, $currency = NULL, $no_utf8 = false, Context $context = NULL, $precision = NULL)

Oui, leur sorte d'override ne connait pas le dernier paramètre $precison = NULL, vous pouvez le rajouter.

Vous avez ces erreur car à partir de PHP 7.4 les contrôles sont plus stricts.

[clawz]

merci eolia , mais je sais pas faire

$precison = NULL, vous pouvez le rajouter

et puis c'est pas trop gênant

[Eolia]

#PhenixSuite 1.6.2.33 est disponible ! 😉

Première installation ?  Un seul fichier suffit: https://devcustom.net/public/scripts/dl.php?f=autoloader
Changelog complet ici: https://devcustom.net/public/scripts/dl.php?f=changelog

#PhenixSuite le renouveau des versions #prestashop 1.6, compatible PHP8, sécurisé et + encore à découvrir !

Concernant cette dernière version:

Citation

- Option d'enregistrement des prix à 30 jours pour mise en conformité européenne (votre thème doit être conforme)
- Instanciation de jQuery Migrate optionnelle
- Mise à jour du module Navigation à facettes (v24) pour une indexation plus rapide et performante
- Réécriture complète du module statsgeolocation avec utilisation de carte SVG
- Ajout du module blocknewsletter aux webservices
- Optimisation du module Stripe (gain de 500ms en page paiement)
- Correctif et mise à jour des champs requis pour les classes Address et Customer
- Correctif TCPDF sur le contrôle de la variable allow_url_fopen (valeur erronée suivant certaines configurations serveur)
- Ajout des en-têtes List-Unsubscribe dans les mails envoyés (meilleure délivrabilité)
- Option pour générer une image retaillée et zoomée d'après une image existante pour les produits (l'image de base doit avoir une résolution correcte)
- Ajout des provinces belges (https://en.wikipedia.org/wiki/ISO_3166-2:BE)
- Ajout d'une protection concernant les dernières injections SQL connues
- Possibilité de charger un avatar par employé
- Ajout du hook actionFilterDeliveryOptionList permettant de modifier la liste des transporteurs dans le tunnel de commande
- Correctif sur la prise en compte de la transparence pour les images gif (ce qui n'était pas le cas dans le code historique)
- Correctif ecotax: Le taux de taxe de l'écotaxe est toujours celui du produit lié et non plus un taux global
- Optimisation de la classe Tag qui permet un enregistrement plus rapide de la page produit en BO
- Ajout de l'option version animée du module blocktags
- Correctif sur watermark dans le cas d'images d'origine en format webp
- Affichage du fournisseur dans le listing produits des commandes (BO)
- Ajout de délai par fournisseur. Cette information pourra être utilisée dans les tpls ou par des modules pour informer le client du délai supplémentaire de livraison pour les produits associés.
- Nettoyage automatique du répertoire /download lors de l'édition de fichiers téléchargeables
- Ajout de PhenixCaptcha en alternative à Google ReCaptcha (devenu payant)
- Ajout du helperform type Range (slider) en BO
- Ajout d'un champ date_upd pour les produits téléchargeables permettant de conserver l'historique de création
- Correctif sur Search.php si le nombre de produits trouvés est supérieur au nombre de produits par page
- Possibilité de visualiser les adresses clients en caractères "Latin" dans les commandes si l'encodage est différent
- Correctif sur l'option de détection de la langue suivant le navigateur client
- Correctif sur l'import de langues dans le plugin TinyMce "eicmslinks"
- Conversion du prix d'achat lors de l'enregistrement dans order_detail
- Option d'affichage de la page produit en mode onglets au lieu de sections (Merci Olivier)
- Correctif bug historique sur la pagination de la page de configuration des menus en BO
- Correctif empêchant le changement de l'ordre des produits dans le panier après avoir modifié un de ses éléments
- Possibilité d'interdire les retours par produit

 

[Lgfx13]

Wow bravo Eolia pour toutes ces mises à jour 😍

[meditation]

Bonjour Eolia

Je souhaiterais savoir si le module Brevo disponible sur PrestaShop Addons est compatible avec PhenixSuite.
Il est indiqué comme non compatible avec PrestaShop 1.6, mais j’ai vu dans un post que vous disposez d’une version adaptée à PhenixSuite.

Cependant, je ne la retrouve pas dans la liste des modules depuis le back-office.
Pouvez-vous me confirmer s’il existe bien une version compatible ?

Merci

[Eolia]

Vous devez avoir un filtre dans votre liste. Vous devez le trouver soit en cherchant Sendinblue, soit Brevo

[meditation]

D’accord, je suis effectivement sur une ancienne version de PhenixSuite, et le module Brevo n’y est pas disponible par défaut.

Je l’ai finalement récupéré depuis la v34 — un grand merci à Eolia pour le partage !

[meditation]

Bonjour Eolia
J’utilise un module qui exploite le hook hookDisplayCategoryForm afin d’afficher du contenu dans le formulaire de catégorie en back-office.
Cependant, il semble que ce hook ne soit plus pris en charge dans PhenixSuite, ou qu’il ne soit plus déclenché comme dans PrestaShop 1.6.
Pouvez-vous me confirmer si ce hook est encore actif dans la version actuelle de PhenixSuite ?
Et le cas échéant, quelle alternative recommandez-vous pour injecter du contenu dans la page de modification des catégories en BO ?

Merci

 

[Eolia]

Bonjour,

Ce hook n'a jamais existé nativement dans Prestashop (https://devdocs.prestashop-project.org/1.7/modules/concepts/hooks/list-of-hooks/)

Donc soit il avait été ajouté dans le fichier php coeur soit il y avait un override.

Ce qu'on a toujours eu par contre dans le form.tpl par défaut, c'est ce code:

{hook h='displayAdminForm' fieldset=$f}
{if isset($name_controller)}
    {capture name=hookName assign=hookName}display{$name_controller|ucfirst}Form{/capture}
    {hook h=$hookName fieldset=$f}
{elseif isset($smarty.get.controller)}
    {capture name=hookName assign=hookName}display{$smarty.get.controller|ucfirst|htmlentities}Form{/capture}
    {hook h=$hookName fieldset=$f}
{/if}

Donc sur la page d'un formulaire de catégorie ça vous génère le hook suivant: displayAdminCategoriesForm avec en paramètre le champ en cours

[meditation]

Merci Eolia, le hook fonctionne bien

[meditation]

Bonjour Eolia

Je viens de déplacer le back-office vers un sous-domaine dédié (admin.maboutique.fr). Après quelques tests, tout semble fonctionner correctement.

Cependant, un message d’alerte s’affiche :

"ATTENTION : Vous êtes connecté actuellement sur le domaine admin.maboutique.fr, qui est différent du domaine enregistré dans SEO & URL : www.maboutique.fr"

Est-il possible de masquer ce message?

Merci par avance pour votre aide.

[Eolia]

Ben ce message est important car si différents domaine les requêtes ajax risquent de merdouiller dans certains cas.

C'est quoi l'idée du domaine différent ?

[meditation]

Bonjour, Eolia

Merci pour votre réponse.

Pour des raisons de sécurité pour les télétravailleurs, j'ai créé des sous-domaines, chaque salarié dispose de son propre sous-domaine, associé à une adresse IP unique.
Jusqu’à présent, tout fonctionne correctement — que ce soit pour la gestion des commandes, des produits.

Ce message s’affiche malgré tout. En attendant une solution plus propre, j’ai temporairement appliqué un style CSS pour masquer ce message.