Jump to content

tomish

Members
  • Posts

    23
  • Joined

  • Last visited

Everything posted by tomish

  1. Ha là vous me faites plaisirs les amis J'ai soulevé un point que certains d'entres vous ont dû soulever et franchement cette façon de faire est très pratique. Pour ce qui est des tests fonctionnels je suis en plein dedans et pour le coup et ça roule tout seul. Maintenant pour ce qui est de la sécurité il n'y a pas de raison que cela ait un impact c'est à chaque développeur de modules de faire du code propre. Le système de HOOK reste le même dans le fond. Le top serait vraiment que tout ces HOOK soient créés à l'instal., ça éviterait d'avoir à faire la vérifications dans l'instal. des modules.
  2. Alors j'ai trouvé une solution et maintenant je souhaiterais savoir si il est possible d'implémenter cette solution en natif dans Prestashop. A vous de voir la team et il s'agit peut-être juste d'une piste. Voici ce que j'ai fait. Dans la classe FrontController j'ai ajouter un : public $page_name; Dans la méthode init() j'ai ajouté : $this->page_name = strtoupper((preg_match('/^[0-9]/', $page_name)) ? 'page_'.$page_name : $page_name); Ensuite dans le méthode run après $this->process(); , j'ai ajouté $this->postProcess(); . J'ai ensuite créé la méthode : public function postProcess() { self::$smarty->assign(array('HOOK_POST_'.$this->page_name => Module::hookExec('post'.ucfirst(strtolower($this->page_name))))); } Maintenant j'ai créé mon module et à l’installe de celui-ci j'appelle une méthode _setupHook() que voici : private function _setupHook($uninstall = false) { if ($uninstall === false) { // We verify if hook exists in database $result = Db::getInstance()->getRow('SELECT `id_hook` FROM `'._DB_PREFIX_.'hook` WHERE `name` = \'postCategory\''); if(!$result) DB::getInstance()->execute('INSERT INTO `'._DB_PREFIX_.'hook` SET `name`= \'postCategory\', `title`= \'After process Category \', `description`= \'After process Category\' '); $this->registerHook('postCategory'); } return true; } Dans mon exemple je prends category mais je pourrais très bien prendre product, cart, adress etc.... Ensuite dans mon module je fais la méthode habituelle : public function hookPostCategory($params){} Et le tour est joué. Je peux faire pareil pour les pre process. Avec cette petite pratique je peux faire en sorte que n'importe quel module ce plug en amont ou en aval du process. Ca permet simplement de gérer une notion d'"observer" que l'on retrouve chez le concurrent "Magento" et je trouve ça très pratique pour le coup. Et pour le coup vu que je ne suis pas fan du tout du concurrent, j'essaye de faire avancer Presta au max. Alors la team qu'en pensez-vous ? Et vous amis développeurs ? ToM
  3. Bonjour à tous, Je me permets de publier un petit problème que je rencontre lors du développement d'un module très spécifique. Lors de la création de ce module j'ai impérativement besoin de me greffer a un Hook category qui n'existe évidemment pas. La solution évidemment est de surcharger le controller Category pour faire appel à ce HOOK. Le problème est que si le controller Category est déjà overridé on rentre dans un système de comparaison de code à n'en plus finir pour savoir ou ajouter la bonne ligne. Je parle ici de category mais le problème serait le même pour tout autre classes et ou controller. Alors la question que je me pose aujourd'hui, c'est pourquoi l'équipe Prestashop n'a pas pensé à cette problématique qui va devenir plus que courante dans les prochaines versions de modules. L'idée étant toujours de faire des modules autonomes. Ma question est donc la suivante pourquoi ne pas avoir fait dans chacun des controller un système de HOOK_BEFORE_PROCESS et de HOOK_AFTER_PROCESS ? On aurait ainsi un HOOK_BEFORE_CATEGORY et un HOOK_AFTER_CATEGORY. Ces appels au Hook seraient faits dans la méthode process() de chaque controller. Dans ce cas la vie des développeurs est largement simplifiée, je me greffe à tel hook de tel controller et le tour est joué, on a plus qu'à régler les positions. Je fais peut être fausse route est il est évident que l'on ne peut pas penser à tout. Vu le boulot abattu je dis quand même un grand bravo à la team. Est ce que cette solution sera envisagée dans une prochaine version ? @ très vite. Toutes remarques est la bien venue.
  4. Bonjour à tous, Nous nous permettons de poster sur le forum afin de proposer la vente d'un site internet complet réalisé sous prestashop et sous wordpress avec un design personnalisé. Ce site à deux ans d’existence et possède un bon page rank (4). Il est interconnecté avec les places de marché Rue du commerce et 2x moins cher. Le site est constitué d'un blog et d'une partie e-commerce comme vous l'aurez. Les propriétaires du site n'ont plus le temps de s'en occuper ayant chacun une double activité. Merci de me contacter si vous souhaitez un complément d'information. Vous êtes peut être susceptible de connaitre des personnes intéressées. http://www.desabatom.com @très vite.
  5. J'ai mis à jour la contribution sur le prestastore. Vous pouvez normalement la récupérer. Bien cordialement,
  6. Bonjour à toutes et à tous, Voici un nouveau petit module qui fait pas mal de choses et qui permet surtout de gagner un temps précieux. Et comme on court toujours après le temps !!!!! C'est par ici !! Vous souhaitez augmenter ou réduire vos prix de manière globale en valeur fixe ou en pourcentage, en fonction d'un fournisseur, d'un fabricant, d'une catégorie ? Vous souhaitez augmentez ou réduire vos poids de manière globale en valeur fixe ou en pourcentage, en fonction d'un fournisseur, d'un fabricant, d'une catégorie ? Vous souhaitez changer le fournisseur ou le fabricant associés à vos produits de manière globale , en fonction d'un fournisseur, d'un fabricant, d'une catégorie ? Ce module vous permet : Mettre à jour le prix des produits et des déclinaisons qui y sont rattachées Mettre à jour les prix en fonction des catégories, des fabricants et des fournisseurs Possibilité de choisir si vous faites varier le prix d'achat ou le prix de vente. Vous pouvez combiner tous les filtres ou n'en utiliser qu'un Il permet d'augmenter ou de réduire les prix avec une valeur fixe ou en pourcentage De rattacher une liste de produits à un nouveau fournisseur De rattacher une liste de produits à un nouveau fabricant De modifier le poids de vos produits en fonction d'un valeur fixe ou d'un pourcentage Vous souhaitez gagner du temps pour mettre à jour vos prix, vos poids, vos fabricants, vos fournisseurs ? En trois clics tout votre catalogue produit est à jour. Un fournisseur a augmenté ses prix, augmentez les vôtres immédiatement !!! Vous avez changé de fournisseur ou de fabricant pour tout une gamme de produits, associe le nouveau fournisseur ou fabricant à tous vos produits. Votre fabricant ou fournisseur a changé de Package produit augmentez ou réduisez vos poids en deux clics. @ très vite pour un nouveau module
  7. Bonjour, Je vais regarder pour cette version. Visiblement vous êtes plusieurs à avoir un petit problème avec ce module je vais donc mettre un patch. Comment avez vous obtenu le module ? Merci de votre retour.
  8. Pour rappel, la génération des factures n'est pas basée sur l'objet cart mais sur l'objet Order. Je pourrais cependant très bien modifié le module pour n'effacer que les modules n'ont lié à une commande, mais c'est repoussé le problème. Sur quelle version de prestashop êtes vous ?
  9. Bonjour à tous !!!! Vous souhaitez gérer vos promotions et soldes de manière globale, en fonction d'un fournisseur, d'un fabricant, d'une catégorie ? Avec ce module vous pourrez gérer vos promotions de manière globale, et ainsi gagner du temps. Vous serez donc plus efficace et limitez les risques d'erreurs en laissant le module effectuer les réductions à votre place. Ce module vous permet : Créer des promotions/soldes en fonction des catégories, des fabricants et des fournisseurs Vous pouvez combiner tous les filtres ou n'en utiliser qu'un Gestion des promotions en motant fixe ou en pourcentage Vous pouvez définir les dates de promotions/soldes Vous souhaitez gagner du temps pendant les périodes de soldes ou lors d'offres promotionnelles ponctuelles ? En trois clics toutes vos promotions sont créées. Un fournisseur vous fait une remise exceptionnelle, faites-en immédiatement profitez vos clients !!! Compatible avec toutes les versions de Prestashop Disponible ici @ très vite pour un nouveau module
  10. Bonjour, Alors je n'ai jamais testé avec autant de produits, je n'ai pas de clients possédant 200 000 produits. Alors j'imagine qu'il y a 200 000 produits plus les déclinaisons donc on est à beaucoup plus. Tous se passe en une requête et la structure de base Prestashop est très bien indexée, il y aura peut être des index de base à refaire en fonction des filtres utilisés. Maintenant il n'y aucune raison que ça ne marche pas, ça reste 200 000 enregistrements on ne parle pas de million Cdt,
  11. Bonsoir, Quelle version de Prestashop utilisez-vous ? Quelle est l'erreur ? Personnellement je n'ai jamais rencontré ce genre de problème. Un module serait-il à l'origine de ce dysfonctionnement ? Etes-vous avec une version stable ?
  12. Bonjour à tous, J'ai réalisé un nouveau module qui vous permet de gérer la mise à jour des prix en masse. Vous souhaitez augmentez ou réduire vos prix de manière globale, en fonction d'un fournisseur, d'un fabricant, d'une catégorie ? Ce module vous permet : Mettre à jour le prix des produits et des déclinaisons qui y sont rattachées Mettre à jour les prix en fonction des catégories, des fabricants et des fournisseurs Vous pouvez combiner tous les filtres ou n'en utiliser qu'un Il permet d'augmenter ou de réduire les prix avec une valeur en pourcentage Vous souhaitez gagner du temps pour mettre à jour vos prix ? En trois clics tout votre catalogue produit est à jour. Un fournisseur à augmenter ses prix, augmenter les votre immédiatement !!! Compatible avec toutes les versions de Prestashop disponible ici @bientôt pour un nouveau module
  13. Pas de problème. Ca me semblait franchement bizarre ton affaire. Personne n'est infaillible on peut tous faire des erreurs Excuses acceptées. @+
  14. Effectivement tu t'es embêté pour rien. Ca fait deux ans et demi que je bosse avec Presta et je te jure que je n'ai jamais rencontré le moindre problème d'édition de facture puisque comme je te le disais précédemment l'édition de facture ne tient absolument pas compte de lo'bjet Cart. Donc aucun lien entre les deux ton problème se situe forcément autre part.
  15. Mais bien sur que si c'est complètement indépendant. L'impression PDF est basé sur l'objet Order et absolument pas sur l'objet Cart.
  16. Bonjour, Non ici on parle bien d'effacer le panier. Il n'y a aucun problème relatif à l'impression de PDF, puisque les factures sont basées sur l'objet order. Donc l'objet cart n'a plus lieu d'être à cet instant.
  17. Bonsoir, Deux solutions au type de problème que vous évoquez. Soit le paiement ne passe pas et il y a donc erreur de paiement, dans ce cas il y a donc bien commande avec un statut "erreur de paiement" donc aucune information n'est perdue. L'autre cas est rencontré lors d'un problème d'auto response des serveurs de banques et dans ce cas si le serveur de banque n'arrive pas à joindre notre serveur ils sont censés renvoyer l'information pendant n minutes afin que le site récupère l'information. Les risques sont donc infimes et le cas que vous évoquez est très peu rencontré. En effet un site qui gère 100 à 200 (même beaucoup moins) commandes par jour ne rencontre pas ce type de problème. La disponibilité serveur est de 99,9% , la probabilité de perdre une commande est donc de 0,1%. On va me dire que le risque existe, dans ce cas il ne faut pas travailler avec des paniers de 15 min dans le module proposé, mais plutôt de 30 à 40 min. Personnellement j'utilise ce module depuis un certain temps et je n'ai jamais rencontré ce problème. "Cela permet aussi de valider la correspondance entre un panier et une commande." Où est l'intérêt ? Il n'y a de toute façon aucune perte de données entre le panier et la commande et il très difficile d'altérer les données. Vous m'excuserez mais je ne comprends toujours pas l'intérêt de garder des paniers inactifs au transformés en commande.
  18. Oui tous les paniers plus vieux de n minutes sont vidés. Normalement lorsqu'une commande est passée le panier est automatiquement détruit. Si ce n'est pas le cas chez vous alors le module le fera pour vous. Utile lorsque l'on gère des petits stocks car dans les tpl vous pourriez tout à fait mettre un texte produit actuellement réservé à la place du bouton acheté et si le client n'achete pas le produit automatiquement le produit est de nouveau disponible à la vente. ToM
  19. Bonjour à tous, Un nouveau module sur le Prestastore qui concerne la durée de vie du panier. Durée de vie du panier Il permet de configurer la durée du panier sur votre boutique. Très utile lorsque l'on a peu de stock ou lorsque l'on veut éviter d'avoir 15 000 € de panier en cours jamais finalisé. @ très vite pour d'autres modules
  20. Bonjour à tous, Voici un petit module fort sympathique. Il permet d'afficher un récapitulatif de votre panier sur la page où vous choisissez le mode de paiement. En effet, lorsque l'on est sur la page de paiement il est toujours embêtant de ne pas avoir la globalité de son panier. Plutôt que d'avoir "vous devez payer la somme de : xxx€" au moins ça permet au client de faire un dernier check avec transporteur, adresse de livraison et facturation et le panier complet. Récapitulatif de commande avant paiement ToM
  21. Bonjour et merci pour ces éclaircicements. J'ai quelques remarques : Il me semble qu'il n'est pas utile de faire appel 50 fois à la fonction SUM dans le cas de la liste de produit. En effet, chaque produit à un stock global qui normalement devrait avoir pour valeur la somme totale des quantités de chacune des déclinaisons produits. Ex : j'ai un produits en rouge et en noir Produit rouge 10 qté Produit noir 20 Qté Dans ma table produit je devrais avoir un product_quantity = 30 Maintenant ça ne fonctionne peut être pas comme ça (j'ai pas eu le temps de regarder) Donc pour la liste de produit on récupère juste la quantité globale pour savoir si celui-ci est disponible (réservé) ou non. Une fois dans la fiche produit on fait un traitement sur la quantité disponible pour l'attribut_id sélectionné et le tour est joué. Je ne suis pas tout à fait d'accord avec cette manière de procéder. Lorsque je vais dans un super marché. Si il ne reste plus qu'une paire de ciseaux et que je la mets dans mon caddie. Personne ne va venir me prendre cette paire de ciseaux pour la mettre dans son panier sous prétexte qu'il va payer plus vite que moi (effectivement je suis entrain de lire une BD dans le coin lecture ) La encore je pense que nous pouvons faire quelque chose. En effet imaginons que dans l'adimin je prevois un champ qui dit que le panier est valide 15 min sans activité de la part du client. Au moment ou il confirme sa commande et qu'on le redirige sur le serveur de paiement on peut tout à fait updater la date du panier avec un date + 60 min. Cordialement, Thomas - Profileo Team
  22. Bonjour à toute la communauté prestashop !!!! Tout d'abord bravo pour ce magnifique projet. Je viens vers vous car je rencontre un problème particulier. Je l'intégration de mon site de ecommerce destiné à la vente d'objet d'artisanat du monde (dans un premier temps l'afrique). Je ne vends donc que des pièces uniques. Mon problème est le suivant : Je remplis mon panier avec un article, de l'autre coté un ami se connecte sur mon site et rempli son panier avec le même produit. Déjà ici se pose le problème, nous devrions normalement avoir un temps de réservation de produit par panier. En effet pour peu qu'il est une connexion plus rapide ou qu'il tape plus vite que moi il pourra commander ce produit alors que j'étais pourtant le premier à l'ajouter à mon panier. Est il possible de mettre en place un système de réservation. Je m'explique : L'idée est d'avoir un champ en backoffice qui dit temps de validité d'un panier inactif. Exemple 15 min. Si pendant 15 min le user 1 ne réalise pas d'action alors on vide automatiquement son panier et les produits qu'il y avait ajouté sonautomatiquement remis sur le site disponible. De la même façon avant chaque ajout au panier il faudrait vérifier que le produit ajouter n'est pas déjà dans un panier et que cet ajout ne provequera pas un stock -1. Stock réel = stock initial - stock réservé Le stock réel à un instant T est le stock qui prend en compte les produits des différents panier. Dans quel fichier puis je réaliser cette fonctionnalité. classes/Cart.php Ou y a t il des gens qui se sont penchés sur la question. Le risque avec la méthode actuelle c'est qu'un client se retrouve déçu puisqu'au moment de payer ou à tout autre moment on risque de lui dire que le produit n'est finalement plus disponible. On parle ainsi de panier percé. Merci pour votre analyse et vos réponses.
×
×
  • Create New...

Important Information

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