ladk

Je vous remonte un problème que j'ai eu concernant le module "programme de fidélité" dans le front office (si cela peut servir a d'autres et bien tant mieux). Dans le front office, si un client voulait consulter ses points fidélité il se retrouvait systématiquement face à une page blanche avec "Fatal Error". Le problème venait du contenu de la variable PS_LOYALTY_VOUCHER_CATEGORY, celle-ci contient les Ids des catégories dans lesquelles les points de fidélités peuvent être utilisés. Il se trouvait que dans cette variable j'avais bien la liste de mes Ids séparés par des virgules mais mon premier caractère était une virgule justement plutôt qu'un Id (exemple : ",32,34,33") et ça le module il n'aime pas. Pour corriger le soucis j'ai juste eu à supprimer cette première virgule. Vous trouverez la valeur de cette variable dans la table "ps_configuration" avec le champ "name" à la valeur "PS_LOYALTY_VOUCHER_CATEGORY".

En ce qui me concerne j'ai constaté les mêmes problèmes de lenteur, pour corriger cela, je vous renvoi à ce post (qui renvoie lui-même) à un autre post. Après cela ma version 1.5.1 modifié fonctionnait à vitesse grand V.

Bonjour, J'ai eu ce problème comme beaucoup maintenant c'est un lointain souvenir (cela ne date que de 3 jours mais j'ai eu d'autres soucis alors on oubli). Moi j'ai trouvé mon bonheur à cette adresse : http://forge.prestashop.com/browse/PSCFV-4761 Il s'agit d'un problème de requête sur le panier, la requête en place fait un produit cartésien donc forcément cela ne fait pas accélérer les choses. Et le correctif dont il est question dans ce lien permet de modifier la requête en question. J'ai bon espoir que cela devrait fonctionner pour toi... Bon courage... en ce qui me concerne après avoir réglé un autre problème avec Paypal il ne me reste plus qu'a régler un soucis avec So'Colissimo...

Merci anthox, cela marche parfaitement. Et un bug de plus en moins...

Bonjour, J'ai un soucis sous mon instance de prestashop 1.5.1 avec le module Paypal 3.2.4. En effet lorsque j'arrive sur ma page de selection du mode de paiement, je ne vois pas mon module Paypal ?! Tout est correctement paramétré (API), j'ai activé le mode 2clicks et je vois bien le bouton paypal en base de mon panier et en bas de page des produits. Mais rien sur ma page de sélection de paiement. J'ai réinstallé le module, j'ai supprimé les clefs PAYPAL dans la base, j'ai tout reparamétré, j'ai vidé mon cache...et rien. J'ai même fait des tests en modification la page "paypal_abstract.php" dansla fonction hookPayment pour y coller quelque chose qui me ferait penser qu'il passe là (j'ai fait un redirect violent vers une autre page par exemple) et rien, y'a rien qui me laisserait penser qu'il passe la dedans. Alors que se passe-t-il ? Mon module Paypal est bien positionné dans l'emplacement "Payment". Qu'est ce que je zappe ? Merci pour votre aide. PS : pour info j'avais des gros problème de lenteurs (voir autres postes) qui sont désormais de lointain souvenirs. J'ai suivi le conseil d'une personne qui renvoyait vers cela : http://forge.prestashop.com/browse/PSCFV-4761. En effet la requête est foireuse (on faisait un produit cartésien, d'où la lenteur). Merci pour votre aide.

Bienvenu au club... j'y suis depuis vendredi soir sur cette satanée migration. La version 1.5.1 est ultra lente, je me suis remis sur la 1.5.0.17 qui tourne bien. Je suis moi aussi sur un dédié dedibox. En local j'ai aussi de grosses lenteur après migration vers la 1.5.1, je n'ai pas fait le test d'installer une version vierge de la 1.5.1.

Franchement je me fais ultra violence pour faire ce que je fais, car PHP ce n'est pas mon job (vive dotNet, je vais me faire tuer d'écrire cela ici... tant pis). Je le fais pour un ami, je lui ai conseillé presta car c'est un truc qui tourne bien mais je n'avais pas prévu de mettre les main dans le cambuis à ce point là. Cela fait un peu peur de lacher le site en prod mais bon va bien falloir y aller un jour.

Je viens de vérifier sur la 1.5.1, en effet il y a eu des modifications sur le contrôleur et comme par hasard sur les trucs qu'on devait recevoir en paramètre et que l'on ne recevait pas. J'ai donc supprimé mes modifs dans le fichier validation.php du module socolissimo et mis en place les modifications qui ont été faite sur ordercontroller.php de la version 1.5.1 (juste celles qui portaient sur mon petit problème) et hop... ça marche. Cela ne va pas me faire installer la 1.5.1 pour autant (du fait des lenteurs que j'ai constaté) mais au moins ça va dans le bon sens. Merci pour l'info.

Et bien me revoilà à nouveau...on ne peut pas dire que cela se bouscule au portillon sur ce poste..Ok on est dimanche, c'est vrai (j'avais oublié). Bon et bien nous y voilà, j'ai ENFIN un module qui fonctionne. Dans mon précédent post, je me demandais si c'était mon instance qui était vérolé ou bien le module qui n'avait pas été testé...bon et bien j'ai ma réponse... suspens... c'est l'option 2. Franchement cela n'a pas été testé c'est sur. Bon ok je suis sur la version 1.5.0.17 on va dire que sur la 1.5.1 c'est mieux.... Je pourrais vérifié j'ai les sources de la 1.5.1, mais bon j'ai ma dose là. On va laisser planer le doute pour sauver les apparences. Alors le problème quoi c'était ? Une fois la sélection de l'utilisateur effectuée on passe par le controller de commande pour la sauvegarde de celle-ci, et bien sur avant de sauvegardé on vérifie un certain nombre de choses comme par exemple : est-ce que les conditions générales de ventes ont bien été cochée ? est-ce qu'un transporteur a été sélectionné ? Il a y bien sur d'autres vérifications mais ce sont ces deux là qui ont attirés mon attention. Ces contrôles se trouvent dans le fichier "OrderController.php" dans le dossier "controllers\front". Bien entendu il n'est pas question de toucher à cela, on est en plein dans le Core. J'ai donc été voir du côté de la page de validation du module socolissimo "validation.php", c'est là que se trouve la redirection vers l'étape suivante de validation de commande. Je trouve donc en fait de traitement de validation cette redirection les arguments passés sont : step=3 cgv=1 Ok pour cgv, dans OrderController on test sa présence mais il manque un truc, ce truc c'est l'id du transporteur. En effet dans OrderController on attend un paramètre "id_carrier", et pas de chance on le passe pas celui-ci donc forcément on va pas plus loin. Pour le passer j'utilise la variable "$so->context->cart->id_carrier" qui est initialisée quelques lignes plus haut mais j'ai alors un autre problème, si mon utilisateur sélectionne non pas une livrison à domicile mais un point relais cela ne refonctionne plus... arghh Bah oui, la variable "$so->..." n'est pas toujours initialisée, en effet celle-ci n'est initialisée que si en retour de l'appel chez socolissimo nous avons 2 arguments... et si y'en a cas on fait rien... c'est bête car celui qu'on reçoit c'est justement l'id du transporteur !! Allez pour les courageux qui ont lu tout cela, voici le bout de script que j'ai modifié dans le fichier "validation.php" // Modification --> if (count($TRPARAMPLUS) > 1) { $so->context->cart->id_carrier = (int)$TRPARAMPLUS[0]; $so->context->cart->gift = (int)$TRPARAMPLUS[1]; } elseif (count($TRPARAMPLUS) == 1) $so->context->cart->id_carrier = (int)$TRPARAMPLUS[0]; // Modification <-- if ((int)$so->context->cart->gift && Validate::isMessage($TRPARAMPLUS[2])) $so->context->cart->gift_message = strip_tags($TRPARAMPLUS[2]); if (!$so->context->cart->update()) $errors_list[] = $so->l('Cart can\'t be updated. Please try again your selection'); else { // Modification --> Tools::redirect($redirect.'step=3&cgv=1&id_carrier='.$so->context->cart->id_carrier); // Modification <-- } J'espère que cela pourra en aider certains car j'ai vraiment souffert pour en arrivé là, PHP n'est pas mon langage (je viens du monde dotNet), voilà pourquoi je suis étonné qu'un module comme celui-ci soit aussi buggé, bon maintenant y'a peut être une explication... je l'attends. J'ai peur que cela ne soit pas terminé...j'ai viens de voir qu'il y avait un problème si j'offrais le choix entre deux transporteurs : socolissimo et un autre... arghh..c'est sur il prend la main je viens de le vérifier. C'est un truc de fou ce module... A suivre...

Je continue toujours...voici mes dernières constatations... si quelqu'un passe par là et vois des informations intéressante à me communiquer je suis prenneur... Ce qui semble poser problème c'est l'adresse de redirection qui est utilisé dans la phase de validation. En effet cette adresse est la suivante : http://site/index.ph...r&step=3&cgv=1. Si vous faites l'essai sur un v1.5 de Prestahsop vous serez alors systématiquement redirigervers la page de sélection du transporteur et l'adresse sera alors : http://site/index.ph...r=order&step=2. Je pense que c'est l'argument "cgv" qui n'est pas ou qui est mal interprété. Celui si semble passé pour simuler la coche sur les conditions générales de ventes mais visiblement, sous mon instance de prestashop, il ne le prend pas comme cela. Y'a deux solutions : soit mon prestahsop est vérolé, soit aucun test n'a été fait sur ce module. J'hallucine un peu à vrai dire... A suivre.

Je continue mes recherches et j'ai trouvé quelque chose concernant l'erreur "Missing signature" and mode Fancy à off. Dans le formulaire où nous sont présentés les différents transporteurs, je confirme bien qu'il manque le champ hidden "signature" ! Tous les autres sont bien présents mais pas celui-ci. Si quelqu'un de la team passe par là, peut-il me confirmer la chose et me dire si cela est ok ou non ? En attendant j'ai modifié le fichier (dans la version 1.5.0.17 de PS et 2.6.3 du module) "socolissimo.php" qui se trouve dans le répertoire "modules\socolissimo". Les modifications ont mineures puisque j'ai juste ajouté la ligne suivante : $inputs['signature'] = $this->generateKey($inputs); sous l'affectation de la variable $inputs, chez moi cela donne juste après la ligne 403 et avant la ligne où les variables smarty sont initialisées : $this->context->smarty->assign(array( 'select_label' => $this->l('Select delivery mode'), ... Après cette modification, j'arrive à la page de socolissimo où je peux saisir mes informations. Par contre j'ai toujours le second problème (que j'ai donc en mode Fancy). A savoir une fois l'adresse saisie et que l'utilisateur valide, je retourne à ma page de sélection de transporteur ?! Franchement je suis le seul comme cela ? A suivre... PS : la team n'hésitez pas à intervenir bien sur.

Bonjour, Je viens appporter mon témoignage sur ce post. Nous sommes dimanche 9:56 et je suis depuis vendredi soir 22:00 quasiment non stop (avec un couché samedi matin à 5:00) sur une migration d'un site en 1.3.1 vers 1.5.1. Comme vous pouvez vous en douter c'est très sport. Ce qui m'a mis dedans c'est la version 1.5.1, je ne sais pas pour les autres mais j'ai eu de gros soucis avec, ce qui explique mon couché à 5:00 le samedi pour finalement prendre la décision à 9:30 de tout recommencer avec une version 1.5.0.17. Mon principal soucis avec la version 1.5.1 c'est sa lenteur, un truc de fou. Je l'ai réinstallée plusieurs fois pour m'en assurer et pas de soucis c'est bien la version 1.5.1 qui fait tomber les perf de mon site. Je suis passé : de 1.3.1 à 1.4.9 pas de soucis pour la mise à jour (pas de plantage après le site n'est pas fonctionnel bien sur mais le but était de monté sur cette version intermédiaire sans erreur), puis mise à jour vers 1.5.0.17, là encore aucun soucis, cette fois je me suis plus attardé sur le front-end pour faire en sorte que le site soit fonctionnel. La navigation était fluide. enfin passage sur la dernière version : 1.5.1. Pas de soucis pour le passage mais pour ce qui est des perfs... la catasstrophe, j'ai rééssayé plusieurs fois, en changeant de poste, en local, à distance, à chaque fois : des lenteurs de fou. Exemple entre l'appui sur le bouton "Ajouter au panier" et l'affichage de l'article dans le panier sur une machine en local avec 4 processeurs 8Go de mémoire : 4 secondes !! La version 1.5.0.17 fait mon bonheur (croisons les doigts), par contre j'ai un énorme problème avec So'Colissimo. Et là encore je me suis arraché les cheveux (et je continu d'ailleurs). Je viens de voir que certains n'attendaient plus que les modules So'Colissimo et Mondial Relay soit compatible avec la 1.5 et bien je ais m'inscrire au club moi aussi je pense. Si on pouvait avoir des news sur le sujet cela serait bien... Merci

Bonjour, C'est mon premier post sur ce forum mais là je suis au bout. Cela fait maintenant quasiment 48h non stop que j'essaye de faire une migration d'un site 1.3 en 1.5. Je passe sur les détails pour finalement arriver à faire le plus gros de la migration. Ma situation aujourd'hui : j'ai un site en version 1.5.0.17 (j'ai laissé tombé la version 1.5.1 qui est d'une lenteur incroyable), avec la dernière mise à jour du module SoColissimo 2.6.3 et je suis incapable de les faire fonctionner ensemble. Sur ce module nous avons deux modes d'exécutions en mode fenêtré (Fancy) ou non. En mode Fancy, j'accède à la sélection de l'adresse et tout ce qui va bien mais lors de la validation je reviens à la page de sélection du transporteur sans pouvoir passer à la validation même de ma commande. En mode non Fancy, une fois le transporteur "So'Colissimo" sélectionné, je reviens sur mon site avec le message d'erreur "Missing signature". Bien entendu j'ai fait beaucoup de recherche sur le forum, j'ai bien vu ce type de problème mais sur des version antérieur à la version 1.5 de prestashop, et des versions antérieures du module 2.6.3. Malgré cela, j'ai essayé de mettre en place les différentes solutions proposées, notemment mettre en place une version 2.0 du module qui semblait résoudre le problème pour certains mais ils étaient en version 1.4.x de prestashop. Je passe sur le fait que la poste annonce l'arrivée de sa nouvelle version côté serveur (fonctionnant en mode frame), que celle-ci est déjà disponible mais que comme l'autre j'ai les mêmes résultat. Pour passer de l'une à l'autre version je change juste les adresses de redirection dans le paramétrage du module (url de la version frame : https://ws.colissimo...me/storeCall.do, version sans frame c'est la même chose mais vous enlevez "-frame"). J'ai bien sur mis le nez dans le code pour voir d'où venait cette erreur "Missing signature", j'ai bien vu une fonction qui permettait de la générer (la signature) mais je n'ai pas l'impression que le résultat soit mis dans l'url de redirection. J'ai constaté la même chose sur l'ancien module qui fonctionne sur ma version 1.3 de presta (version 1.6.3). Donc voilà c'est bien oscure tout cela. Visiblement je ne suis pas le seul dans ce cas là... Beaucoup laisse tomber So'Colissimo, ce qui pour moi est inenvisageable. Il me faut donc une solution alors je cherche... Cela repousse sans cesse le passage en prod de la v1.5. Si quelqu'un de la team de presta passe par là je suis preneur de ses conseils avisés, je suis prenneur de tous les conseils avisés. Merci pour votre aide.

Désolé pour ce post mal placé, si un modérateur passait par là pour le supprimer cela serait parfait. Il ne s'agit pas d'un bug. Je vais le recréé là où il faut... Merci

Bonjour, C'est mon premier post sur ce forum mais là je suis au bout. Cela fait maintenant quasiment 48h non stop que j'essaye de faire une migration d'un site 1.3 en 1.5. Je passe sur les détails pour finalement arriver à faire le plus gros de la migration. Ma situation aujourd'hui : j'ai un site en version 1.5.0.17 (j'ai laissé tombé la version 1.5.1 qui est d'une lenteur incroyable), avec la dernière mise à jour du module SoColissimo 2.6.3 et je suis incapable de les faire fonctionner ensemble. Sur ce module nous avons deux modes d'exécutions en mode fenêtré (Fancy) ou non. En mode Fancy, j'accède à la sélection de l'adresse et tout ce qui va bien mais lors de la validation je reviens à la page de sélection du transporteur sans pouvoir passer à la validation même de ma commande. En mode non Fancy, une fois le transporteur "So'Colissimo" sélectionné, je reviens sur mon site avec le message d'erreur "Missing signature". Bien entendu j'ai fait beaucoup de recherche sur le forum, j'ai bien vu ce type de problème mais sur des version antérieur à la version 1.5 de prestashop, et des versions antérieures du module 2.6.3. Malgré cela, j'ai essayé de mettre en place les différentes solutions proposées, notemment mettre en place une version 2.0 du module qui semblait résoudre le problème pour certains mais ils étaient en version 1.4.x de prestashop. Je passe sur le fait que la poste annonce l'arrivée de sa nouvelle version côté serveur (fonctionnant en mode frame), que celle-ci est déjà disponible mais que comme l'autre j'ai les mêmes résultat. Pour passer de l'une à l'autre version je change juste les adresses de redirection dans le paramétrage du module (url de la version frame : https://ws.colissimo.fr/pudo-fo-frame/storeCall.do, version sans frame c'est la même chose mais vous enlevez "-frame"). J'ai bien sur mis le nez dans le code pour voir d'où venait cette erreur "Missing signature", j'ai bien vu une fonction qui permettait de la générer (la signature) mais je n'ai pas l'impression que le résultat soit mis dans l'url de redirection. J'ai constaté la même chose sur l'ancien module qui fonctionne sur ma version 1.3 de presta (version 1.6.3). Donc voilà c'est bien oscure tout cela. Visiblement je ne suis pas le seul dans ce cas là... Beaucoup laisse tomber So'Colissimo, ce qui pour moi est inenvisageable. Il me faut donc une solution alors je cherche... Cela repousse sans cesse le passage en prod de la v1.5. Si quelqu'un de la team de presta passe par là je suis preneur de ses conseils avisés, je suis prenneur de tous les conseils avisés. Merci pour votre aide.