Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. ça y ressemblerait, oui. Si ce n'est que la méthode pour le hook serait celle-ci: public function hookDisplayBackOfficeHeader($params) { //code de ma fonction exécuté à chaque changement de page dans le back office uniquement } ;-)
  2. Tu pourrais, tout à fait. Mais tu perdrais la possibilité de faire une mise à jour ou plutôt tu perdrais ce développement si mise à jour il y a. Le plus simple étant de faire en sorte que ton module se greffe au hook cité, et il est donc exécuté à chaque page (et te permet donc en prime de faire ce que tu souhaites). Tu n'as donc pas besoin de cookie, vu que tu auras besoin de faire une insertion pour chaque page vue par l'employée, dans ton cas, finalement.
  3. Ou encore, éventuellement, faire un ajout au panier d'une quantité qui est celle voulue (le tout via un petit script jQuery, ça peut le faire ;-)). Il n'y a pas de hook pour l'ajout au panier, à proprement parlé. A voir si l'ajout au panier éxécute éventuellement un hook annexe, comme actionObjectUpdateBefore ou quelque chose du style.
  4. Bonjour, Malheureusement, il n'existe pas de hook lors de la connexion d'un employé. Il existe éventuellement deux possibilités: Premièrement: Ajout d'un override au sein du module qui surchargerait le controller AdminLogin et sa méthode processLogin() pour déclencher le traitement d'une nouvelle insertion en DB. Deuxièmement: Le module se hook sur un hook générique tel que displayBackOfficeHeader et génère cette insertion en n'oubliant pas de créer un cookie spécifique pour ne pas faire un enregistrement à chaque chargement de page. Me concernant, je prendrais la première option, mais tout dépend la demande. Pour l'employé, on a le contexte qui permet de le récupérer: $this->context->employee
  5. Je viens de mettre en ligne la v2.3.9.3 en ligne, qui vérifie les accès à une catégorie et la masque du menu en cas.
  6. Bonsoir à tous, De fait: pour le responsive, il va falloir attendre encore un peu. Quelques projets urgents à régler (comme l'écriture, par exemple ;-)) Pour le fait que la catégorie dont on a pas accès est prise en compte, j'avoue que c'est un réel problème. Je dirais même que c'est un bug, finalement (je le catégorise comme tel, en tout cas !). Je vais donc m'y pencher.
  7. De fait, j'utilise personnellement MailJet et c'est vrai que, actuellement, les modules (par exemple le mien) sont souvent des modules de synchro. Cela dit, je peux annoncer que la prochaine version permettra non seulement faire une synchronisation mais qui plus est de réaliser ses campagnes directement dans son PrestaShop !
  8. Quelle est votre version utilisée ? Depuis la v1.5.3.0, il est possible d'avoir un logo basique et un logo pour le site mobile. Cela dit, vu que le thème est responsive, il est possible que l'url du logo ne soit malheureusement pas impactée. Il doit cela dit être possible de voir avec Atch pour prendre en compte cette fonctionnalité, ;-)
  9. Le hook est displayMobileHeader en réalité, sur mobile. Ce qui est vrai, c'est qu'on aurait pu aussi y mettre un displayMobileFooter finalement... ;-)
  10. Try this ;-) $this->_select = 'a.*'; $this->_where = 'AND a.`id` = '.(int)$id;
  11. Bonsoir, Voici un exemple de "query": $query = array(); $query[0] = array('name' => $this->l('No repeat'), 'id_option' => 'no'); $query[1] = array('name' => $this->l('All Repeat'), 'id_option' => 'all'); $query[2] = array('name' => $this->l('Horizontal'), 'id_option' => 'x'); $query[3] = array('name' => $this->l('Vertical'), 'id_option' => 'y'); J'ai donc mis 'query' => $query, ;-)
  12. Ce n'est pas impossible, ca oui. Il y en a en tout cas ;-)
  13. Je pense qu'il est possible de le demander directement a PrestaShop. ;-)
  14. Tout un tas de conditions dont celles que j'ai cites plus haut ;-)
  15. Bonsoir, Je suis entrain de finaliser la mise à jour du module compatible 1.5. Celui-ci sera disponible sur mon propre site et éventuellement sur Addons dès possible. Il sera sans nuls doutes payant, cela dit. Cordialement, J. Danse.
  16. Rien n'empêche de faire du monoproduit, même si ce n'est pas évident de base. Pour ma part, j'ai du faire ce genre de site il y a peu de temps, et j'ai donc conçu un module que je nomme "homeproduct". Son principe est celui-ci: on prendre les produits de la seule catégorie existante (Accueil) et on ne prend surtout que le dernier. On en affiche les infos et tout le nécessaire. En soi, ce n'est pas difficile à réaliser (même si l'idée de 2FR3 est une idée à très faible coûts, puisque le module est natif ;-))
  17. Est-ce que les stocks sont activés ? Quel fut l'état du stock au lancement du site et actuellement ? Éventuellement, les deux commandes ont la même adresse de livraison ? (multi-shipping)
  18. La réponse à la question, je ne l'ai pas. Maintenant, c'est donc l'une des causes qui fait que ce n'est pas supporté/compatible PrestaBox, donc ;-)
  19. Un module PrestaBox se base sur un PrestaShop 1.4 et ne peut contenir aucune modification de la base de données, aucunes copies de fichiers/overrides, pas de fonctions liés à la sécurité (comme un exec()), ...
×
×
  • Create New...

Important Information

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