Jump to content

J. Danse

Members
  • Posts

    2,563
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by J. Danse

  1. Supprimer, rien. Il va falloir adapter les modules qui étaient prévu pour une version 1.4 vers une version 1.6. Ou, alors, désactiver le mode développeur, pour masquer ce genre d'erreurs. ;-)
  2. Bonsoir, Il faut activer le module "Alertes e-mails" (mailalerts) et paramétrer la notification de nouvelles commandes.
  3. Ahhhhh, on est passé d'un 1.4 à un 1.6. C'est lié au "Discount", qui n'existe plus en l'état. Ils sont remplacés par les "CartRules". Vous avez éventuellement une surcharge ou un module les utilisant. (Dans l'idée, ces fichiers devaient être retirés en 1.6. Ce n'est pas encore le cas).
  4. Il ne s'agit pas d'une erreur à proprement dit, par contre. Il s'agit d'une "attention" envoyée par PrestaShop lors de l'utilisation d'une fonction dépréciée. Vous devriez éventuellement avoir dans Paramètres avancés > Logs plus d'informations à ce sujet, notamment concernant le nom d ufichier. Est-ce le cas ?
  5. Bonjour, Pour contrer l'envoi de emails, changez le niveau de gravité au sein de votre Back Office, dans Paramètres avancés > Logs. Concernant l'erreur, il s'agirait éventuellement d'un module qui utilise une fonction appelée dépréciée. Ce n'est pas une erreur dramatique, sauf lorsque cette fonction sera supprimée dans des versions futures (ce qui peut ne jamais arriver).
  6. Bonsoir, Dans les CdC, on mentionne l'existence d'un module ainsi que d'éventuels fichiers sources modifiés. Ceux-ci sont-ils nombreux ? Sont-ils modifiés en dur ou surchargés ? Existe-t-il, éventuellement, sous contrat de non divulgation, une possibilité de voir le code du module et son fonctionnement afin de pouvoir non seulement quantifier la charge de travail mais évaluer la faisabilité de partir sur l'existant ? Cordialement, J. Danse.
  7. Pour ce qui est du décalage, la version future corrige déjà ce soucis. Je m'excuse pour le délai d'attente sur ce module mais... je prends une semaine de repos début juillet, je pense bien, et ce sera donc possible pour moi de me consacrer au module,
  8. Bonsoir, Je ne vais pas vous donner de solutions à proprement dit sur l'ajout d'un produit et donc sur l'utilisation d'une classe native de PrestaShop. Cependant, à première vue, il est clair que le code génère une erreur. Qui se traduit par une erreur 500. Il vous faut activer le mode développeur afin d'avoir un message d'informations sur l'erreur rencontrée.
  9. Avez-vous tentez la mise à jour 1.6.0.8 qui corrige cette erreur, notamment ?
  10. Huuuum... Que je comprenne bien, tu souhaiterais avoir une installation d'une boutique PrestaShop accessible via une application mobile qui permet d'avoir un thème "mobile" et qui permet ainsi la commande via l'application, c'est bien ça ? Je le fais assez souvent sous Windows Phone (le principe suivant restera le même) pour les sites responsives que je développe, afin de me permettre de tester ceux-ci assez rapidement: je conçois une très simple application (privée), embarquant un WebView et dont l'URL de base est celle du site. Si il existe un thème mobile ou qu'il est responsive, j'ai bel et bien le site comme je le souhaite et je ne quitte pas mon application (et je suis bien sur IE, sur le coup). Tout dépend concrètement de ton souhait et de ta volonté à ce propos, mais n'est-ce pas envisageable le cas présent ?
  11. Bonjour, Le token est propre à PrestaShop et il permet de gérer une certaine sécurité. Ne vous en souciez pas. Dans votre cas, vous tentez d'accéder à un contrôlleur "AdminTest" qui n'est pas natif ; et qui doit donc surement être présent dans votre module. Avez-vous bien un fichier présent dans /modules/votremodule/controllers/admin/ nommé AdminTestController.php et ayant comme début class AdminTestController extends ModuleAdminController ?
  12. Bonjour, En effet, et mes excuses. Pour le moment: http://prestaedit.com/prestashop/modules/navmegadrownevo/navmegadrownevo-v2.3.9.4.zip
  13. Bonsoir, Le mail "new_order" fait partie du module "Alertes e-mails" (mailalerts). Ce serait plus vite celui-ci qu'il faudrait éventuellement recharger au besoin.
  14. Le problème, c'est tout de même qu'il s'agit parfois de plusieurs sujets, tout de même. Encore heureux que je suis plusieurs forums et que je regarde le nouveau contenu quasiment une fois par jour pour me permettre de "Marquer comme lu" l'ensemble des sujets ET de visualiser si le topic que je suis normalement a eu une réponse. Le problème n'est pas forcément de faire une manipulation supplémentaire, c'est d'avoir une fonctionnalité qui ne fonctionne pas ou à moitié. Broutille ou non, il me semble judicieux d'en faire part qui de droit et de souhaiter une correction, ceci dit.
  15. Bonsoir, Il n'est pas possible de l'installer sans les données de démo. Il est possible de supprimer ces donnée via le module Cleaner (pscleaner).
  16. Bonsoir à tous, Vu que je reçois plusieurs demandes et que je n'ai pas forcément le temps de tout consigner à ce sujet, voici un petit widget vous permettant de vous inscrire à une liste de diffusion concernant le module NavMegaDrownEvo v3.0. L'idée n'est pas de vous spammer, mais de vous tenir au courant d'une version alpha/beta et release officielle. ;-) http://www.prestaedit.com/navmegadrownevo/
  17. J'ai le même soucis sur un de mes propres topics, très populaire. C'est encore plus dérangeant pour moi de ne pas recevoir d'alertes (alors que le follow semble bien ajouté !). Je sais que l'information est déjà remontée aux équipes de PrestaShop. Mais elle est restée là, stagnante.
  18. Bonsoir, il vous faut activer le mode développeur afin d'avoir une erreur en lieu et place d'une erreur 500, éventuellement.
  19. Bonsoir, Pour avoir un module composé principalement de surcharges (aussi bien classes que controllers Front/Back), je dois pouvoir répondre à la question. Par contre, concrètement, je ne fais rien. Du moins, rien de plus que ce qui est natif. L'ensemble des surcharges est dans le dossier override du module. Et, au moment d'installation, c'est PrestaShop qui traite l'information en vérifiant l'existence de ce dossier et son contenu et en réaliser une copie. Le seul bémol, et on ne peut finalement rien y faire, c'est que si une méthode est déjà surchargée, elle ne peut pas l'être une seconde fois. Et, donc, PrestaShop retourne le fait que l'installation de la surcharge a échouée.
  20. Bonsoir, La bonne pratique est en effet d'embarqué dans votre module l'ensemble des fichiers nécessaires. Dans le cas présent, il s'agit des templates des emails (au format html et txt, donc. De même, ceux-ci doivent se baser sur le thème par défaut (un dupliqué d'un existant modifié pour intégrer votre contenu de base fera l'affaire, par exemple). C'est au sein du thème que le mail sera modifié pour correspondre à la charte graphique de la boutique. Et, ceci dit, les mails natifs sont également surchargeable de cette manière au sein du thème. C'est normalement la bonne pratique à considérer (bien que PrestaShop reconnait la modification des templates mails au sein même du répertoire par défaut, et n'écrase donc pas les emails lors d'une mise à jour, à dire vrai ;-)
  21. Les premiers travaux sont de rendre le module compatible, avec au possible un ensemble de fonctionnalités déjà embarquées. Dans une première release, il est possible que je fasse abstraction de certaines parties mais j'y reviendrais. Une génération du menu directement dans un template est prévue, plus directement via le PHP du module. L'idée, pour les non développeurs, étant de permettre une modification bien plus aisée et surtout une surcharge du menu directement via son thème (et donc pouvoir même l'inclure dans un thème, finalement !). De cette base, nous pourrons voir pour donner une charge de travail sur le mode responsive, je pense bien
  22. Bonsoir, La version actuelle n'est pas encore compatible. Une v3.0 doit voir le jour dès lors que j'aurais un peu de temps supplémentaire ;-) Et, c'est en effet du au thème et une incompatibilité du module. Dans le CSS du module (views/css/navmegadrownEvo.css), il faut retir ce premier bloc: .container { padding: 0; margin: 0; list-style:none; }
  23. Bonsoir, Ah, d'accord. J'avais mal compris lors de ma lecture du sujet, mes excuses ;-) Quoiqu'il en soit, le script est en votre possession. C'est la première étape, je dirais. Je peux vous conseiller des prestataires aussi bien en intégrations qu'en développements, sans soucis. Bien que je comprends que vous souhaitez faire l'intégration vous-même sur base de PSD existants. Quoiqu'il en soit, il vous également voir pour préciser comment vous souhaitez traiter la demande de réservation et l'agenda en question. Ce qui permettra au prestataire de visualiser la réelle charge de travail (l'adaptation du script en module étant une partie de celle-ci, finalement).
  24. Bonsoir, Très honnêtement, le "script" étant déjà présent et disponible par vos soins, je pense que l'adaptation en module PrestaShop n'est pas une réelle surcharge de travail, à dire vrai. D'autant si vous souhaitez conservé le même gabarit visuel qu'actuellement, finalement ! ;-)
×
×
  • Create New...

Important Information

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