aDy

Merci à toi pour ma dernière question ;-)

jeckyl => Ici la MAJ manuelle est bouclée en 5 minutes. Bien entendu que lorsque je suis passé de 1.2.5 à 1.3.0 il y a quelques jours, j'ai fais un upgrade traditionnel. Mais dans mon cas cela me demande pas mal de temps entre les sauvegardes de mes données SQL et FTP, et mes modifications de fichiers core. Donc quand une sauvegarde manuelle est disponible je suis assez content

Merci de pas lire les posts en diagonale à partir du moment ou vous y répondez svp. On parle effectivement de mise à jour manuelle, celle indiquée dans le lien cité plus haut !

Hello, Ici (http://www.prestashop.com/blog/article/prestashop_v131_mise_a_jour_de_securite_importante/), la team indique la procédure de mise à jour manuelle pour passer de 1.3.0 à 1.3.1 (failles de sécurité) Ça serais sympathique de rajouter sur cette même page de Remplacer dans le fichier "settings.inc.php" : La ligne "define('_PS_VERSION_', '1.3.0.10');" Par "define('_PS_VERSION_', '1.3.1.1');" Car la moitié vont oublier j'imagine, et il me semble que lorsque nous appliquerons le prochain update en 1.3.2, le fichier "settings.inc.php" sera sollicité par la procédure automatisée de la MAJ non ? Du coup cette fameuse procédure auto de MAJ verra un numéro de version antérieur auquel nous sommes vraiment ? Je sais pas si j'ai été clair, et si finalement ma question à de l'importance...

A quoi rime ce commentaire ? La demande a été postée, Jor1s t'a même donné le lien du tracker. Mais force est de constater que 100% des feature request depuis février 2009 sont en "Awaiting review" (en fait je suis médisant, il y en a 1 en "open"). Il y a de quoi se demander si elles sont réellement lues. Tu nous dit qu'en fait elles sont lues mais apparemment sans jamais changer le statut ni faire de commentaire... Si les request sont prises en compte dans les développements, alors le minimum est d'en rendre compte en changeant leur statut. Ça vous évitera ce genre de posts. Communication quand tu nous tiens ... Effectivement c'est triste de lire ce genre de commentaires... Certains membres de la team sont vraiment à cran ou trop sur la défensive.. pourtant dieu sais que je ne suis pas du genre à parler en mal à la Team bien au contraire, mais à la longue à force sur le forum ça en deviens fatiguant et vraiment lourd... Bref, pour en revenir au sujet, existe-t-il une solution à ce problème au jour d'aujourd'hui ? Pour ma part, j'ai le même problème, j'offre les frais de port à partir de 70€ d'achat, et bien entendu on choisis le Chronopost livré avant 13h le lendemain qui me reviens à 35€ plutôt que le Colissimo classique à 6€ livré en 3/4 jours. La solution Prestashop manque cruellement de souplesse au niveau des frais de port à ce niveau, alors qu'en fait il faudrais simplement pouvoir définir individuellement pour chaque transporteur l'option. Au passage en attendant que la "Feature Request" soit lue un jour, si quelqu'un connais un module payant ou non je suis preneur aussi ;-)

Petit up svp..

Merci de votre réponse ! J'ai oublié de préciser que dans mes paramètres généraux des produits je suis bien configuré en NON pour "Autoriser la commande de produits hors stock". J'ai également vérifié dans le produit lui même qui est paramétré en : Par défaut : Refuser les commandes (voir dans Préférences) Ma version de Prestashop : 1.2.3.0 SVP que se passe-t-il ??

Bonjour, comme le titre l'indique, un client a acheté un produit sur ma boutique. Tout s'est bien passé au niveau de la commande. Par contre, il n'y avais qu'une seule quantité de ce produit, et lorsque la personne l'a commandé, bizarrement au lieu de me mettre quantité zéro, il étais toujours à un. J'ai trouvé cela bizarre, et je suis donc allé mettre manuellement la quantité du produit à zéro. Mais suite à ça, en allant voir ma fiche produit (product.tpl), je m'aperçois que le produit est toujours indiqué en stock ! Alors que normalement, bien sûr il devrais y avoir écris "Stock épuisé". Pourtant la condition est simple et utilisée plusieurs fois sur product.tpl : {if $product->quantity > 0} {l s='Available'} {else} {l s='Out of stock'} {/if} Je précise bien sur que sur mes autres fiches aucun problèmes, les produits se décrémentent bien et une fois à zéro sur ma fiche produit le message passe à "Stock épuisé". Pouvez-vous m'aiguiller sur le pourquoi cela ne touche qu'un seul produit ? (repéré pour le moment sur environ 200 produits) Merci infiniment !

Si quelqu'un sais je suis preneur histoire que je sache une fois pour toute

Personne ne sais ? :/

mince, toujours personne pour répondre à mes questions ? Je pose la question car c'es tun sujert d'actualité valable également pour les prochaines releases de Prestshop..

Suis-je le seul à avoir ce bug ?

Message à l'équipe Prestashop : Qu'en-est-il au niveau de la mise à jour de jQuery ? Est-ce prévu pour la prochaine version ?

Bonjour, je me permet de poser la question aux utilisateurs avant de confirmer si c'est là bel et un bien un bug. En effet lorsque j'utilise un bon de réduction sur un produit non autorisé (donc catégorie non cochée dans le paramétrage du bon de réduction), heureusement la réduction ne s'applique pas, MAIS je n'ai aucun message qui me dis par exemple "Vous ne pouvez pas utiliser ce bon de réduction sur ce produit". Est-ce normal ? A noter que j'ai un message d'erreur si par exemple j'utilise le bon de réduction 2x alors qu'il n'est autorisé qu'une fois. Et également si je tente de cumuler 2 bons réduction, alors que l'accumulation n'est pas autorisée. Ma version de Prestashop : 1.2.4 Merci pour vos retours !

J'espérais une réponse de l'équipe suite à mon dernier message ;-) Ce message pour dire que finalement le "diff" j'y comprends pas grand chose...

Bonjour, je suis confronté à un problème ! Mon premier achat boutique a eu ce soir (enfin ) Malheureusement malgré mes derniers tests de paiements, le paiement CB Paybox a eu un problème par rapport au lien retour sur ma boutique... Donc la dite personne n'a eu aucune confirmation de commande, et donc elle fut simplement redirigée sur la page "mes commandes" qui indique qu'elle n'a aucune commande en cours... Ca fais pas du tout sérieux en sachant que quelques secondes avant, Paybox confirme bien la transaction, et aucune réception de mail... enfin passons ce n'est pas là le sujet.. Je souhaite immédiatement corriger tout cela, seulement lorsque je vais dans Panneau d'administration >> Clients >> Paniers, je vois uniquement le produit que la personne a commandé sans les attributs du produit.. c'est vraiment gênant je ne sais donc pas quel est le produit que la personne a commandé ! Je précise que bien entendu le choix d'un attribut est obligatoire pour commander le dit produit. J'ai refais le test avec le même produit en créant un compte fictif et en répétant la commande par chèque (donc sans erreurs), puis lorsque je retourne dans le BO, et que je consulte Panneau d'administration >> Commandes je vois le produits AVEC LES ATTRIBUTS INDIQUÉS ! Donc ma question est : Comment savoir quel produits/attributs a commandé ma cliente ? Et comment afficher les infos attributs dans la visualisation des paniers ? Merci beaucoup !

Arf daccord, merci pour ta réponse Nommam.. J'étais en catégorie par défaut sur Accueil pour tous mes produits.. Avant de mettre le sujet en Résolu et clôturer le sujet, je me permets de poser une toute dernière question avant : Après avoir sélectionné ma catégorie par défaut, quels sont les avantages et les désavantages de laisser coché le produit en page d'accueil tout en même temps que dans la catégorie adéquate ? Bref c'est quoi le mieux, laisser coché la cat. Accueil en même temps, ou cocher uniquement la catégorie du produit ? Merci !

Arf personne n'a d'idées sur le sujet ? :s

Bonjour, comme le sujet le stipule, je souhaiterais forcer Prestashop à m'ouvrir la page de chaque produit avec le nom de la catégorie dans laquelle se trouve ce dernier. Cela n'est possible pour le moment que lorsqu'on passe par le menu des catégories. Actuellement lorsque je vais sur la page d'un produit sans passer par le menu, mon fil d'ariane ressemble à ceci : Accueil > Nom du produit Je voudrais plutôt que ça ressemble à cela : Accueil > Nom de la catégorie > Nom du produit Cela est relativement gênant dans certains cas, dont par exemple lorsque nous activons le module "Dans la même catégorie v1.2.1" qui affiche la liste des produits dans la même catégorie que celui affiché. En effet, ce module n'affiche aucun produits si nous ne passons pas par le menu des catégories. En faisant une recherche sur le forum, Bruno Lévêque a cité ceci : Donc j'en viens à ma question finale : Comment faire pour rendre ce chemin déterminable tout le temps ;-) Merci

Désolé de faire remonter ce topic qui ma foi a fais beaucoup de bruit..... .... pour rien je trouve... Bon les insultes (j'en ai pas vu) ou les commentaires débiles de certains, font un peu froid dans le dos, et bien évidemment encore une fois, l'équipe Prestashop fais de son mieux et nous propose gratuitement une solution intégrale d'une boutique de qualité, etc... MERCI ! Mais pour en revenir au sujet, il n'y a pas à polémiquer ! Il y a 2 catégories de personnes (sans parler de SVN) dans la communauté Prestashop. - Ceux qui restent sur une boutique de base et à qui donc cela importe peu de faire une mise à jour façon "réinstall" - Ceux qui veulent sortir du commun et qui possèdent une boutique super méga modifiée/trickée/dopée et qui ont donc effectué des modifications partout dont bien entendu les fichiers core. Pour ces derniers est-ce si difficile de leur proposer à chaque mise à jour un listing des fichiers modifiés avec pour chacun les modifications effectuées ? Si il faut faire une doc MAJ, personnellement je suis prêt à mettre la main à la pâte, mais svp plutôt que de perdre du temps à nous expliquer dans un long post ce qu'on sais déjà, donnez nous simplement la liste des fichiers modifiés accompagnés de leurs modifs + requete SQL si modif bdd ! Car j'imagine bien que à chaque modification quelconque d'un fichier vous notez la modif quelque part, donc en gros faites nous un copier/coller de ces modifs à la prochaine annonce de mise à jour, ça vous prendra 10s et on en parle plus ! Le tout sans spécialement parler de trucs compliqués comme SVN ou fichiers "diff"... Par doc MAJ j'entends par là un simple texte comme on voyais souvent pour intégrer des scripts dans phpBB2 à l'époque pour ceux qui connaissent (ou j'imagine d'autre scripts aussi), donc un truc du genre : FICHIERS : Ouvrir => tel(s) fichiers Chercher => tel(s) bout(s) de code Remplacer par => tel(s) bout(s )de code BASE DE DONNÉE (si besoin) : Exécuter => telle(s) requête(s) Voila alors pour éviter encore une fois les sentiments d'agression de la part de l'équipe (je peux comprendre car il y a des idiots comme partout dans les communautés), je termine mon post en précisant que il n'y a là aucune critique de ma part envers le travail majestueux que vous nous proposez, que je suis conscient que vous ne savez pas ou mettre de la tête, mais que j'essaye simplement de faire avancer le schmilblick car dans ce cas là je ne suis de loin pas le seul qui est intéressé à faire les modifs manuellement quitte à y passer 2 ou 3h si il faut... Donc je le répète encore une fois, donnez nous les informations des changements, et on peut s'occuper de faire un truc propre pour les intéressés des mises à jour manuelles. Bon sur ce, j'espère que le message sera passé pour la 1.2.6 ou 1.3.0, et en attendant j'essaye de comprendre comment lire ce fichier diff et afin de faire mes mises à jour à la main.. Merci infiniment

En fait c'est idem... Si on parle du même module, il faut acheter un thème pour que ça affiche quelque chose de correct et lisible.....

Merci de cette chouette réponse Atch J'ai effectivement le même souci, la colonne vide si on s'occupe de mettre les exceptions.. Seulement mon problème à moi c'est que si je vire le {$HOOK_RIGHT_COLUMN} je me retrouve toujours avec la colonne vide.. La partie centrale ne prends pas la largeur supplémentaire... Une idée ? Merci beaucoup d'avance !

Écoutez je sens que vous êtes un peu sur la défensive alors que il n'y a aucune raison... Sachez que si je perds mon temps à vous expliquer tout ça en détail, c'est pour NOUS et VOUS faire avancer ! Donc maintenant que les choses sont claires j'espère, je vous réponds également via ce topic : Vous dites ici : Vous me le dites également par mail : L'image ne présente pas l'ensemble des variables mais 4 variables sur 10 existantes, il y a là une grande différence. Donc je vais reprendre vos mots un peu exagérés en vous rétorquant que si, effectivement il y a eu là un grand cas de dissimulation... :-) Plus sérieusement... au final j'essaye simplement de vous faire comprendre que PrestaStore est une excellente initiative pour nous tous et surtout pour vous qui du coup récupérez une source de revenus primordiale à l'avancée et l'évolution de Prestashop. Mais attention il y a les utilisateurs de Prestashop et il y a les clients Prestashop (qui je l'espère sont et seront de plus en plus nombreux) qui ne prônent pas le TOUT GRATUIT (et comprennent que tout travail mérite salaire à un moment) et décident de franchir le cap à PAYER des prestations comme des modules via PrestaStore. (Ou alors n'ont pas le choix.. ) Ces clients là, vous devez simplement leur apporter le strict minimum : - Une écoute et une certaine réactivité (Je précise que ceci a toujours été le cas, autant par e-mail que par téléphone) - Tenir au courant par e-mail le client qui a payé un module, lorsque la fiche de ce dernier subis une modification (mise à jour, ajout d'une doc, ...) et bien entendu proposer le téléchargement du module (sans bridage!!) - Être à l'écoute de nouvelles fonctionnalités d'un module, surtout si cela ne s'éloigne pas du concept de base, et faire donc des mises à jour en conséquence.

Merci de ta réponse.. mais le module en question est bien développé par Prestashop : SEO Référencement http://www.prestastore.com/outils-d-administration-back-office/175-outils-dadministration-seo---referencement.html Enfin, en sus de tout ce que j'ai dis toute à l'heure, le module contiens un bug, et sans l'aide d'un grand ami (qui maitrise la POO et qui n'avais pourtant jamais mis les pieds dans le code ou la base de donnée de Prestashop), je ne serais jamais arrivé à faire fonctionner la partie du module qui ne fonctionnais pas... Donc s'il-vous-plait, je vous demande à toute l'équipe de Prestashop, quel est votre point de vue sur tout ça ?

Bonjour à toutes et tous ! Tout d'abord, je tiens à remercier l'équipe de Prestashop encore une fois pour la boutique de qualité que vous nous proposez. Ensuite également pour les modules de qualité payants que vous proposez et qui vous permettent de rentabiliser de grands efforts à tout niveaux. Néanmoins, j'espère que mes craintes ne seront pas fondées mais : Qu'en est-il des évolutions et mises à jour des modules en question ? Par exemple les modules que vous devez certainement le plus vendre sont essentiellement les modules de paiements et celui de SEO (SEO - Référencement). Deux modules que j'ai moi même acheté sans hésitations. Seulement je reste un peu sur ma faim par rapport au module de SEO. A 150€ le module j'aurais espéré + de souplesse et moins d'oublis, une éventuelle doc, bref quelque chose de moins light... Version 0.2 oblige certainement ?! Qui contiens d'ailleurs un bug assez embêtant concernant les variables default_cat_name ainsi que parent_cat_name... Si il vous faut des retours, j'en viens à ma question finale : Je suis prêt à faire des retours ou possibilités d'évolution (tour en restant axé sur le concept de base), mais est-ce que l'équipe de Prestashop est prête à m'entendre ? Et si oui, cela se passe-t-il ici sur le forum, ou bien une section adéquate sur Prestastore est disponible ? (hors commentaires, cela va de soi...) Ou bien lorsque vous sortez un module et qu'en plus il se vends très bien vous n'avez aucun intérêt à perdre plus de temps avec ce dernier ? Ou sinon, qu'en est-il des MISES A JOUR des modules ? Pourquoi ne suis-je pas au courant des mises à jour des modules que j'ai acheté ? Je viens par exemple de m'apercevoir que le module de paiement Paybox que j'avais payé 350 ou 400€ (avec même la prestation de l'installation du module par vous même) s'est mis à jour il y a peu. Je lis aujourd'hui sur la description (Nouveau ! Les paiements en une seule fois et 3 fois sans frais sont proposés.) Donc à mon avis, le minimum serais d'avertir par email les membres dont un de leur module acheté viens de se mettre à jour afin qu'ils puissent eux aussi mettre à jour leur module. Quoi de plus normal ?? D'ailleurs par rapport à ce point, j'ai donc re-téléchargé le module paybox, vous me confirmez que l'archive du module dispo en téléchargement sur mon compte Prestastore est bien la version mise à jour ? Quelle est la politique de Prestashop sur tout ces sujets là ? J'ai des questions oubliées entre temps, mais je suis prêt à les mettre à la suite de ce topic pour éclaircir tout cela. Merci d'avance pour vos réponses.