PhenixTweet

9 години тому

je n'ai aucun custom=1 non liés avec un produit.

9 години тому

У відповідь herve_02 на їхній Публікація 9 години тому

Normalement processFeatures() fait le job. Si la value est custom elle cherche si celle-ci n'existe pas déjà. Si oui elle l'associe au produit, sinon elle la crée en non-custom.
Il faudrait ensuite lister toutes les customs liées à aucun produit et les virer de la table.

herve_02 @herve_02

10 години тому

У відповідь Eolia на його Публікація 10 години тому

Oui pratiquement tout est en custom=1.

Maintenant je ne me souviens plus trop comment j'avais migré mes valeurs depuis presta 1.7 - de mémoire je pense que j'avais copié les tables as-is en ajoutant ou supprimant les colonnes qui ne correspondaient pas.
je n'ai pas migré j'ai insérer à la rache dans phenix.

je sais c'est que je vais devoir faire un nettoyage car il y a de nombreuses valeurs qui sont multiples. je pense que cela vient des précédentes migrations et que j'en ai hérité mais je ne jurerais pas.
il y a par exemple plusieurs "nombre de pages" qui valent 104 (c'est un exempl

Eolia @eolia

11 години тому

У відповідь herve_02 на їхній Публікація 11 години тому

dans ps_feature_value vous avez des lignes avec custom = 1 ? Normalement après un upgrade ce ne doit plus être le cas, toutes les customs sont migrées en valeurs normales.

herve_02 @herve_02

11 години тому

У відповідь Eolia на його Публікація 11 години тому

Alors je tourne depuis un temps certain autour de cette chose je pense que cela vient de la fabrication du select pour les attributs

il doit y avoir un mic-mac en proposant des attributs qui n'existent pas.

Eolia @eolia

1 день тому

У відповідь herve_02 на їхній Публікація 1 день тому

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

2 дні тому

У відповідь Eolia на його Публікація 2 дні тому

oui je vous l'ean qui a disparu

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

9782752105059

Eolia @eolia

2 дні тому

У відповідь herve_02 на їхній Публікація 2 дні тому

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

Eolia @eolia

2 дні тому

У відповідь herve_02 на їхній Публікація 2 дні тому

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

2 дні тому

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

2 дні тому

У відповідь Eolia на його Публікація 2 дні тому

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

2 дні тому

У відповідь herve_02 на їхній Публікація 2 дні тому

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

4 дні тому

У відповідь Eolia на його Публікація 4 дні тому

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

4 дні тому

У відповідь Eolia на його Публікація 4 дні тому

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

7 дні тому

У відповідь herve_02 на їхній Публікація 7 дні тому

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

7 дні тому

У відповідь mariepascale їй Публікація 7 дні тому

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

herve_02 @herve_02

7 дні тому

У відповідь Eolia на його Публікація 7 дні тому

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

7 дні тому

У відповідь Eolia на його Публікація 7 дні тому

des grammes

Eolia @eolia

7 дні тому

У відповідь Yoann на його Публікація 7 дні тому

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

7 дні тому

У відповідь Eolia на його Публікація 7 дні тому

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

7 дні тому

У відповідь herve_02 на їхній Публікація 7 дні тому

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

Eolia @eolia

7 дні тому

У відповідь mariepascale їй Публікація 7 дні тому

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

7 дні тому

У відповідь herve_02 на їхній Публікація 7 дні тому

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

8 дні тому

У відповідь herve_02 на їхній Публікація 8 дні тому

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

8 дні тому

У відповідь Eolia на його Публікація 8 дні тому

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

8 дні тому

У відповідь herve_02 на їхній Публікація 8 дні тому

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

Увійти