Jump to content

Ingrid974

Members
  • Posts

    15
  • Joined

  • Last visited

Profile Information

  • Location
    France
  • Activity
    Developer

Ingrid974's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Bonjour à tous, Je vous écris, car je souhaiterai développer un module qui ajoute un commentaire lorsqu'on crée une commande sur le Back office et que ce dernier apparaisse sur les factures PDF qui seront générées. J'ai suivit quelques tutoriels pour la création d'un module et désormais depuis le back office il est possible de procéder à l'installation du module (installation de la base de données) ainsi que sa suppression lors de la désinstallation du module. Mon objectif maintenant est de pouvoir faire apparaître ce module comme un champ supplémentaire dans AdminOrdersController lors de la création d'une nouvelle commande sur le back office ? (sans avoir à créer un nouvel onglet) et c'est là que je bloque, je ne vois pas du tout comment m'y prendre, si quelqu'un a une piste on un lien vers un tutoriel qui me permettrait d'implémenter un contrôleur existant sur le back office, cela m'aiderai beaucoup Je ne sais pas si un tel module existe sur prestashop addons, sachant que j'utilise actuellement le module M4PDF pour la génération des factures et non le générateur de factures fournit de base avec Prestashop (si jamais ce module existe je serais ravie que quelqu'un m'en fasse part, car ça fait déjà longtemps que je cherche...).
  2. Hi, Thank you for your reply. In my template ganalytics/views/templates/hook/header.tlp, I have already this line : {if $universal_analytics eq true} And the code still doesn't display. Another idea ?
  3. Bonjour Koul, Merci d'avoir essayé de m'apporter ton aide, mais l'erreur que je rencontrai ne se résidait pas dans ce que tu décris. En creusant un peu plus le sujet et en plongeant directement dans le code de Prestashop, je me suis rendue compte que nous avions un problème avec les champs nleft et nright. En effet, les valeurs de ces champs ont été modifiées en base de données pour les catégories parentes, après l'ajout d'une nouvelle catégorie sur le B.O. Dans le controlleur controllers/front/CategoryController.php, il y avait une condition qui était toujours vraie, et nous renvoyait sur une page 404. J'ai dû intervenir au niveau de la base de données sur la table maj_category afin de modifier les valeurs de ces champs manuellement (en reprenant les valeurs de ces champs dans une sauvegarde de notre base de données) et tout est maintenant rentré dans l'ordre. D'ailleurs si quelqu'un pouvait m'apporter plus de précisions sur l'utilité de ces champs, car pour le moment sur notre Back office, il nous est impossible d'ajouter de nouvelles catégories, à moins d'être confronté à ce problème. Je me disais que peut être il existait une limite pour le nombre de catégories et sous-catégories que l'utilisateur pouvait ajouter ?
  4. Bonjour à tous, Je viens vers vous, car je rencontre un problème actuellement avec le module Google Analytics. A titre informatif (même si cela n'est pas nécessaire de le préciser), je suis sous Prestashop 1.6.0.5 et nous sommes en multi-boutique. Je suis en train de configurer le module Google Analytics sur une de mes boutiques, j'ai pu y renseigner l'identifiant de suivi associé à mon site, que j'ai pu récupéré directement sur le site de Google Analytics. J'ai activé le module sur le site en question, et vérifier qu'il était bien hooké dans displayHeader() (il y est), mais lorsque j'actualise la page de mon site, le code de suivi généré par le module Google Analytics n'apparaît nulle part (même après avoir vidé le cache). Sur d'autres boutiques, où le module est activé, le code généré par le module apparaît bien dans le header, j'ai tenté quelques comparaisons entre les fichiers de mes différents sites (header.tpl etc.), et je ne vois aucune différence qui saute aux yeux. En effet, j'ai bien {$HOOK_HEADER} avant la fermeture de la balise </head>, donc aucune raison que le code javascript généré par le module ne se hook pas à cet emplacement. Que puis-je faire d'autre, pour faire apparaître le code généré par le module sur la page de mon site ? Quelqu'un a t-il déjà rencontré ce problème ? Aurai-je oublié quelque chose ?
  5. Bonjour à tous, Je viens vers vous car je rencontre un problème avec Prestashop et j'espère sincèrement que quelqu'un de la communauté de Prestashop ou même un utilisateur ayant déjà rencontré cette erreur puisse m'aider, car depuis vendredi nous tournons un peu en rond. Au sein de mon entreprise on utilise la version 1.6.0.5 de Prestashop, et disposons de 5 boutiques en mode multiboutique. Depuis vendredi dernier, nous nous sommes rendus compte que les liens des catégories présents dans le menu redirigeait l'utilisateur systématiquement vers une page introuvable (et cela peu importe la boutique exceptée une de nos boutiques), alors qu'il n'y a pas si longtemps de cela tout fonctionnait normalement. Sur une des boutiques L’URL est bien réecrite et l'utilisateur est bien redirigé vers la catégorie sélectionnée, alors que sur les autres boutiques dans l'inspecteur de code on voit bien que l'url se présente de la manière suivante : http://monsite.fr/index.php?id_category=X&controller=category et lorsqu'on clique sur le lien on est redirigé directement vers "page introuvable". J'ai cherché sur les forums avant de poster ici, j'ai procédé comme suit: - Désactivation de l'url simplifiée => problème toujours présent - Regénération du .htaccess => problème toujours présent - Sur un forum, j'ai vu que la création d'une nouvelle catégorie pouvait être à l'origine du problème (en plus on avait récemment crée de nouvelles catégories). J'ai donc regardé du côté de la base de données si les champs nleft et nright étaient bien renseignés (et n'avaient pas la valeur 0) et en effet c'est bien le cas. Si quelqu'un a une idée d'où cela pourrait venir, je me tiens à votre disposition.
  6. Bonjour à tous, Je viens à peine de trouver la solution! Je me suis rendue compte que si je n'importe pas le répertoire /classes de l'ancienne version de prestashop vers la nouvelle version je ne peut pas réaliser la mise à jour manuelle. Et c'est à cause de répertoire que j'ai le message ci-dessous: Notice: Undefined property: AdminLoginController::$admin_webpath in /var/www/prestashop16/controllers/admin/AdminLoginController.php on line 51 La solution consiste alors, à écraser le répertoire /classes par celui proposé par la nouvelle version, une fois la mise à jour effectuée, et d'y importer que les classes personnalisées.
  7. Bonjour à tous, Je viens vers vous car je suis sur Prestashop 1.5.6.1 et actuellement en multiboutique, je rencontre un problème avec le paiement par chèque ou par carte bancaire sur un de mes sites. Lorsque l'utilisateur passe sa commande, après validation de la commande et confirmation du paiement, il est redirigé vers la page www.monsite.fr/module/bankwire/validation qui leur affiche une page blanche, la commande quant à elle au niveau de la BO est bien enregistrée mais l'utilisateur quant à lui n'a aucune trace de la confirmation du paiement ni même le récapitulatif de la commande qui s'affiche, ce qui est très embêtant. J'ai parcouru un peu les forums pour essayer d'analyser le problème, j'ai désinstallé le module So colissimo, qui n'était visiblement pas à l'origine du problème puisque j'ai refais le test après la désinstallation du module et le problème est toujours présent. J'ai parcouru les fichiers override/classes/PaymentModule.php, classes/PaymentModule.php, /modules/bankwire/controllers/front/validation.php, je les ai comparé un à un avec ceux présent sur GitHub et je ne vois pas de différence. Les modules quant à eux sont à jour. Si quelqu'un a une idée du problème, je me tiens à votre disposition, ça fait plusieurs jours que je tente toutes les possibilités, mais rien n'y fait... Voici ce qui s'affiche lorsque j'active les messages d'erreurs : [PrestaShopException] Property CartRule->reduction_percent is not valid at line 837 in file classes/ObjectModel.php 832. $message = $this->validateField($field, $this->$field); 833. if ($message !== true) 834. { 835. if ($die) 836. throw new PrestaShopException($message); 837. return $error_return ? $message : false; 838. } 839. } 840. 841. return true; ObjectModelCore->validateFields - [line 255 - classes/ObjectModel.php] - [0 Argument] ObjectModelCore->getFields - [line 596 - classes/ObjectModel.php] - [0 Argument] ObjectModelCore->update - [line 135 - classes/CartRule.php] - [1 Arguments] CartRuleCore->update - [line 357 - override/classes/PaymentModule.php] - [0 Argument] PaymentModule->validateOrder - [line 64 - modules/bankwire/controllers/front/validation.php] - [9 Arguments] BankwireValidationModuleFrontController->postProcess - [line 158 - classes/controller/Controller.php] - [0 Argument] ControllerCore->run - [line 348 - classes/Dispatcher.php] - [0 Argument] DispatcherCore->dispatch - [line 28 - index.php] - [0 Argument]
  8. Merci encore de vous intéresser à mon problème. Je viens de vérifier à nouveau, je n'ai pas de surcharge dans le répertoire override/classes/controller, le seul fichier que j'ai dans ce répertoire est index.php. J'ai également supprimer le fichier /cache/class_index.php à plusieurs reprises en pensant qu'il y était pour quelque chose, et encore, à l'instant même après lecture de votre message mais rien n'y fait le problème persiste. Il ne me reste plus qu'à faire la maj automatique dans ce cas ?
  9. Merci pour votre réactivité et votre message de bienvenue ! Je n'ai pas encore copié le dossier override de l'ancienne version vers le répertoire de la nouvelle version, je voulais m'assurer que tout fonctionne avant de le faire (au moins la connexion à la BO). Pour le moment je travaille avec le dossier override proposé par la dernière version de Prestashop et il n'y a pas de surcharge dans ce répertoire. Peut être une autre suggestion avant que j'envisage la maj automatique ?
  10. Bonjour à tous, Je viens sur le forum vous exposer le problème que je rencontre en ce moment, je travaille avec la version 1.5.6.1 de Prestashop et je souhaite la faire évoluer vers la 1.6 manuellement, pour ne pas impacter la version actuellement en prod étant donné que je débute à peine mon apprentissage de Prestashop. J'ai suivi la documentation à la lettre, et pour résumer j'ai crée un répertoire (prestashop16) contenant les fichiers et répertoires de la nouvelle version ainsi que ceux de l'ancienne version (comme indiqué dans la doc). Tout s'est à peu près bien passé, j'ai eu quelques soucis avec ma base de données, que j'ai réussi à résoudre, et voici le début du fichier XML qui m'était affiché : <action result="ok" error=""> Etant donné que ma base de données est à jour, je tente une connexion à mon back office et voici l'erreur que j'ai à l'écran : Notice: Undefined property: AdminLoginController::$admin_webpath in /var/www/prestashop16/controllers/admin/AdminLoginController.php on line 51 Je n'arrive pas à mettre la main sur l'erreur indiqué ... C'est comme si mon controlleur AdminLoginController n'héritait pas de la classe AdminController, qui elle dispose bien de la variable admin_webpath. Quelqu'un a t-il une idée du problème ?
×
×
  • Create New...

Important Information

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