Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. Bonsoir, Dans les options du WebService, vous avez notamment la possibilité de "Activer le mode CGI de PHP". Si il n'est pas à "Oui", mettez le et réaliser un nouveau test de connexion.
  2. Bonsoir, Votre controller doit hériter de la classe "ModuleAdminController". Lors de son ajout en BO (en code ou manuel), il faut lui indiquer le nom du module courant. Dans le "bootstrap" du module (le fichier du même nom), il faut réaliser un include de notre model. On peut le faire juste après le premier test de sécurité. Concernant la suppression, le Helper va gérer de lui-même l'opération "simple" de suppression en BDD d'un enregistrement sur base de son identifiant (c'est pour cela que l'on doit lui donner le nom de la table et la clé primaire). Il est, bien sur, possible d'ajouter des traitements en reprenant la classe parente dans son propre controller, donc. Est-ce que j'ai pu vous éclairé, ne fut-ce qu'un rien ? ;-)
  3. Bonjour, Le module "mailalerts" est-il toujours actif ? Votre e-mail est-elle bien enregistrée dans la liste de celles en configuration du module ?
  4. Je vais essayer de donner mon opinion et de lancer quelques interrogations/informations, qui plus est. Concernant votre cas de figure, il faut savoir que les développeurs peuvent mettre à disposition des mises à jour de leur module en version mineure ou majeure. Une version mineure comporte éventuellement de nouvelles fonctionnalités mais surtout du debug éventuel. Ces mises à jours sont gratuites pour le client via Addons. Une version majeure est une version qui a du être revue pour être compatible avec une version plus récente (le cas avec PrestaShop 1.4 -> 1.5 et 1.5 -> 1.6, par exemple). Lorsqu'une mise à jour majeure se fait ressentir, le client doit acheter de nouveau le module. Il faut savoir également que seules les agences certifiées peuvent proposer l'option sérénité. Selon la FAQ, il s'agit d'une option permettant de disposer de l'ensemble des mises à jour sur une période de 12 mois. J'en conclus donc, également, que les mises à jour majeures sont comprises. Si je reprends votre processus d'achat du module, voici ce que j'en déduit: - Premier achat pour une boutique en v1.4.0.3 au maximum. - Deuxième achat suite à une mise à jour, surement en v1.4.2.5 - Troisième achat pour une 1.5 - Et vous êtes désormais sur une 1.6. Dans notre cas de figure, vous êtes passés par trois versions majeures. Je vous renvoie sur mon précédente paragraphe pour les versions majeures. Sur les sites des éditeurs, ils font comme bon leur semble. Je connais beaucoup d'éditeur qui permettent l'achat de la mise à jour pour 50% du montant normalement demandé à un nouveau client. Mais cela est du ressort de l'éditeur lui-même. Si je fais une analogie, je la ferais sur base d'un système d'exploitation. En effet, au fur et à mesure du temps, nous avons pu voir l'exemple de Windows: nous avons eu Vista, Seven et Windows 8 (et 8.1 !) qui ce sont succédé en un rien de temps. Et, finalement, la suite Office qui a subie aussi un remaniement (2007, 2010 et 2013). Chaque version est une version majeure et nécessite un rachat de licence. Il s'agit du même principe que les modules. Ceci dit, il est vrai que lorsque vous avez acquis un module et qu'il ne fonctionne plus sur une version plus récente, il est éventuellement possible de voir auprès d'un développeur tiers pour réaliser une mise à jour fonctionnelle à faible coût. Mais sans certitudes, évidemment. Ce genre de pratique n'est pas nouvelle et lors de la sortie de PrestaShop 1.5, je me souviens avoir eu beaucoup de demandes en ce genre. Ce n'est donc que ma contribution à votre interrogation,
  5. A titre personnel, tout dépend. Il arrive parfois qu'une demande d'exclusivité soit demandée par le donneur d'ordre. Dans ce cas, il est probable qu'un supplément pour l'exclusivité soit demandé. Parfois, il s'agit de module réellement sur mesure (un traitement tellement particulier que la revente ne servirait à rien) et le prix est dès lors en accord avec le temps de travail accordé. Et, bien souvent, il m'arrive de facturer le développement du dit module en temps de travail mais, du moment où il n'y a pas d'exclusivité et un potentiel de ventes, j'octroi un rabais sur le temps de développement. Ceci permettant au donneur d'ordre de faire réaliser son développement à moindre coût et à ma personne de rentabiliser par la suite. Maintenant, j'avoue que la législation sur la propriété intellectuelle m'est floue à ce sujet et je pense surtout que si un accord d'exclusivité est mentionné, il faudra le faire signer par le développeur pour vous assurer qu'il vous cède les droits, finalement.
  6. Non, non, c'est parfait ainsi ! Et l'idée est que ça fonctionne sur chaque version, quoiqu'il en est ;-) C'est juste que sur une éventuelle 1.6, on a parfois des problèmes de caches. Mais dans votre cas, je n'ai pas encore entendu parlé de ce problème, malheureusement.
  7. Bonsoir, Quelle est votre version de PrestaShop utilisée ?
  8. Je retiens le sujet, je vais voir pour l'intégrer dans mon module "SAV étendu", pour bien faire ! ;-)
  9. C'est avec grand plaisir, Sandrine. Pour informations, la copie de certains fichiers ne s'étaient pas passé comme souhaitée. Ce qui a provoqué une erreur à l'affichage.
  10. Très bonne question. Un accès à l'édition des produits, en tout cas. De toutes, il s'agit d'un accès temporaire que vous supprimerez par la suite,
  11. Bonsoir, Je peux vous assurer le support si vous me mentionnez un accès Back Office par email, éventuellement à [email protected] Nous pourrons voir ensemble d'où vient le problème et régler celui-ci le cas échéant. Cordialement, J. Danse.
  12. Bonjour, En fait, le tableau associé passé dans $params est passé en référence ; toutes modifications sur une valeur du tableau sera modifié dans son appelant. ;-) On peut se baser sur un module qui utilise ce type de hook: https://github.com/PrestaShop/blocklayered/blob/master/blocklayered.php#L653 (je cible exprès cette ligne, pour pointer du doigt qu'il faut informer que le hook s'est exécuté, ;-)).
  13. Dans ce cas, rien. Ou alors, {$hide_left_column}, dans un if. Mais je pense que je comprends mal où on tente à arriver, là.
  14. Bonsoir, Vous avez essayer en modifiant le cache_defaut_attribute, aussi bien dans la table product et product_shop ? Pour mon retour, il n'était pas exactement concluant et je n'ai pas encore eu le temps d'approfondir pour le moment, mes excuses !
  15. Hum, ... le $this->... est en PHP, la variable $st_... au niveau du tpl. Maintenant, st_hide n'existe pas nativement. C'est tout simple hide_left_column et non st_hide_left_column, vous voyez ?
  16. Pour être honnête, je pense que je me suis perdu dans votre demande, sur le coup. :-/ Vous souhaitez faire un contrôle sur quelles données ? Sur l'existence du hook comme l'exemple dans votre premier message ? La condition mentionnée dernièrement ne vous permet que de changer la taille du bloc pour qu'il prenne en compte l'existence d'une colonne de gauche ou de droite, ou justement sa non existence. Elle n'a pas spécialement lieue d'être dans votre tpl. Je n'ai pas saisi comment vous arrivez à l'index indéfini, sinon, mais je pense que l'on peut passer cette étape non nécessaire, selon ce que je comprends ;-)
  17. Bonsoir, Cela ne me semble plus nécessaire. La seule chose, c'est que si aucun module n'est greffé au hook en question, le retour est vide. Ce qui vous fait une div.spanzani vide, simplement. Mais cela ne provoquera pas d'erreur, comme auparavant, ne s’agissant pas d'une variable qui pourrait ne pas exister ;-)
  18. Il vous faut passer un argument à la méthode, qui est l'ID du statut souhaité.
  19. Sinon, vous pouvez utiliser le contexte dans votre template (voir http://www.prestaedit.com/blog/7_utiliser-le-contexte-au-sein-d-un-template.html) et ensuite utilisez la méthode getDevice() du contexte, comparée à {$Context::DEVICE_MOBILE}, par exemple
  20. Bête question, vous avez essayer de détecter un true/false, sur cette valeur ?
  21. Bonjour, Avec plaisir ! ;-) N'hésite pas à passer le sujet en [Résolu], ainsi Une bonne après-midi de même
  22. Détection en PHP: if((bool)Configuration::get('PS_CATALOG_MODE')) Détection en Smarty: {if $PS_CATALOG_MODE}{/if}
  23. Si je peux me permettre, j'ai comme l'impression aussi que les sites "showcases" sont surtout et exclusivement des sites d'agences certifiées. Détrompez-moi si je me goure mais... non, je ne me goure pas ! ;-)
×
×
  • Create New...

Important Information

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