PhenixTweet

12 hours ago

In response herve_02 to their Publication 12 hours ago

Faites un debug pas à pas dans la fonction processFeatures() de AdminProductsController.php pour savoir ce qui est reçu et ce qui est géré.
Cette fonction commence par toutes les supprimer puis associe celles reçues.

herve_02 @herve_02

14 hours ago

In response Eolia to his Publication 14 hours ago

oui je vous l'ean qui a disparu

-----------------------------30131871753474995474140851643
Content-Disposition: form-data; name="ean13"

9782752105059

Eolia @eolia

14 hours ago

In response herve_02 to their Publication 14 hours ago

Est-ce qu'ils sont bien dans le Payload envoyé ? (Console => Réseau => clic sur l'url => à droite "charge utile / payload"

Eolia @eolia

14 hours ago

In response herve_02 to their Publication 14 hours ago

C'est possible car de base les features "custom" étaient une usine à gaz sans nom. Phenix effectue un upgrade lorsqu'on arrive d'une ancienne version pour remettre tout ça d'équerre

herve_02 @herve_02

16 hours ago

cela ne change pas. j'ai toujours les mêmes champs qui disparaissent et qui ont la même config que ceux qui ne disparaissent pas. pour ean par exemple, même si je re-sélectionne avant d'envoyer il disparaît à l'insertion.

pour l'ean si je re-selectionne le même il disparaît si j'en prends un autre il s'enregistre.
la page est resté stable avec 12 (score) + 40 (5 part.)
et elle reste stable maintenant. C'est érratique.

ou est la requête de mise à jour ?

herve_02 @herve_02

17 hours ago

In response Eolia to his Publication 17 hours ago

je vais essayer cela.

le fait que ces champs sont une reprise de 1.7 à la mode bourrin, ne peut pas affecter la chose ? genre ils n'ont pas été coché comme il faut ?

De la même manière les scories des différentes migrations rendent impossibles la modification de certaines descriptions, même en supprimant tout il dit champs invalide (probablement des caractères bizarres)

Eolia @eolia

1 day ago

In response herve_02 to their Publication 1 day ago

Attention au nombre de champs envoyés par cette page (tous les inputs * langues * shops déclis y compris).
Mettez, au cas où, une grosse valeur dans votre serveur pour:
max_input_vars = 11000
suhosin.post.max_vars = 11000
suhosin.request.max_vars = 11000

De mon côté je ne reproduis pas

herve_02 @herve_02

1 day ago

In response herve_02 to their Publication 1 day ago

vous savez ou je peux regarder pour débugger la chose ?

Cela n'arrive que chez moi ?

herve_02 @herve_02

3 days ago

In response Eolia to his Publication 3 days ago

On a trouvé dans phénix le produit parfait : un logiciel qui a fait ses preuves (prestashop) et qui va être stable, pas de mise à jour régulières qui vont casser les modules.

Je fais attention à ne pas faire de override (sauf pour la recherche, car on part sur une autre philosophie) et de faire des modules les plus petits possibles.

ET (mais là ce n'est pas corporate) j'essaye au maximum d'utiliser les outils au niveau du système pour gagner en rapidité et en stabilité. Cela ne peut pas être mutualisé dans phenix car tout le monde n'a pas le même système.

herve_02 @herve_02

3 days ago

In response Eolia to his Publication 3 days ago

Ils sont ravis.
C'est un peu faussé parce que le 1.7 était le résultats de plusieurs migration dont la dernière était très douloureuse (le BO était un peu cassé) pour faire tomber en marche le module paypal j'ai du modifier des choses à la main dans ps_configuration.
Et il y avait bien 8 secondes entre chaque changement de page. Maintenant on a l'impression d'avoir une ferrari en comparaison.

Moi je préfère et de très loin, j'avais commencé à faire des modules avec prestashop 1.7/8 je voyais me pendre.

Et leur cycle de mises à jour était intenable pour un client normal.

Eolia @eolia

6 days ago

In response herve_02 to their Publication 6 days ago

Ok, je comprends mieux.
Concernant votre bascule 1.7 vers Phenix, quel est le retour de vos clients svp ?

herve_02 @herve_02

6 days ago

In response herve_02 to their Publication 6 days ago

Dans notre commande c'était 2 produits numériques, mais que nous gérons de notre coté et pas avec le système téléchargement de phenix.

herve_02 @herve_02

6 days ago

In response Eolia to his Publication 6 days ago

oui oui. c'était un peu mes premières armes et j'ai fais pas mal de test avant de tomber sur un truc qui marche.
il me semble probable que le problème c'est posé lors de mes tests avec un produit de mettons 0.35kg qui a pu être arrondi à zéro. mais cela remonte à juin de l'eau à coulé depuis.

Eolia @eolia

6 days ago

In response herve_02 to their Publication 6 days ago

Ok, ça c'est normal mais les poids sont bien supérieurs à 15 gr, non ?
Car c'est cette valeur qui est utilisée dans la partie qui est patchée.

herve_02 @herve_02

6 days ago

In response mariepascale to her Publication 6 days ago

nous aussi on vient d'avoir le cas d'une commande payée sumup qui n'arrive pas en commande..

herve_02 @herve_02

6 days ago

In response Eolia to his Publication 6 days ago

et bien, cela est peu probable car je n'ai jamais touché à un truc dans cette partie (que je ne connaissais pas) et je suis parti d'une installation "vierge". et je n'ai récupéré que les clients, paniers, produits, commandes. en mode sql.

Maintenant il y a eu peut être un changement depuis 2.36. mais peut importe, si c'est bien dans la conf phenix, tout va bien ;-)

herve_02 @herve_02

6 days ago

In response Eolia to his Publication 6 days ago

des grammes

Eolia @eolia

6 days ago

In response Yoann to his Publication 6 days ago

Cette version est compatible avec Phenix MAIS:
-Il faut savoir que le module ps_checkout est un autre module qui remplace TOUTES vos autres options de paiement et transmet toutes les infos de vos commandes (clients, produits achetés, adresses, montants) à Prestashop SA. Prestashop ayant été racheté par une entreprise de logistique italienne 'MBE Logistics) en décembre 2022.

- D'autre part ce module est régulièrement bugué et dans ces cas là bloque complètement la page des paiements.

- Ce module requiert le module ps_account et si l'un des 2 n'est pas à jour AUCUN moyen de paiement n'est disponible sur votre boutique

- Les taux intéressants annoncés pour Paypal ne sont valable QUE si vous activez les paiement par carte bancaire dans ce module
Je vous le déconseille fortement.

Eolia @eolia

6 days ago

In response Eolia to his Publication 6 days ago

Hum... après contrôle c'est déjà OK donc le pattern a dû être modifié dans votre boutique.

CODE need_zip_code="1" zip_code_format="NNNNNNN"

Eolia @eolia

6 days ago

In response herve_02 to their Publication 6 days ago

Merci pour l'info, je vais mettre à jour le xml

Eolia @eolia

6 days ago

In response mariepascale to her Publication 6 days ago

Pas facile de vous répondre comme ça... Indisponibilité de votre serveur lors du retour Paypal ?
Il faudrait regarder les logs d'accès à l'heure de ces commandes pour vois:
- si Paypal a bien envoyé une réponse
- et si oui, quel code http (200,500 ou autre) a répondu votre serveur.

Si les commandes ont bien été payées vous pouvez les créer en transformant les paniers de ces 2 clients en commande.

Eolia @eolia

6 days ago

In response herve_02 to their Publication 6 days ago

Je ne dis pas que vous devez changer quelque chose, je vous ai juste demandé quelles étaient les valeurs enregistrées dans la colonne package_weight de la table ps_mondialrelay_selected_relay

herve_02 @herve_02

7 days ago

In response herve_02 to their Publication 7 days ago

et je me souviens bien que le code d'erreur était "pas de poids>15gr, pas d'étiquette." après une recherche je suis tombé sur cette conf qui marche avec kilos,kilos (les poids de nos produits sont en kilos.)

Maintenant peut être qu'il y a une configuration différente qui fonctionne sans ce multiplicateur ajouté. Mais si cela fonctionne avec, chez nous il ne peut pas fonctionner sans.

herve_02 @herve_02

7 days ago

In response Eolia to his Publication 7 days ago

Vous avez probablement raison. mais il n'en reste pas moins que c'est la __seule__ manière que j'ai trouvée à l'époque pour le faire tomber en marche.

Et comme cela fonctionne, je ne vais pas tenter des modifications. comme je travaille sur d'autres sujets et que j'ai quelque chose qui fonctionne, je ne touche pas.

Je n'ai installé __aucun__ module qui touche au panier

J'ai été regardé dans la base j'ai des grammes,
dans la conf du module des kilos et
dans l'étiquette des kilos

À l'époque, c'était mon tout début il fallait que çà marche __rapidement__

Eolia @eolia

7 days ago

In response herve_02 to their Publication 7 days ago

Relisez mon post et regardez votre table ps_mondialrelay_selected_relay car le poids est normalement DEJA multiplié dans cette table lors du validateOrder.
Si n'est pas le cas c'est qu'un module accroché sur ce hook et qui s'exécute avant mondialrelay a crashé.

mariepascale @mariepascale

7 days ago

Bonjour,
Je viens d'avoir deux commandes qui n'ont pas été enregistrées alors que les paiements ont été éffectués sur paypal. Comme mes produits sont en téléchargement, les clients n'ont pas reçu , bien sur, les liens de téléchargement.
Qu'est-ce qui a bien pu se passer ?
Merci
Bien cordialement
Marie-Pascale

herve_02 @herve_02

7 days ago

J'en profite d'être là..

pour moi, dans la localisation des pays le code postal d'israel est faux. il comporte à priori 7 chiffres au lieu des 5 actuels

https://www.upu.int/UPU/me...

herve_02 @herve_02

7 days ago

In response Eolia to his Publication 7 days ago

Je ne sais pas, ce que je sais c'est que si je passais en kilo il ne fabriquait pas l'étiquette car le poids devait être supérieur à 0.
De toute façon peut importe la chose, il __doit__ y avoir le coefficient multiplicateur dans l'opération. qu'il soit en base de 1 ou de 1000 il doit figurer sinon cela ne fonctionne pas avec les grammes.

Yoann @yoann

8 days ago

Bonjour,

Paypal vient de me contacter pour me faire installer leur dernière version. Certains d’entre vous ont-il déjà installé cette nouvelle version sur Phenix ?

Merci

Eolia @eolia

9 days ago

In response Eolia to his Publication 9 days ago

Si on est en kg, MONDIALRELAY_WEIGHT_COEFF vaut 1000, sinon elle vaut 1.

Si $cart->getTotalWeight() renvoie 0.8 (en kg) la valeur enregistrée sera 0.8 x 1000 = 800.
Si $cart->getTotalWeight() renvoie 800 (en g) la valeur enregistrée sera 0.8 x 1 = 800.

Sign in