يٌطعم

12 ساعات منذ

ردًا على herve_02 على المنشور 12 ساعات منذ

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 ساعات منذ

ردًا على Eolia على المنشور 14 ساعات منذ

oui je vous l'ean qui a disparu

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

9782752105059

Eolia @eolia

15 ساعات منذ

ردًا على herve_02 على المنشور 15 ساعات منذ

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

Eolia @eolia

15 ساعات منذ

ردًا على herve_02 على المنشور 15 ساعات منذ

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 ساعات منذ

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 ساعات منذ

ردًا على Eolia على المنشور 17 ساعات منذ

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 يوم منذ

ردًا على herve_02 على المنشور 1 يوم منذ

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 أيام منذ

ردًا على herve_02 على المنشور 2 أيام منذ

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

Cela n'arrive que chez moi ?

herve_02 @herve_02

3 أيام منذ

ردًا على Eolia على المنشور 3 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 3 أيام منذ

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 أيام منذ

ردًا على herve_02 على المنشور 6 أيام منذ

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

herve_02 @herve_02

6 أيام منذ

ردًا على herve_02 على المنشور 6 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 6 أيام منذ

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 أيام منذ

ردًا على herve_02 على المنشور 6 أيام منذ

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 أيام منذ

ردًا على mariepascale لها المنشور 6 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 6 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 6 أيام منذ

des grammes

Eolia @eolia

6 أيام منذ

ردًا على Yoann على المنشور 6 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 6 أيام منذ

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 أيام منذ

ردًا على herve_02 على المنشور 6 أيام منذ

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

Eolia @eolia

6 أيام منذ

ردًا على mariepascale لها المنشور 6 أيام منذ

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 أيام منذ

ردًا على herve_02 على المنشور 6 أيام منذ

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 أيام منذ

ردًا على herve_02 على المنشور 7 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 7 أيام منذ

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 أيام منذ

ردًا على herve_02 على المنشور 7 أيام منذ

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 أيام منذ

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 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 7 أيام منذ

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 أيام منذ

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 أيام منذ

ردًا على Eolia على المنشور 9 أيام منذ

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.

تسجيل الدخول