Broceliande

Bonjour Anthony, Ta question est quelque peu étrange car prestashop fait celà nativement sauf erreur de ma part ? Tu peux préciser un peu ce que tu veux faire ?

Hello, Première chose à faire: rendre l'erreur un peu plus parlante, et ce en ouvrant le fichier /config/defines.inc.php Tu passes la ligne define('_PS_MODE_DEV_', false); à define('_PS_MODE_DEV_', true); L'erreur sera alors en principe bien plus parlante. Si cela ne t'avance pas plus, tu peux nous la coller ici et en principe toujours, on devrait avoir plus de billes pour t'aider.

Bonjour, Autant je ferme la porte à la sous-traitance agence, autant quand on me parle de collaboration, je suis open. Dispo également pour un premier contact.

Bonjour, Pour ne pas exposer mes coordonnées sur le forum, je vous ai adressé un PM, mais publiquement je suis intéressé par ce projet.

Un coup de vidage de cache ? En BO : Paramètres avancés -> Performances , puis tout en haut sur la droite, click sur le bouton "vider le cache" Ceci ne vaut que pour une 1.6 et plus. Sur 1.5 il existe un bouton pour faire la même chose mais il se trouve en dessous du premier paragraphe de ce même menu. Un autre paramètre se trouve dans Préférences -> Produits. Un paramètre permet de définir durant combien de jours un produit est considéré comme nouveau. Le cache doit être vidé à chaque modif de cette config également. Je ne sais pas si cela est évident pour toi et que ton, problème est autre, mais c'est la première chose à vérifer

Ce n'est pas tout à fait exact : Pour les sites en multiboutique, il faut enregistrer la config pour chaque boutique...Il n'est pas nécessaire de le faire en base, juste de sélectionner chaque boutique dans le selecteur de boutiques et enregistrer la config pour le contexte courant.

Effectivement tout est dit... Tu vas devoir passer par une solution dédiée ou un hébergement qui t'autorisera plus de ressources en instantané. D'ailleurs au passage je ne saurais que trop te conseiller de t'adresser à notre ami Doekia avant d'investir ! Ce n'est pas un hasard s'il a rit des suggestions d'ovh : s'il y a bien un expert parmi nous c'est lui.

Que le post soit sérieux et relate ce que suggère le support OVH est une chose. Je doute que mon confrère et non moins ami Doekia ait cherché à se f.... de ta g..... mais plutôt de celle du support OVH. Quant à la réponse à tes problèmes , si je décode , il te l'a donnée dans son premier post, et elle est parfaitement complète et précise : max_execution_time est le temps d'exécution (en secondes) autorisé pour un script php, il est fixé dans php.ini (parfois surchargeable mais sous contraintes dans un hébergement) Les trois autres sont dans le cas ou ton hébergement s'exécute en mode fcgid ... sans rentrer dans les détails le seul paramètre max_execution_time ne suffit pas si l'hébergement est en fcgid , auquel cas il doit être complété par l'ajustement de ces variables supplémentaires. Ne sois pas outré par une réponse juste, il faut savoir rigoler (un peu) aussi non, de la bêtise de certains "supports techniques" ?

Coeos, il me semble tu en oublies, mais peut-être parce qu'ils sont payants (ceci dit à moins de 20€ la stabilité...), et je suis d'accord pour dire qu'heureusement ils existent. maintenant ils n'ont absolument pas de légitimité parce que ces modules ne devraient pas exister. Tout en les louant, j'ai envie de dire que le commerçant qui va installer ces modules est suffisamment prudent donc pour ne pas aller cliquer sur "mettre à jour" sans savoir ! L'auteur de ce post a également un module en ce sens (payant en effet), et a eu la pudeur de ne pas le citer. Son post est complètement informatif et je sais de quoi je parle. Son module permet également de bloquer complètement toute maj , ainsi que de nombreuses "pustules" indésirables. Malgré cela je trouve dramatique que la communauté soit contrainte de créer des modules "anti ceci, anti cela" ... Ces modules ne devraient pas exister (Je redis qu'à date , heureusement qu'ils existent!). Un tel outil de mise à jour devrait être un plus non ? Pas un truc qu'on cherche absolument à désactiver au prix de hacks en tous genres... Un tel outil ne devrait pas non plus être un outil de sabordage de site en un click !!! Quand le site plante, qui intervient ? Bien évidemment on pourra nous dire que l'on devrait s'estimer heureux d'avoir du taf là dessus... mais c'est pas du tout mon point de vue : Mon travail au quotidien est d'accompagner mes clients, développer pour eux ce qui n'existe pas encore ou pas de manière satisfaisante, résoudre éventuellement les bugs qu'ils rencontrent.... bref en aucun cas réparer les conneries de l'éditeur du logiciel et des clients eux mêmes sur un simple clic ... A bon entendeur.

Ou comment planter un site de prod en exploitant la crédulité des utilisateurs... Franchement quand je pense qu'aujourd'hui encore j'entends des (nouveaux je précise) clients me dire qu'ils achètent de préférence des modules estampillés "Certifié par Prestashop" ... On peut le tourner dans tous les sens, si on propose une maj ou un module à un utilisateur, faut un peu avoir testé quelque chose derrière non ? Sinon ben je sais pas , revenez au bon vieux système... Chaque bémol avec cette gestion de module conduit les utilisateurs qui ont foi en Prestashop à planter leur boutique ! Y'a un loup dans la boucle, vous ne pouvez pas continuer à proposer des maj sur des modules non testés. Je dis ça ...

Ah non non du tout , pardon , cela ne vaut que si et seulement si tu passes par store Manager. Dans ce cas c'est SM qui traiterait ton csv. En passant par le BO prestashop ça n'est bien sûr pas possible de spécifier des images locale. Concernant SM , pour fonctionner tu dois avoir une connexion remote à la base de données. Par défaut sur les serveurs ce n'est pas autorisé , il faudra que tu te fasses ouvrir un acces remote si tu veux l'utiliser correctement. Je crois qu'il existe une passerelle à installer sur prestashop lorsque tu n'as pas d'accès remote mais je doute que dans cette configuration SM sera aussi performant.

Je te suis sur l'essentiel , mais pas concernant SM... On parlait de Store Manager. Contrairement à SC qui s'exécute côté serveur il se connecte en remote à la base de données et transfère les données et ftp. Ce sont les prérequis de base de SM pour pouvoir l'utiliser. Donc si les images sont envoyées du local vers le ftp, juste pour les transformer en images accessibles http , SM lors d'un import csv, va tout d'abord rapatrier chaque image en local pour au final l'envoyer en ftp ...me semble bien ... :s ? Dans ce cas donc , d'utilisation avec SM , il me semble bien qu'on gagne du temps à n'envoyer qu'une seule fois chaque image (puisque SM s'en charge seul, et ce en ftp). Ca limite à un upload par fichier au lieu de deux + un download. Et quant à la quête au gain de temps, je maintient que ça vaut le coup de vérifier qu'on n'a pas plus de formats d'images que nécessaire...

Bon et comme ça : // The button to increment the product value $(document).on('click', '.product_quantity_up', function(e){ e.preventDefault(); fieldName = $(this).data('field-qty'); var currentVal = parseInt($('input[name='+fieldName+']').val()); if (!allowBuyWhenOutOfStock && quantityAvailable > 0) quantityAvailableT = quantityAvailable; else quantityAvailableT = 100000000; if (!isNaN(currentVal) && currentVal < quantityAvailableT) $('input[name='+fieldName+']').val(currentVal + minimalQuantity).trigger('keyup'); else $('input[name='+fieldName+']').val(intval(quantityAvailableT/minimalQuantity)*minimalQuantity); $('#quantity_wanted').change(); }); // The button to decrement the product value $(document).on('click', '.product_quantity_down', function(e){ e.preventDefault(); fieldName = $(this).data('field-qty'); var currentVal = parseInt($('input[name='+fieldName+']').val()); if (!isNaN(currentVal) && currentVal > 1) $('input[name='+fieldName+']').val(currentVal - minimalQuantity).trigger('keyup'); else $('input[name='+fieldName+']').val(minimalQuantity); $('#quantity_wanted').change(); });

Je me suis inscrit sur ton site. J'ai ajouté un produit au panier : tva et tout pas de souci. Je suis allé dans Mon compte puis -> Mes Infos personnelles, et y ai entré un n° de tva (dans mon adresse pour le coup) . A ce stade mon panier est passé en HT et exo de TVA. Nativement prestashop ne fait pas cela, en tout cas sur une version 1.6.1.6 que j'ai sous la main , ce n'est pas le comportement. Lorsque tu as activé le mode B2B , cela n'aurait-il pas créé un groupe supplémentaire qui serait facturé HT ? Tu peux aussi refaire un tour du côté des règles de taxes. N'as tu pas un module qui gère la tva intra que tu aurais activé? C'est difficile de trouver la faille mais il est exact qu'il suffit d'enregistrer un FR..... dans l'adresse pour obtenir l'exemption de TVA. Si je pouvais jeter un oeil à ta config en BO je trouverais peut être quelque-chose mais là je sèche , ayant comparé avec un autre site BB actif qui réagit parfaitement normalement.

Pas seulement dans smarty , le js a également cette valeur : Sous chrome, vas sur ton site, sur ta fiche produit...de préférence une fiche produit qui a une qté minimal différente de 1... Tapes F12, et cliques sur l'onglet console. Tu es à présent dans la console javascript. Tout en bas tu as un champ de saisie de code javascript avec un > devant (bleu par défaut) Tapes minimalQuantity dedans : en retour tu devrais avaoir la valeur de la quantité minimale du produit, car cette variable est globale sur cette page. Il existe également des valeurs par déclinaisons accessibles depuis une variable tableau combinations. La procédure pour en lire le contenu est similaire : console... Si ton thème a conservé les boutons + et - pour modifier cette quatité , il te reste à intercepter le code lié au click sur ces boutons et le multiplier par minimalQuantity. Mais là à ce stade c'est difficile de pouvoir en dire plus. Il te faut appréhender le javascript un minimum et la console js de chrome par exemple, sans quoi on ne peut pas t'orienter mieux. Je ne pourrai pas aller jusqu'à te donner un code tout fait qu'il faudrait que je fasse pour le coup, n'ayant pas eu à réaliser ce type précis de demandes, et qui sortirait un peu du cadre de l'entraide et qui plus est n'aurai que peu de chance de coller directement à ton thème. Mais bon je peux difficilement faire plus , ne serait-ce déja que parce que je n'ai pas le lien de ton site, mais de plus parce que product.js peut varier selon les thèmes (et ne s'en prive pas).