PhenixTweet

herve_02 @herve_02

16 minutes

a répondu au Message de herve_02 il y a 16 minutes

herve_02 @herve_02

17 minutes

a répondu au Message de herve_02 il y a 17 minutes

elle est relue pour fabriquer le formulaire bonne
{"id_feature_value":106157,"id_lang":4,"value":"3760124530575"
elle est bonne à l'écran
(image message précédent)
../..
mais si je revalide à priori ok
INSERT INTO `ed_feature_product` (`id_feature`, `id_product`, `id_feature_value`) VALUES ('84', '4111', '106157')
mais
| id_product | id_feature_value | id_feature | value |
+------------+------------------+-----------
| 4111 | 106157 | NULL | NULL |

cela a disparu

herve_02 @herve_02

25 minutes

bonjour,
j'en suis à me taper la tête contre les murs.

je perds des feature (caractéristiques) lors de la mise à jour. je choisi une caractéristique
exemple dans le code
INSERT INTO `ed_feature_product` (`id_feature`, `id_product`, `id_feature_value`) VALUES ('84', '4111', '106157')
la valeur est bonne dans la table
| id_product | id_feature_value | id_feature | value |
+------------+------------------+------------+--------+
| 4111 | 106157 | 84 | 3760124530575 |

Eolia @eolia

14 h.

!!! NEWS DU SOIR !!!
La version #PhenixSuite 1.6.2.40 est disponible ! 😉

nelson @nelson

1 jour

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

Les codes promos mondial ne semblent etre valables que pour les particuliers sur le site mondialrelay. Et non pour les comptes pros.

Eolia @eolia

2 jours

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

Alors là aucune idée, je ne suis pas au courant.

herve_02 @herve_02

2 jours

question, on me dit qu'il est possible d'obtenir des codes promos de mondial relay. si on fait l'étiquette à la main sur leur site on peut l'appliquer.
comment faudrait-il faire (est-ce possible ?) pour le faire depuis le module en BO ?

herve_02 @herve_02

2 jours

a répondu au Message de Eolia - 2 jours

La mise à jour c'était mal faite, je regarde le diff et met à jour en prod, cela résoudra notre soucis, merçi.

j'ai mis à jour il fonctionne coté client ;-)

merci

herve_02 @herve_02

2 jours

a répondu au Message de Eolia - 2 jours

il y a des milliers de valeurs associés.

dans quel fonction sont créés les select du BO pour la modification du produits. onglet caractéristiques tables feature_xxx

Eolia @eolia

3 jours

a répondu au Message de Eolia - 3 jours

Les casiers InPost existent en trois tailles pour s'adapter aux différentes dimensions des colis :

Petit : 8 cm x 38 cm x 64 cm.
Moyen : 19 cm x 38 cm x 64 cm.
Grand : 41 cm x 38 cm x 64 cm.

Eolia @eolia

3 jours

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

Oui, dans la dernière version du module des spécificités ont été rajoutées pour la Pologne à cause de la taille des lockers sur place.
Chaque dimension doit être supérieure à 1 et les dimensions totales du produit ne peuvent dépasser 64 x 39 x 39 cm
https://www.mondialrelay.f...
"Pour des envois à destination de l'Italie et la Pologne, des conditions spécifiques s'appliquent :

Que vous choisissiez la livraison en Locker ou en Point Relais, le poids des colis à destination de l'Italie et de la Pologne ne doit pas dépasser 25 kilos, pour des dimensions maximum n'excédant pas Hauteur = 41 cm ; longueur = 38 cm ; Largeur = 64 cm."

Eolia @eolia

3 jours

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

Ok, donc on ne parle pas d'attributs mais de features (caractéristiques).
Si il n'y en a que 3, supprimez-les et recréez-les.

herve_02 @herve_02

3 jours

Puisque je suis là. je coince sur le module mondial relay (et oui encore lui) pour la pologne, il semble y avoir une demande de dimensions supplémentaire et je n'ai pas vu le module la fournir et donc cela revient avec

4 erreurs
10090 - La longueur, le largeur, la profondeur du colis doivent être plus grand que 1 et moins de 64 * 39 * 38 centimetres pour Pologne

quelqu'un a déjà vu cela passer ?

herve_02 @herve_02

3 jours

a répondu au Message de Eolia - 3 jours

j'en suis toujours sur les (juste 3) attributs qui foirent. il n'y a pas de custom mais il y a écrit custom dans la table. mais lorsqu'on ouvre un produit pour le modifier en BO les valeurs des select selected de ces 3 attributs __peuvent_ être faux. et donc ils ne s'enregistre pas comme il faut.
il enregistre les valeurs postées, mais elles ne correspondent pas à une véritable valeur dans la bdd.

Eolia @eolia

3 jours

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

En front ?
Si oui, c'est dans le product.tpl de votre thème

herve_02 @herve_02

3 jours

a répondu au Message de Eolia - 3 jours

ou est-ce que phenix fabrique le contenu des select pour les attributs ?

BigM @bigm

3 jours

a répondu au Message de Eolia - 3 jours

Merci beaucoup pour cette solution rapide.

Eolia @eolia

3 jours

a répondu au Message de BigM - 3 jours

Ok, supprimez cette partie dans le preg_match de la ligne 330 de config.inc.php

|%60|%82|%91

BigM @bigm

3 jours

a répondu au Message de Eolia - 3 jours

Veuillez trouver ci-joint la raison de cette interdiction.

Eolia @eolia

3 jours

a répondu au Message de BigM - 3 jours

Pouvez-vous me donner la raison du blocage svp ?

BigM @bigm

3 jours

Je viens de remarquer que la fonction « Enable attacks protection » bloque malheureusement aussi une adresse IP lorsque l'on saisit des caractères japonais dans la recherche de la boutique. Comme je vends des produits japonais et qu'il arrive donc souvent que quelqu'un effectue une recherche avec des caractères japonais, ce n'est pas vraiment idéal.
Est-il possible de modifier cette fonction afin que la saisie de caractères japonais n'entraîne pas le blocage de l'adresse IP ?

Eolia @eolia

4 jours

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

Ok, donc normalement, si vous allez sur un produit qui a des customs et que vous l'enregistrez juste, sans rien faire, il ne devrait plus avoir de customs liées à ce produit.

herve_02 @herve_02

5 jours

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

Eolia @eolia

5 jours

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

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

5 jours

a répondu au Message de Eolia - 5 jours

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

5 jours

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

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

5 jours

a répondu au Message de Eolia - 5 jours

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

6 jours

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

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

6 jours

a répondu au Message de Eolia - 6 jours

oui je vous l'ean qui a disparu

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

9782752105059

Eolia @eolia

6 jours

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

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

S'identifier