PhenixTweet

12 h.

a répondu au Message de herve_02 il y a 12 h.

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

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

oui je vous l'ean qui a disparu

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

9782752105059

Eolia @eolia

14 h.

a répondu au Message de herve_02 il y a 14 h.

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

Eolia @eolia

15 h.

a répondu au Message de herve_02 il y a 15 h.

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

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

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

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 jour

a répondu au Message de herve_02 il y a 1 jour

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

2 jours

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

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

Cela n'arrive que chez moi ?

herve_02 @herve_02

3 jours

a répondu au Message de Eolia - 3 jours

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 jours

a répondu au Message de Eolia - 3 jours

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 jours

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

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

herve_02 @herve_02

6 jours

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

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 jours

a répondu au Message de Eolia - 6 jours

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 jours

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

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 jours

a répondu au Message de mariepascale il y a 6 jours

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 jours

a répondu au Message de Eolia - 6 jours

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 jours

a répondu au Message de Eolia - 6 jours

des grammes

Eolia @eolia

6 jours

a répondu au Message de Yoann - 6 jours

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 jours

a répondu au Message de Eolia - 6 jours

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 jours

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

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

Eolia @eolia

6 jours

a répondu au Message de mariepascale il y a 6 jours

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 jours

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

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 jours

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

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 jours

a répondu au Message de Eolia - 7 jours

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 jours

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

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 jours

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 jours

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 jours

a répondu au Message de Eolia - 7 jours

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 jours

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 jours

a répondu au Message de Eolia - 9 jours

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.

S'identifier