Jump to content

Broceliande

Members
  • Posts

    1,735
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Broceliande

  1. Tu as vendu depuis , créé des produits peut être, eu des register clients , des paniers .... Malheureusement pas de retour en arrière possible (quoique...) . Il faudrait faire un différentiel des requêtes sql exécutées pour le passage de ta version d'origine à la 1.6.x . Dans le pire des cas tu pourrais je pense facilement revenir à une 1.5.last Ca implique également de rebalancer une arborescence 1.5.last .... sur ton hébergement. En gros c'est pas impossible de downgrader, dans le cas présent , même si dans le cas général ce n'est vraiment pas envisageable. A mon sens il est encore temps, mais tu ne peux pas compter sur un outil de downgrade similaire à celui d'upgrade. Ici il te faut construire avec le fait que tu as déja effectué "l'irréparable" et trouver une bonne pomme à même d'effectuer l'opération inverse. Je le redis , dans le cas présent ce n'est pas nécessairement compliqué (mais je n'ai pas eu de downgrade à faire à ce jour non plus)
  2. Côté perfs , il te faut également activer la compression des scripts et css etc ... (CCC) Là en fait tous tes js et css sont chargés indépendamment. Il y a donc encore des réglages à faire dans ton back-office pour optimiser ton site. Au delà de ce qui a été dit , moi je vois un autre énorme frein à la validation des paniers : Les produits déclinés sont ajoutables tels quels, même quand ils ne sont dispos que dans une seule taille ! Du coup le client ajoute au panier , trouve (difficilement) le bouton commander (parce que les produits dans les listings ne "volent" pas vers le panier, contrairement à la fiche produit : ça c'est un pb lié au thème), du coup donc le client final se retrouve avec une taille S unique , et tout le monde ne fait pas du S ... (c'est juste un exemple : Bonavita). En gros on peut ajouter des tas d'articles au panier , sans savoir dans quelle taille on l'ajoute :s Il peut être intéressant de ne pas afficher de bouton d'ajout au panier pour les produits déclinés (à peu près tous donc dans le vêtement) , et afficher les tailles dispos comme ici par exemple : voir ce qui se passe au survole des produits. Pour moi de toute évidence et même si en effet le site fait très pro et est très propre, le client se retrouve avec un article qui n'est pas à sa taille en moins de 2. Ca peut en soi expliquer ces abandons de paniers , ces derniers n'étant pas ce que le client final souhaite acheter .
  3. Salut Bénédicte, Puisque tu as accès à la bdd , jettes un oeil sur la table ps_configuration affiche un max de ligne (genre 1000 ça suffit souvent , à partir de 1... ) Cherche dans la page (CTRL + F) , tous ce qui se rapporte à (ou contient) "/shop" Tu devrais notamment tomber sur des valeurs clé qui te diront surement quelque chose. Enfin la plus importante de ces clefs est PS_CANONICAL_REDIRECT que tu dois passer à 0 pour accéder au BO en toute sérénité. Si tu y parviens tu devrais pouvoir réajuster tes params, regénérer le htaccess (notamment en désactivant et réactivant la réécriture), spécifier l'adresse et domaine du site, tout ceci dans préférences -> seo et urls.....
  4. Bonsoir, Donc pour la première règle tu as forcément créé un prix spécifique puisqu'elle s'applique à un produit qui s'applique bien à tous les groupes. Or on ne peut appliquer plus d'un prix spécifique à la fois . Il y a d'ailleurs des règles de priorité dans ce sens. [EDIT : je précise que je dis ne dis pas qu'on ne peut créer qu'un seul prix spécifique évidemment, mais que seulement un seul sera appliqué en cas de chevauchement , celui de plus haute priorité] Mais ...(!) Tu peux créer une catégorie non active, par exemple , que tu nommes 10% . Cette fois tu crées non un prix spécifique mais une règle de prix catalogue de 10% de remise s'appliquant à la catégorie 10% et à un groupe de clients donné . Tu ajoutes le produit A pour toujours rester dans ton exemple à la catégorie 10% (ou l'inverse devrais-je dire) . Dans ce cas le client du groupe VIP se verra appliquer la remise de base du produit , mais en plus la remise liée à son groupe et la catégorie du produit A. Si tu souhaites gérer plusieurs degrés de remise tu ajoutes autant de catégories...
  5. Bon je vois bien que c'est un topic qui traine en longueur et je ne devrais pas remettre d'huile sur le feu, mais là on parle de la valeur de Price Minister alors qu'il est à l'origine question de la cessibilité du module dont l'auteur n'est en rien dépendant ou rattaché à ladite société, bonne ou mauvaise. Je pense que si l'editeur donc de ce module passait par là , plus que dire que c'est légal ou pas, préciserait que l'acheteur d'un module ainsi revendu ne ferait pas une affaire , ne serait-ce que parce qu'en aucun cas il ne pourra prétendre au support ou à l'obligation de résultat. N'oublions pas que pour contacter l'auteur depuis addons il faut avoir acheté le module. A supposer qu'on ait l'adresse directe de l'éditeur , il faudrait encore pouvoir prouver d'une part que le module a été acheté légalement (reçu ? ) , d'autre part que l' acheteur initial a acheté le module légalement ou plutot on l'a dit sa licence, mais aussi qu'il ne l'utilise plus, et qu'il ne l'a revendu qu'une seule fois. Bcp de choses à prouver pour que tout soit en ordre non ?
  6. Bonsoir, En dehors du fait que je doute qu'il soit légal de facturer une tierce personne ou entité en lieu et place de la personne qui passe commande et en effectue le règlement, je ne connais aucune module permettant de faire ce que tu demandes. Le développer n'est pas non plus une affaire simple. A un développeur à même de mettre les mains dans le cambouis et développer lui même un module je dirais de surcharger un des controlleurs du tunnel de commande comme AddressesControllerCore et y modifier systématiquement les adresses de livraison et de facturation après avoir pris soin si ce n'est déja fait lors d'une précédente visite d'y cloner les adresses associées au client référent du group A (car un groupe ne peut avoir d'adresse) , puis les forcer dans le contexte , notamment dans context->cart->id_address_delivery et context->cart->id_address_invoice. Ceci n'étant réellement qu'un mince résumé de la manip .
  7. Salut , La situation est différente dans ton cas. Plus haut on aborde des variables déja présentes dans smarty. Ce que tu veux faire est en ceci différent que tu souhaites appeler la catégorie parente et que celle ci n'existe pas dans les variables transmises au template. Je suppose que par parente tu entends catégorie de premier niveau d'ans l'arbre des categs ? Dans ce cas tu devras modifier le code du module lui même , ou le dupliquer pour en créé un nouveau modifié 'nouveau nom de classe module, nouvelles tables etc) . Si tu modifies directement le module , comme il ne s'agit pas juste d'une surcouche de tpl , alors toute modif sera perdue en cas de maj ... mais bon , La il te faudra une requete sql dont tu affecteras le résultat à un index supplémentaire du tableau product genre $product['parentcategory'] = ... Je ne donne pas d'exemple de requete parce que je ne sais pas si ta catégorie mère en question est celle de premier niveau , ou le premier parent de la catégorie par défaut , ce qui change forcément la donne.
  8. Hello, En réalité il s'agit plutôt du bloc "Mon compte" , utilisé ici dans le footer. Seulement tu ne trouveras rien dans les tpls, car ce sont les modules "parrainage" et je pense "Produits favoris" qui se sont greffés sur le hook "Mon compte" . Si ces deux modules te sont étrangers et que tu ne les utilises pas alors il suffit de les désinstaller. Sinon si tu souhaites les conserver sans qu'ils s'affichent dans le footer , alors tu vas dans le BO dans Modules->positions . Un CTRL + F devrait t'afficher le champ de recherche de ton navigateur. tu colles alors ceci dedans : My account block puis entrée ... Tu verras le hook concerné et dedans les deux intrus sus-cités. Tout à droite en face de chacun d'eux se trouve une petite icone en forme de corbeille. Il ne suffit plus cliquer sur chacune d'entre elles pour dégreffer les modules . Les clients auront alors ces liens toujours visibles dans la page "Mon compte" .
  9. Il faudrait surtout savoir si presta a commencé la conversion de ton site côté BDD Mais pour que ton settings soit vide je pense que non . Donc remettre simplement un backup de settings.inc.php devrait suffire reprendre la main sur le BO. Ensuite puisque ton arbo a probablement été écrasée par la nouvelle version , tu peux retenter une upgrade pour que la bdd soit en corrélation avec la version de presta présente dans l'arborescence. Mais attention : Comme l'auto-upgrade fonctionne en ajax je me pose une question : Si tu édites ton ficher /config/defines.inc.php , n'aurais tu pas par hasard activé dedans le mode debug ? SI tu as define('_PS_MODE_DEV_', true); au lieu de define('_PS_MODE_DEV_', false);, alors c'est le cas et il est plus que logique que l'ajax plante au premier notice php. Je ne sais pas si l'auto-upgrade ne réalise pas ce test toutefois avant de se lancer. Une dernière chose que tu peux tenter est de lancer une upgrade "manuelle" si tant est que cette mise à jour n'est pas une maj majeure (genre si tu passes d'une 1.5.6.x à une 1.5.6.2 c'est sans danger) , pour cela tu ajoutes ceci derriere l'url de base de ton site : /install/upgrade/upgrade.php Là pour le coup le debug peut être activé et c'est même préférable, car de mémoire j'ai rencontré un bug dans le script de la 1.5.6.2 qui cherche à include des noms de classe avec casse alors que ces mêmes classes ont été toutes renommées en lower case, enfin un truc dans le genre ...
  10. Il existe de nombreuses solutions qui garantissent le paiement , mais je commence par préciser que paypal en fait partie, sous la forme de leur formule paypal evolution... là je te laisse te renseigner. Autrement de la même manière , tout contrat VAD (donc un tpe virtuel fourni par ta banque) , peut être ou non assorti d'une garantie des paiement , pour peu que l'option 3D Secure soit activée sur l'interface banquaire. Il existe également des solutions tierces qui contrôlent les transactions à risque et garantissent les paiements (secuvad, fianet ...) Chacune de ces solutions a un coût , il reste à comparer.
  11. En complément, si tu as modifié maintenance.tpl, et que tu ne vois aucune différence, alors une seule solution : vider le cache smarty . Selon la version de prestashop le cache smarty se trouve dans des dossiers différents. Sur la 1.5 , une option dans les Paramètres avancés -> performances permet de définir le comportement de ce cache. Beaucoup passent cette préférence à "Ne jamais recompiler les fichiers de templates " alors que l'idéal à mon sens est de choisir : "Recompiler les fichiers de templates si ils ont été mis à jour ", qui évite de s'arracher les cheveux quand on modifie quelque chose et qu'on ne voit aucun changement... l'une ou l'autre des options n'a aucune incidence sur les performances globales ou la sécurité , autant donc choisir celle qui facilite la vie et reporte les modifs.
  12. J'ose espérer que tu as une sauvegarde de ce settings.inc.php ou que ton site n'est pas en production ? Dans le cas contraire il n'est pas impossible de relancer ton site mais chacun de tes clients devra regénérer un mot de passe car tu auras perdu la clef magique : _COOKIE_KEY_ , qui sert à crypter les mots de passes dans la bdd , entre autres. En français dans le texte , on stocke le mdp client / employé etc dans un cryptage non reversible. Le cryptage n'est pas réversible donc, mais dans tous les cas de figure, le même mot de passe, qu'on ajoute derrière cette fameuse clef, passé à la fonction MD5 (c'est elle qui crypte à sens unique) donnera toujours le même résultat. SI tu as perdu définitivement cette clef, jamais plus un de tes clients ne pourra s'identifier sans regénérer un mot de passe avec la nouvelle clef. Bien évidemment si tu as changé l'url du bo durant le processus de mise à jour et ce sur la même page ou s'exécutait l'upgrade, tu as rechargé cette dernière et interrompu la mise à jour. Mais tu auras également créé un second cookie avec les www devant, ce qui peut facilement faire perdre les pédales à toute action en cours utilsant les cookies... Une des première choses que fait l'upgrade est de modifier le settings.inc. Pour des tests etc j'ai parfois eu à interrompre et relancer ce processus, la version de prestashop était déja inscrite dans settings. Jamais en revanche je ne l'ai trouvé vide. Tourne toi dans un premier temps vers ton hébergeur pour savoir s'il n'existe pas de sauvegarde automatique de ton site. Ce serait salvateur de revenir en arrière , quitte à risquer de perdre les quelques dernières commandes , que tu pourras toujours récupérer si avant de restaurer , tu fais et conserver une sauvegarde de la base actuelle.
  13. Hello, A partir du moment ou le colis t'a été retourné , en soit cela prouve que tu t'es dégagé de tes obligations d'expédition. Toutefois la marchandise lui appartient , elle a été règlée... Je ne crois pas qu'il y ait un délai spécifique qui dirait que l'objet est "perdu" et t'appartient. En revanche tu es parfaitement en droit de demander au client de payer à nouveau les frais d'envois, c'est une certitude. Dans l'absolu il est toujours préférable de tenter d'entrer en contact avec le client et d'arranger les choses au mieux cela dit ....
  14. il y a une solution : dans le fichier gsitemap.php du module, ligne 617 à 620 , remplacer le bloc par : private function _addSitemapNode($fd, $loc, $priority, $change_freq, $last_mod = NULL) { fwrite($fd, '<loc>'.(Configuration::get('PS_REWRITING_SETTINGS') ? '<![CDATA['.$loc.']]>' : $loc).'</loc>'."\r\n".'<priority>'."\r\n".number_format($priority, 1, '.', '').'</priority>'."\r\n".($last_mod ? '<lastmod>'.date('c',strtotime($last_mod)).'</lastmod>' : '')."\r\n".'<changefreq>'.$change_freq.'</changefreq>'."\r\n"); }
  15. Hello, je te suggère de créer ton propre topic et de décrire plus précisément ton problème. Il y a 1000 et 1 causes possibles pouvant bloquer l'ajout au panier, on ne peut pas toutes les détailler... Dans ton cas il n'y en a sans doute qu'une seule. Mais encore faudrait il avoir au minimum le lien du site. Ici ton post n'est ni une question ni une réponse, mais dans tous les cas il n'est pas possible de te répondre. Je le redis, nombre de choses peuvent bloquer l'ajout au panier, le plus souvent le simple fait d'activer le debug, ou le moindre module qui plante le javascript et hop ! plus d'ajout... Avec un lien on peut au moins tester et voir ce que dit la console javascript. Si une erreur se pointe il est assez facile de localiser le ou les modules fautifs ou la nature de l'erreur.
  16. +1 Il suffit de rebalancer l'intégralité du contenu de /izy2buy dans le dossier parent. Cette opération peut se faire directement avec filezilla sans avoir à downloader et reuploader tout : il suffit de faire un drag & drop - glisser/déposer de tous les fichiers et dossiers vers le parent. Ensuite une simple modif de /config/settings.inc.php suffit en remplaçant comme le dit DevNet /izy2buy/ par / . Tout ça se fait en un coup de cuillère à pot.
  17. A mon sens ça ne valait pas le coup d'installer un prestashop pour ça : l'intérêt n°1 d'un logiciel e-commerce est la gestion de panier et du tunnel de commande. Si tu veux sauter ces étapes alors c'est que prestashop ne t' est d'aucune utilité. Le tunnel de commande est vraiment l'essence même de tout logiciel e-commerce, aucun cms digne de ce nom ne te permettra de limiter ce tunnel à la seule saisie d'un mail malheureusement. Je ne dis pas que c'est impossible, mais il y aurait tellement de modifs à faire....
  18. Well i'll paste a bit more code then . Just open view.php in /modules/blockwishlist In 1.5.6 , the right place to act on is on line 60 and following Actual code is : if ($products[$i]['id_product_attribute'] != 0) { $combination_imgs = $obj->getCombinationImages($context->language->id); if (isset($combination_imgs[$products[$i]['id_product_attribute']][0])) $products[$i]['cover'] = $obj->id.'-'.$combination_imgs[$products[$i]['id_product_attribute']][0]['id_image']; } It has to be replaced by : if ($products[$i]['id_product_attribute'] != 0) { $combination_imgs = $obj->getCombinationImages($context->language->id); if (isset($combination_imgs[$products[$i]['id_product_attribute']][0])) $products[$i]['cover'] = $obj->id.'-'.$combination_imgs[$products[$i]['id_product_attribute']][0]['id_image']; else { $cover=Product::getCover($obj->id); $products[$i]['cover']= $obj->id.'-'.$cover['id_image']; } } Notice that you also have to replace the very same block in managewishlist, around lin 66. Here you'll find the very same code than in view.php : if ($products[$i]['id_product_attribute'] != 0) { $combination_imgs = $obj->getCombinationImages($context->language->id); if (isset($combination_imgs[$products[$i]['id_product_attribute']][0])) $products[$i]['cover'] = $obj->id.'-'.$combination_imgs[$products[$i]['id_product_attribute']][0]['id_image']; } wich has to be replace as well , by : if ($products[$i]['id_product_attribute'] != 0) { $combination_imgs = $obj->getCombinationImages($context->language->id); if (isset($combination_imgs[$products[$i]['id_product_attribute']][0])) $products[$i]['cover'] = $obj->id.'-'.$combination_imgs[$products[$i]['id_product_attribute']][0]['id_image']; else { $cover=Product::getCover($obj->id); $products[$i]['cover']= $obj->id.'-'.$cover['id_image']; } } Except tha fact that those lines appear in two different files, you'l see that the code is identical and the patch then the very same.
  19. hi all. I had to use clockwishlist for a customer and experienced the same troubles regarding images. Main trouble comes when u use attributes for a product and don't have a défault image for each combination. In the module's code you can see that right here around line 65 : if ($products[$i]['id_product_attribute'] != 0) { $combination_imgs = $obj->getCombinationImages($context->language->id); if (isset($combination_imgs[$products[$i]['id_product_attribute']][0])) $products[$i]['cover'] = $obj->id.'-'.$combination_imgs[$products[$i]['id_product_attribute']][0]['id_image']; } Trouble is that there is no rule if no default image's found for this combination. You can fix it easily if you replace this code by the following (you''l see what changes right in the "else" condition added. if ($products[$i]['id_product_attribute'] != 0) { $combination_imgs = $obj->getCombinationImages($context->language->id); if (isset($combination_imgs[$products[$i]['id_product_attribute']][0])) $products[$i]['cover'] = $obj->id.'-'.$combination_imgs[$products[$i]['id_product_attribute']][0]['id_image']; else { $cover=Product::getCover($obj->id); $products[$i]['cover']= $obj->id.'-'.$cover['id_image']; } } Finally, if no default image is defined for the combination, then the additional code will look for the product's cover instead. The very same change has to be done on view.php, around line 71. You''l find the very same code , juste replace it the same way. Regards, Eric
  20. Hi, IMO there are a few things to check looking @ what u wanna do and the way you do it. Usage of ajax_add_to_cart_button class and rel to spécify the id both look fine. - Are you sure ajax-cart.js is loaded in your home page though ? - Supposing it's loaded, did you set the debug parameter to true in /config/defines.inc.php ? (in case you did, any notice or warning on any of loaded module will break ajax response) I really wonder why you put some inline style ine your tpl. There is a css file loaded in header wich at least uses CCC. Inline styles aren't really good for "google pagespeed" like tests . You'd be inspired to put those css in blocknewproducts.css reather than in tpl. You'd be inspired too to have a look @ modules's tpl and css overrides cause it would have been far enough to override the module tpl and css rather than modify them inside module's directory.
  21. Ok donc 3 jours plus tard still no answer. C'est un peu comme demander pourquoi sa voiture ne démarre pas et refuser d'ouvrir le capo. Donc tu passes 3 semaines à pas pouvoir ouvrir ton BO , mais quand on te propose une aide réelle tu ne te manifestes pas non plus. C'est plus facile de critiquer ouvertement que de fournir à ceux qui veulent t'aider les moyens de le faire, c'est ce que j'en déduis. CQFD en ce qui me concerne : La communauté Prestashop n'est pas constituées que de membres de la team, pas non plus constituée que de développeurs, intégrateurs, et autres prestataires. Elle est également constituée de tous ces commerçants qui ont besoin d'aide. Certains sont faciles à aider, d'autres moins et leur répondre demande d'avoir déja rencontré et règlé le problème, ou encore plus d'expertise ou simplement plus de temps. Certains disent merci , d'autres pas. D'aucuns sont si enthousiastes et sympas qu'on a vraiment envie de les dépatouiller, d'autres beaucoup moins. Mais là bbroro je ne vois pas bien ou mène ton topic, on en a eu des tas de la sorte et ils se sont à peu près tous terminés de la même manière. L'entraide est un plaisir, une chance, une belle chose , mais pas un dû .
  22. Je comprends entièrement le ras le bol surtout au bout de 3 semaines. Mais il y avait des choses à répondre à ceci et je l'ai fais, ce qui ne reste évidemment que mon propre avis et n'engage personne d'autre , je ne suis le porte parole de personne je précise... Je vais donc pouvoir démontrer que la bonne volonté existe sur ce forum. Tu m'adresses un accès ftp à ton site (en pm ça va de soi) et je gage que je serais en mesure de réparer ton accès au BO en 2 temps 3 mouvements si toutefois ton installation n'est pas corrompue, auquel cas je serais en mesure de te dire en gros ce qui cloche et la démarche à entreprendre pour la réparer. De cette manière je pourrais peut être te faire mentir mais tu n'en seras pas pour autant mécontent je présume. La balle est dans ton camp camarade.
  23. Il y a des sujets sur lesquels je ne me dois de rebondir parce je ne suis pas du tout d'accord avec certaines de tes remarques, notamment celle-ci : Il y a tout même un paquet de contributeurs qui ne monétisent pas leur aide, dans mon cas je disais juste que cette aide a des limites. Regarde par exemple ici . Il me semble bien que la question initial a trouvé des réponses fonctionnelles et non monnayées ?? Il me semble que nous ne sommes pas avares d'un bout de code, parfois même conséquent. Clique sur le lien de ma signature et tu verras également que si nous monnayons certains services, on sait également faire du gratuit. Donc c'est bien trop général à mon sens comme considération. Et injuste pour ceux qui se sont depuis longtemps investis dans cette communauté, même si en effet nous vendons aussi des modules ou des services parce que c'est notre métier et qu'on doit tout comme les commerçants (ça merci tu le soulignes) , vivre aussi. Et je ne cite que mon exemple mais des contributeurs à l'esprit communautaire il y en a un paquet.
  24. J'ai omis de répondre à ceci. Effectivement une partie des modules est délocalisée dans la 1.5 . Dans la liste , tu trouveras des modules addons , payants (chose que l'on peut désactiver) , mais aussi des modules additionnels si qui ne sont pas nécessairement dans l'arbo des modules presta natifs, cf les modules socolissimo etc .
  25. Lorsque j'édite le statut Préparation en cours dans le BO d'une 1.5 , j'ai ça, je ne vois pas ce qu'il manquerait par rapport à la 1.5, quant à la page blanche il me faudrait un accès ftp (pour activer le debug) , et un accès BO (pour checker ta config, et surtout pour voir une erreur au lieu d'une page blanche) : Considérer la commande associée comme validée Autoriser les clients à télécharger et lire la version PDF de la facture Cacher cet état dans la commande pour les clients Envoyer un e-mail au client lorsque la commande est changé à cet état Marquer la commande associée comme expédiée Marquer la commande associée comme payé Afficher le PDF de bon de livraison
×
×
  • Create New...

Important Information

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