PhenixTweet

Information importante

2 jours

INFO: Pensez à migrer vers PhenixPaypal pour ceux qui utilisent le module Paypal de base (ou ps_checkout) car l'API est devenue obsolète et ne sera plus maintenue en 2027.
De plus ce module offre beaucoup plus de fonctionnalités.

25 minutes

a répondu au Message de Pilou - 25 minutes

C'est peut-être dû au thème utilisé ? J'utilise le thème par défaut et je n'ai aucun problème avec PHP 8.2 (dès que j'aurai le temps, je testerai si je peux passer à PHP 8.3).

43 minutes

a répondu au Message de Pilou - 43 minutes

Personne n'a ce soucis ?

10 h.

a répondu au Message de Eolia - 10 h.

Le problème ne vient pas du front-office (FO), mais des paramètres du back-office (BO).

Sur le module PayPal actuel, il existe l'option « Shop default currency », absente du nouveau module Checkout.

Pour des raisons comptables, je n'accepte que les paiements dans la devise par défaut de la boutique avec PayPal. Si j'utilise le nouveau module, je peux bien sélectionner la devise, mais l'option de paiement n'apparaît plus lorsque le client consulte la boutique dans sa propre devise.

12 h.

on ce situe le fichier pour modifier hreflang dans phenix car si j'active href dans chaque boutique il me fait des doublons et me rajoute des /es /com aussi au lieu d'avoir 4 ligne j'ai 8 voir 16...

12 h.

a répondu au Message de yoyo64 - 12 h.

oui mai sj'ai pas onglet google pay

15 h.

a répondu au Message de yoyo64 - 15 h.

Paypal est toujours affiché, si ce n'est pas le cas c'est que vous avez modifié le module ou le tpl

15 h.

a répondu au Message de Eolia - 15 h.

comment ont peut rajouter onglet payer avec paypal ?

15 h.

a répondu au Message de BigM - 15 h.

Pourquoi cela vous empêcherait-il de continuer à proposer Paypal ?
Il vous manque quoi ici ?

16 h.

a répondu au Message de BigM - 16 h.

Justement Eolia a mis en place phenixpaypal pour remplacer paypal v17

18 h.

hello suite mise a jour je me retrouve sur tout les url avec dimmm.es/es/
/es/ ou /com/ etc..

22 h.

a répondu au Message de Eolia - 22 h.

J'utilise actuellement la version « PayPal v17 - by PhenixSuite ». Savez-vous si cette version fonctionnera toujours en 2027, ou si je suis obligé de migrer vers « Card/PayPal Checkout v1.2.2 - by PhenixSuite» ?

Le cas échéant, ce changement m'empêcherait de continuer à proposer PayPal, ce qui me pose problème. Pourriez-vous m'éclairer sur ce point ?

1 jour

a répondu au Message de MrR - 1 jour

Merci pour votre retour. J'ai fait de nombreux essais pour reproduire le problème, en vain. Il semble s'agir d'un incident extrêmement rare, ou d'un cas nécessitant une combinaison de facteurs très spécifique.

Comme cela ne s'est produit que 2 fois sur plusieurs milliers de commandes au cours des dernières années, je vais en rester là et me consacrer à des tâches plus prioritaires.

2 jours

Coucou à tous. Auriez vous des retours d'expérience sur les modules de newletters compatible phenix ? Vous utilisez quoi ?

Gil6688 @gil6688

2 jours

Hello à tous, pour info si cela peut aider, mes images articles ne s'affichaient pas correctement en .webp, nous avons enfin trouvé une solution, cela venait du cache de notre hébergeur, nous avons un serveur LiteSpeed chez Planethoster, il vous faudra donc vider les différents caches pour régler le problème!

herve_02 @herve_02

3 jours

a répondu au Message de herve_02 il y a 3 jours

bon, ben résolu.. en fait on ne doit pas renvoyer le nombre total de produit __dans la page__ mais le nombre de produit total que founit la recherche en dehors de la limite de recherche....

tout ce temps pour tomber la dessus....

herve_02 @herve_02

3 jours

Bon j'ai trouvé d'où cela venait... de la pagination. dans la classe frontcontroler. qui fait des redirection quand tout plein de trucs ne lui plait pas. je vais regarder laquelle me ch*e dans les bottes et tenter de la satisfaire. Je vous tiens au courant (non que l'info soit interessante)

herve_02 @herve_02

4 jours

a répondu au Message de Atchworks - 4 jours

Je teste avec un navigateur pas trop vieux (mais un linux quand même :-)). Cela ne le fait pas sur toutes les pages. Il doit trainer un bug quelque part.

4 jours

a répondu au Message de BigM - 4 jours

Oui, j’ai rencontré un cas un peu similaire il y a quelques jours.

Un client a réussi à passer commande en utilisant un code promo qui avait expiré en décembre 2025.

En regardant de plus près, je me suis aperçu que son panier avait effectivement été créé avant cette date, mais que la commande n’avait été finalisée que récemment.

Ce code promo avait carrément été supprimé du BO en janvier 2026 !

Il semblerait donc que certaines informations enregistrées dans un ancien panier puissent rester actives au moment de sa validation, même si les paramètres de la boutique ont changé entre-te

4 jours

a répondu au Message de yoyo64 - 4 jours

Regardez l'error.log de votre serveur pour en savoir plus sur l'erreur.

Atchworks @atchworks

4 jours

a répondu au Message de herve_02 il y a 4 jours

J'ai constaté la meme chose. Mais pour la meme page, selon le navigateur, c'est un click ou 2 clicks.
J'ai un vieux PC avec un vieux firefox = 2 clicks
PC W11 avec Firefox à jour = 1 click

4 jours

Bonjour,
Phenix .48
En Php 8.2 et supérieur, l'affichage en front d'un article en promo beugue. Le prix promo s'affiche une seconde puis revient au prix normal.
Je suis repassé en Php 8.1, plus de soucis.

4 jours

a répondu au Message de Eolia - 4 jours

Merci pour l'indication. Des recherches ont montré que le client avait créé le panier le 13 octobre sur son smartphone sans commander. Le 27 octobre, le panier a été commandé directement sur le téléphone (je suppose que la page n'a jamais été fermée). J'ai retiré l'article du site le 19 octobre, le stock étant à 0.

4 jours

a répondu au Message de Tanguy JACQUET - 4 jours

Merci pour la remarque concernant les paniers. Cela permet de réduire considérablement le problème, mais ne le résout pas entièrement, car il faudrait théoriquement vider les paniers chaque jour ou encore plus rapidement. Je sais que les cas sont rares (en repensant à ces dernières années, je ne me souviens que d'un autre cas de commande mystérieuse d'un article en rupture de stock), mais cela pourrait poser problème pour l'un ou l'autre.

4 jours

bonjour jai un problème impossible de réinstaller mon module jai
Temps de chargement 0.874s
PhenixTweet / Bug Tracker / Forum - PhenixSuite©
500 Server Error

Oops, something went wrong.

Try to refresh this page or feel free to contact us if the problem persists.

herve_02 @herve_02

5 jours

a répondu au Message de Eolia - 5 jours

Je regarderais, mais cela ne semble pas aussi simple. les liens sont formés dans paginaltion.tpl href="{$link->goPage($requestPage, $pages_nb)
et le paramètre p=2 est bien dans le lien. il est bien respecté dans le 1er passage (si on log la requete) mais disparait dans le 2ème passage (celui qui affiche la page) . la classe est appelée 2 fois. sur un seuk click en front office
Il me semble ne pas être en ajax.

5 jours

a répondu au Message de herve_02 il y a 5 jours

history.back est vidé par défaut dans le BO pour éviter les erreurs ajax ou repostage involontaire de formulaires.

Pour votre pagination, à priori les liens a ne sont pas chargés au départ sur les 2 premières pages. Si cela peut vous aider recherchez "setPagination" dans le module productcomments pour vous donner une idée de la mise en œuvre d'une pagination en ajax.

herve_02 @herve_02

5 jours

J'ai un problème. J'ai l'impression que phenix "double" les (certaines) pages. Par exemple lorsque je suis sur le back-office et que je veux revenir à la page précédente (oui je sais c'est mal) il faut 2 clics back.
Maintenant dans mon module de recherche) en local (pas encore en production du coup lorsque je click sur la page 2 ($p=2) d'une recherche (theme default-bootstrap-enfant) il demande 2 fois la page et perds des paramètres en cours de route. Mais cela ne le fait pas à la page 3. Cela le fait aussi pour la page 1.
Je me demande ou je m*rde

j'utilise les smarts url

5 jours

a répondu au Message de BigM - 5 jours

C'est possible si le client s'est arrêté à la page de paiement et a conservé son onglet ouvert sans rafraichir et a directement lancé le module de paiement.

5 jours

a répondu au Message de Tanguy JACQUET - 5 jours

L'option de nettoyage des paniers est native dans PhenixSuite 😊

Tanguy JACQUET @mediacom87

5 jours

a répondu au Message de BigM - 5 jours

Bonjour,
Certains m'ont expliqué utiliser mon module de nettoyage de base de données sur les paniers sur des délais d'une semaine pour justement éviter ce genre de cas. Je ne me souviens plus quelles versions de PrestaShop ils utilisaient, mais cela peut, à défaut de corriger le problème, en minimiser les effets.
https://www.prestatoolbox....