Jump to content

JGodard

Members
  • Posts

    26
  • Joined

  • Last visited

About JGodard

  • Birthday 01/01/1

JGodard's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Là je ne peux pas te renseigner. Dans le cas des assiettes cela à généré près de 200 déclinaisons et il n'y a pas eu de problème. Je ne sais pas si il y a une limite, mais je ne pense pas. Il faudrait demander cela directement à l'équipe de PrestaShop. Peut-être une configuration de la taille de la BDD MySQL ou du php.ini à revoir? Le site de mon exemple est sur 1&1;en mutualisé. Fais une simulation en local pour voir si tu as le même problème de plantage ou si c'est simplement beaucoup plus long à générer en ligne qu'en local. Ce n'a peut-être pas planté, mais en cours de création, ça vaudrait la coup d'attendre quelques minutes pour vérifier.
  2. Bonjour Ecom, Désolé du retard pour ma réponse. En fait, comme tu as pu le voir il n'y a pas eu de réponse à mon problème. Il y a sans doute une solution programmable mais il faut sans doute plus de compétences que je n'en ai en PHP. Il est possible de créer un "div" contenant les motifs sous le "colorpicker". Mais pour le rendre visible opportunément et dynamique, il faut là aussi se plonger dans le code J'ai contourné le problème par une solution moins "élégante" que d'avoir de visible simultanément la gamme des coloris et celle des motifs disponibles. Il faut passer d'abord par la création de trois groupes d'attributs, pour mon cas,: - la gamme des coloris avec une référence pour chacun des coloris - la gamme de motifs avec une référence pour chacun des motifs - la gamme des tailles avec une référence pour chaque taille. Ensuite dans la fiche du produit, dans le "Générateur de déclinaisons de produit" il faut : -entrer la référence de base du produit - sélectionner les coloris disponible pour le produit et cliquer sur "ajouter", un tableau apparaît avec les coloris choisis et renseigner éventuellement les impacts en + ou en – sur le prix et le poids (par rapport à un prix de base) - sélectionner les motifs disponibles pour le produit et faire comme pour les coloris, - sélectionner les tailles disponibles pour le produit et procéder comme pour les coloris : impact prix et poids en + et en – (par rapport à un prix de base) Une fois cela fait, il faut "générer" et "revenir au produit". Là, miracle (merci PrestaShop) toute les déclinaisons possibles pour le produit ont été crées avec la référence de base + les références correspondant aux différentes options et les impacts sur le prix et le poids. Il s'agit maintenant éventuellement de vérifier ou de modifier chaque déclinaison en l'éditant et surtout de lui attribuer une image correspondant à la déclinaison. Si des images des tailles ne sont pas forcément indispensables, il est nécessaire d'avoir au moins une photo par coloris e par motif et reprendre celle-ci pour chaque taille. Cela permettra ensuite, sur la fiche du produit sur le front-end, lorsque le visiteur aura choisi ses deux ou trois options dans la boite du panier, d'afficher l'image correspondante. J'espère que cela t'aidera, en p.j. des copies d'écrans. Bien cordialement, Jgodard.
  3. Il faut refaire ton thème (pour la V1.0) avec les nouveaux fichiers du thème Prestashop par défaut de la V1.1, modules compris. Si tu as fait des modifications dans les *.tpl, il faut les reporter et les adapter aux codes de la V1.1., de même avec le global.css. Si tu utilise ton ancien thème tel quel avec la V1.1, cela devient n'importe quoi....
  4. Non, il vaut mieux soit créer une autre base de données pour cette installation si ton hébergement le permet, soit effacer toutes les tables si tu ne peux pas en créer un 2ème comme moi. J'ai commencé à faire une installation fraîche en local et incorporé avec PhpMyadmin petit à petit les tables de mon ancienne BDD . Comme il y a environ 300 produits en ligne + déclinaisons de couleurs, motifs et tailles dans 2 langues, je n'avais pas envie d'avoir tout à refaire, sans parler des pages légales Fr +En, tarifs transport par zones etc.. Pour tout refaire : - le thème et css avec les nouveaux fichiers du thème Prestashop (il y a quelques nouveaux postes à renseigner par rapport à la V1.0), - remplir la BDD il m'a fallu environ 2 jours. Dans mon fil : http://www.prestashop.com/forums/viewthread/10600/installation_configuration_et_mise_a_jour/encore_un_probleme_dans_la_relation_paypalprstashop_v1_dot_1/ j'indique les manipulations que j'ai faites. Ensuite j'ai importé mon thème, images, et ma base de donnée dans l'installation en ligne ça a marché sans gros problèmes après quelques derniers ajustements dans le css. Il est possible aussi de le faire en sauvegardant chaque table en .csv avec phpmyadmin, et de les importer un par un par l'Import du B.O. Pour ma part j'ai préféré travailler en local avec PhpMyadmin car le résultat est visible directement et éventuellement il est possible de corriger 2-3 trucs. Bon courage...ce n'est pas insurmontable, le seul problème est que dans peu de temps il faudra tout refaire avec la V1.2!!!
  5. C'est ce que j'ai fait. Le .htaccess que j'ai donné est celui de l'installation de la V1.1 , j'ai juste ajouté les 2 lignes pour le php5 et celle de RewriteBase / , SURTOUT sans toucher aux autres lignes de code. Pour moi ça a marché.
  6. Bonjour cyrille17, tu as exactement le même problème que j'avais (erreurs 404 ou 500) avec la V1.0 et la V1.1 en upgrade. Tout a disparu par miracle, et ne me demande pas comment, avec l'installation fraîche de la V1.1 et avec le .htaccess de l'installation + la commande à ajouter pour 1&1;tel que cela est indiqué à : http://www.prestashop.com/forums/viewthread/446/installation_configuration_et_mise_a_jour/preinstallation_settings_php_5_htaccess_for_certain_hosting_services pour ce qui concerne l'ajout de AddType x-mapp-php5 .php et de RewriteBase / (si le script Prestashop est à la racine) ou RewriteBase/shop/ si il est dans le répertoire "shop". Une précision : j'ai activé et modifié le .htaccess avant de faire l'installation "fraîche". Tu ne m'as pas précisé si tu avais fait un upgrade de V1.0 vers V1.1 ou une nouvelle installation de V1.1.
  7. Bonjour Cyrille17, Désolé de ne pas avoir pu te répondre plus tôt. J'ai simplement utilisé le htaccess.txt fourni avec l'installation de la v1.1. Je l'ai édité en ligne pour ajouter les commandes décrites plus haut sans toucher au reste (moi non plus je ne suis pas développeur) et renommé ensuite en .htaccess Ci-dessous le libellé, en copier coller de mon .htaccess qui fonctionne sous 1and1: _____________________________________________ AddType x-mapp-php5 .php AddHandler x-mapp-php5 .php # URL rewriting module activation RewriteEngine on RewriteBase / # URL rewriting rules RewriteRule ^([a-zA-Z0-9-]*)/([0-9]+)\-([a-zA-Z0-9-]*)\.html(.*)$ product.php?id_product=$2$4 [L,E] RewriteRule ^([0-9]+)\-([a-zA-Z0-9-]*)\.html(.*)$ product.php?id_product=$1$3 [L,E] RewriteRule ^([0-9]+)\-([a-zA-Z0-9-]*)(.*)$ category.php?id_category=$1 [QSA,L,E] RewriteRule ^content/([0-9]+)\-([a-zA-Z0-9-]*)(.*)$ cms.php?id_cms=$1 [QSA,L,E] RewriteRule ^([0-9]+)__([a-zA-Z0-9-]*)(.*)$ supplier.php?id_supplier=$1$3 [QSA,L,E] RewriteRule ^([0-9]+)_([a-zA-Z0-9-]*)(.*)$ manufacturer.php?id_manufacturer=$1$3 [QSA,L,E] # Catch 404 errors ErrorDocument 404 /404.php _______________________________________________________ As-tu fait une mise à jour de la BDD vers la V1.1 ou as-tu fait une installation directe de la v1.1? Ta BDD est bien en UTF8 (création, sauvegarde et importation des tables)? Personnellement je les manipule en mode utf8_general_ci Vérifie tes tables: "ps_product_lang" et "ps_category_lang" , regarde si le champ (colonne) "link_rewrite" est correctement renseigné.
  8. Bonjour Cyrille17, J'ai eu ce problème avec 1and1 puisque c'est moi qui ai initié ce fil. A la suite d'un autre problème, voir ce fil : http://www.prestashop.com/forums/viewthread/10600/installation_configuration_et_mise_a_jour/encore_un_probleme_dans_la_relation_paypalprstashop_v1_dot_1/ j'ai tout réinstallé la V1.1, alors que j'avais fait une mise à jour de V1 vers V1.1, et refait mon thème avec les nouveaux fichiers du thème Prestashop. J'ai tout refait au propre suivant les conseils de eric69. Avant de faite l'installation j'ai ajouté dans le .htaccess de l'installation les lignes suivantes pour 1and1: AddType x-mapp-php5 .php AddHandler x-mapp-php5 .php # URL rewriting module activation RewriteEngine on RewriteBase / De même à la racine du site, dans les répertoires admin et install, j'ai mis un php.ini contenant : allow_url_fopen=On allow_url_include=On Certains m'ont écrit que dans la racine du site le php.ini était une hérésie. Mais en lançant un phpinfo.php sur le site, je me suis rendu compte que ce php.ini était pris en compte. Après l'installation, ma première vérification a été pour Paypal et elle a été positive. A tout hasard j'ai activé l'Url rewriting dans le B.O. et là, miracle ça marchait. Je te souhaite la même chose. Mais avant de tout réinstaller tu devrais faire un test en permutant les deux ordres que tu as mis dans ton .htaccess: RewriteBase / RewriteEngine on en : RewriteEngine on RewriteBase / la chronologie des ordres a sans doute une importance car le RewriteBase / ne peut être pris en compte que si le RewriteEngine on est activé, j'ai peur que dans ton cas le RewriteBase / ne soit jamais considéré par le serveur. J"espère que cela t'aidera, pour ma part je vais mettre "Résolu" sur mon premier post. JGodard.
  9. @jolvil et eric69 J'ai fini par me résigner à refaire une installation "fraîche" en local, suivant les conseils d'eric69 avec un prestashop_1.1.zip re-téléchargé et re-décompréssé et avec une nouvelle BDD. Avec phpMyAdmin sur le site, j'ai fait une sauvegarde sql de la BDD car je ne voulais pas avoir à rentrer à nouveau tous les produits+descriptions+options, les pages cms, les modes et tarifs expéditions, le tout en Fr et En. Après l'installation en local, j'ai importé à l'aide de phpMyAdmin dans ma nouvelle BDD propre, après avoir comparé table par table la validité de chacune d'elles par rapport à la nouvelle BDD, les tables de la boutique en ligne. J'ai donc importé ainsi une à une : toutes les tables ps_product, toutes les ps_attribute+, les ps_carrier+, les ps_category+, les ps_cms+, les ps_features+, les ps_hook+, les ps_image, enfin pour faire court (si il est encore temps...), toutes les tables non nulles. Sous phpMyAdmin j'ai eu juste à intervenir quelques fois quand les n° d'ordre d'écritures se chevauchaient avec celles déjà en place par l'installation de la boutique démo. Dans ces cas soit j'ai effacé l'écriture concernée, ou en mode édition j'ai modifié son numéro. Après la mise en conformité des modules activés et de mon thème, j'ai retrouvé en local le site (en ligne à l'origine) au complet. Au sujet des ventes Paypal qui n'avaient pas été comptabilisées en live, c'est à dire restées seulement en mémoire panier (les ps_cart+), je les ai entrées manuellement en mode édition dans les tables ps_orders et ps_order concernées. Sur le site en live les paiements par Paypal n'avaient pas été comptabilisés en ventes, aucune trace dans les ps_orders et autres. Il y avait donc bien eu un problème au moment de l'upgrade de la V1 vers la V1.1. Sur le site en ligne, - j'ai supprimé toutes les tables de la BDD et importé la BDD locale exportée en sql avec phpMyAdmin , - j'ai effacé tous les fichiers et répertoires, sauf : le répertoire "config" où j'ai gardé le fichier "settings.inc.php", ainsi que le répertoire "img". - j'ai placé en ligne tous les autres fichiers et répertoires de l'installation locale, et là,miracle, tout MARCHE!!! J'ai fait un test d'achat en ligne avec Paypal, les e-mails acheteur&boutique;sont tous édités et expédiés correctement, la commande est comptabilisée avec le paiement Paypal dans les rubriques "Clients" et "Commandes" et prise en compte dans les diverses rubriques des Statistiques. Je n'ai pas écrit tout ça pour raconter ma vie, mais surtout pour donner une marche à suivre à ceux qui ont eu le même problème au moment de la mise à jour. A l'avenir je pense qu'il serait plus sûr de procéder de cette façon, pour moi tout au moins, pour faire une upgrade. Je ne suis pas programmeur, mais ayant du mettre un peu mon nez dans la BDD et dans quelques scripts pour chercher à résoudre mon problème, je peux affirmer que l'équipe de PrestaShop a fait un sacré travail, sans oublier les participations extérieures, et surtout nous a fait un immense cadeau en nous offrant PrestaShop en opensource. Parce que PrestaShop, quand ça marche, c'est fantastique et bien supérieur au(x) concurents. Qu'ils en soient remerciés avec la plus grande gratitude. Cordialement à tous, JGodard.
  10. Bonjour jolvil, Désolé d'avoir tardé à répondre à tes questions. Pour le thème j'utilise celui de Prestashop V1.1, customisé par le global.css et quelques interventions sur les tpl pour les anims flash, j'ai enlevé le bouton d'achat direct sur les fiches produits Lien vers le site en ligne : http://www.lacigaledor.com La boutique en V1.0 étant déjà en ligne dans un répertoire de travail (l'ancienne boutique était toujours active à la racine du site), lors de la sortie de la V1.1 stable j'ai donc upgradé de V1.0 vers V1.1 en refaisant mon thème avec les nouveaux fichiers du thème Prestashop et révisant mon global.css. Je dois signaler qu'au moment de l'upgrade de la V1.0 vers V1.1, que ce soit en local ou ensuite sur le site en ligne, la dernière page d'installation de Preastashop V1.1 présentait un "erreur sur la page" dans la barre d'état. Cette dernière page a bloqué* les deux fois (en local et sur le serveur) au moment de la mise à jour de la BDD, j'ai verifié sous Phpmyadmin l'intégrité des deux bases de données upgradées (local et ligne) après les installations et j'avais un OK pour toutes les tables. *-Par bloqué, je veux dire que l'upgrade est restée sur cette page sans afficher de "Bravo mec tu es en V1.1" ou autre chose dans ce genre là indiquant que tout s'est bien passé; pas d'e-mail de confirmation non plus. J'ai fait des simulations d'achats avec paiements par chèque, j'ai reçu tous les mails attendus et conformes dans les détails, à savoir: - pour l'acheteur: Confirmation de commande et celui de l'Attente de règlement par chèque - pour le vendeur: l'alerte de Nouvelle Commande. De plus ces ventes ou commandes se sont retrouvées correctement enregistrées et signalées dans le BO et les Statistiques, alors que pour Paypal seul le panier du client est mémorisé sur son compte, la vente n'est pas comptabilisée car par d'enregistrement et confirmation de commande ni de règlement. Dans mes tests avec Paypal, aprés le paiemant, l'e-mail de règlement (avec détails des achats) envoyé par Paypal est conforme, mais pas de retour de confirmation dans la BDD de la boutique, le panier est vidé et mémorisé sur le compte de l'acheteur, mais pas comptabilisé ; ensuite retour après le paiement sur la page "history.php" alors que la page validation.php est configurée chez Paypal. Je ne peux pas faire en ligne une deuxième installation "propre" sans mise à jour, car mon client n'a droit qu'à une seule BDD sur sont hébergement. Si il n'y a pas de solution pour la situation actuelle avec Paypal, je vais donc refaire une installation propre en local et ensuite transfèrer le tout en ligne, vider la BDD en ligne et remplacer toutes les tables par les nouvelles. Merci jolvil pour ton aide, j'ai lu que tu avais eu un problème un peu semblable, ça venait de quoi? As-tu résolu ton problème? Cordialement, JGodard.
  11. jolvil: - le module mailalert et activé et renseigné avec 3 adresses, celle des commandes clients (= celle de Paypal clients), celle de la boutique, et la mienne pour contrôler et qui n'est pas du genre [email protected] - le lien de retour a bien été renseigné : http://www.maboutique/modules/paypal/validation.php, tout se passe comme si j'avais mis history.php au lieu de modules/paypal/validation.php. eric69 : J'ai aussi créé un article à 1€ pour les tests, que j'active ou désactive. J'ai aussi pensé, en désespoir de cause puisque ça marche chez les autres, de refaire une installation "propre". J'ai re-téléchargé plusieurs fois le module Paypal, installé, désinstallé, re-installé, désactivé, réactivé etc.., sans que cela change quelque chose. En fait, au moment d'une mise à jour, tous les fichiers sont "frais" à part le thème qui est mis en conformité avec le nouveau script. Finalement il n'y a que la BDD qui est concernée par la mise à jour et intervient-elle dans le retour de Paypal sur le choix du fichier history.php à la place de modules/paypal/validation.php ???
  12. C'est la même que celle que j'ai en ligne. Le site enregistre le panier, mais il semble n'y avoir aucun retour de confirmation de paiement par Paypal. De ce fait, aucune facture éditable, aucune inscription de confirmation de la commande avec prise en compte par les statistiques. Dois-je tout réinstaller, ou cela vient-il de Paypal? Aprés le message de jolvil, je suis allé voir dans le wiki les directives (qui devraient être complétes sur le module, sans avoir à glaner à droite et à gauche pour compléter les infos de configuration) et j'ai refait la config. sous Paypal. Paypal ne réagit peut-être pas immédiatement?
  13. Bonjour jolvil, J'ai suivi les conseils indiqués dans la config du module Paypal pour la configuration sur le compte busness Paypal, mais il n'y était pas indiqué ainsi que dans le Wiki (merci de m'y avoir fait penser): In Profile >> Selling Preferences >> Instant Payment Notification Preferences, set: Instant Payment Notification (IPN) to On Instant Payment Notification (IPN) URL to http://localhost:8888/prestashop/modules/paypal/validation.php . Ce que j'ai configuré en respectant les liens vers le site. J'ai refait trois fois l'achat d'un produit à 1€, avec ces changements. Après avoir cliqué sur "Retour à la Boutique" je me suis retrouvé sur la page "historique de mes achats" au lieu de validation.php. Dans cette page "historique", j'ai effectivement la liste de mes trois achats de 1€ , mais le detail de chaque commande indique : Total des produits : 0,00 € Total des frais de port : 0,00 € Total : 1,00 € Dans le BO mes 3 commandes sont listées comme dans le FO, mais le détail complet de mon panier rempli sans erreur: T-335 010 Produit test Produits : 1,00 € Bons de réduction : 0,00 € Emballage cadeau 0,00 € Transport : 0,00 € Total : 1,00 € Dans les statistiques mes achats sont passés totalement inaperçus. jolvil, est-ce-que lorsque il y a une vente par Paypal, il y a simultanémént un e-mail de la boutique avec le détail de la commande plus l'e-mail de confirmation de paiement de Paypal, ou y-a-t-il seulement l'e-mail de Paypal contenant le détail de la commande, sans la référence de chaque produit ? Au sujet de la référence du produit dans le détail du mail de Paypal n'est-il pas possible de l'ajouter au reste des indications: Nom produit, déclinaisons (coloris, taille, etc) + référence car plusieurs produits peuvent avoir les mêmes noms et déclinaisons sans être de la mêmes catégorie et de même référence. Avec mes remerciements.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More