PhenixTweet

Information importante

3 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.

7 h.

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

Oui, il faut mettre des conditions dans plusieurs fichiers pour pouvoir vraiment utiliser la devise par défaut. Dès que j'ai terminé la nouvelle option je vous l'enverrai.
Pour l'erreur, effectivement il manque une virgule ligne 98:
'.(int)$cart->id.',

7 h.

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

La base de données ne contient que la valeur -2. J'ai réinitialisé le module, mais le problème persiste. Lorsque je clique sur PayPal, c'est la valeur dans la devise affichée de la boutique qui est transmise et non celle de la devise par défaut du site.

De plus, ce que j'avais déjà remarqué auparavant : si je mets l'option « Enable checkout version » sur NON, j'obtiens une erreur SQL lors du paiement.

7 h.

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

Avant d'effectuer la modification, vous aviez bien décoché toutes les monnaies dans les checkboxes ?
Il doit vous rester des entrées dans la table ps_module_currency (il ne devrait y avoir que la valeur -2 pour ce module)

9 h.

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

Merci pour votre réponse rapide. La modification me permet certes de sélectionner l'option correspondante, mais les paiements sont effectués dans la devise du client (ou dans la devise que le client voit dans la boutique) et non dans la devise par défaut de la boutique (Shop default currency)

12 h.

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

Aucune override sur Product/ProductController ?
Rien dans le error_log du serveur concernant des erreurs PHP ?

13 h.

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

La prochaine version du module proposera le choix du type de restrictions de devises (radio ou checkboxes)

13 h.

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

Modifiez le constructeur du module comme ceci:

CODE$this->currencies_mode = 'radio';   // remplacer checkbox par radio

13 h.

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

A la racine du répertoire /themes/meta-hreflang.tpl

23 h.

a répondu au Message de Pilou - 23 h.

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).

24 h.

a répondu au Message de Pilou - 24 h.

Personne n'a ce soucis ?

1 jour

a répondu au Message de Eolia - 1 jour

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.

1 jour

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...

1 jour

a répondu au Message de yoyo64 - 1 jour

oui mai sj'ai pas onglet google pay

2 jours

a répondu au Message de yoyo64 - 2 jours

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

2 jours

a répondu au Message de Eolia - 2 jours

comment ont peut rajouter onglet payer avec paypal ?

2 jours

a répondu au Message de BigM - 2 jours

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

2 jours

a répondu au Message de BigM - 2 jours

Justement Eolia a mis en place phenixpaypal pour remplacer paypal v17

2 jours

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

2 jours

a répondu au Message de Eolia - 2 jours

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 ?

2 jours

a répondu au Message de MrR - 2 jours

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.

3 jours

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

Gil6688 @gil6688

3 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

4 jours

a répondu au Message de herve_02 il y a 4 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

4 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

5 jours

a répondu au Message de Atchworks - 5 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.

5 jours

a répondu au Message de BigM - 5 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

5 jours

a répondu au Message de yoyo64 - 5 jours

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

Atchworks @atchworks

5 jours

a répondu au Message de herve_02 il y a 5 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

5 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.

5 jours

a répondu au Message de Eolia - 5 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.