Jump to content

atn91

Members
  • Posts

    28
  • Joined

  • Last visited

Everything posted by atn91

  1. Bonjour, Je cherche à changer les images du carrousel (module ps_imageslider) en personnalisant un thème enfant créé à partir du thème classic, en Prestashop 1.7.4.4. Je ne souhaite pas passer pas le BP, car mon objectifs est de pouvoir, à l'avenir, réaliser les mises à jour de PS ou du thème, sans que mes images soient écrasées. J'ai donc posé les 3 fichiers (sample-1.jpg, sample-2.jpg et sample-3.jpg) dans le répertoire www\maboutique\themes\classic-child\modules\ps_imageslider\images Mon problème est que cette opération ne fonctionne pas. A l'appel de la page, ce sont les images présentes dans le répertoire www\maboutique\modules\ps_imageslider\images qui sont chargées. Sauriez vous ce qui manque pour que ça marche ? Ou alors, peut être que je fais fausse route et que cette manière de faire n'est plus la bonne (je l'ai pratiqué sur un PS 1.4 mais c'était il y a un moment). Merci de votre aide
  2. Bonjour, Un petit post au cas ou qq'un ait déjà résolu mon problème. Merci d'avance. J'installe en local un site sous PS1.6.0.11 (oui, je sais c'est vieux). J'utilise Akeeba pour cette restauration (très pratique comme outil). Toutefois après la restauration, et qq réglages de base et vérifications sur le BO (comme les URL). je bloque sur certains fichiers des modules dont l'extension est .less.cache qui contient le chemin du serveur (ex : /home/monsite/www/modules/...) au lieu du chemin local (ex : D:/wamp64/www/ms2016/...) Vu le nombre de cas, je pense qu'il s'agit d'un paramétrage (via le BO ou via un fichier) ou une manipulation à faire. Mais je ne vois pas où se fait ce paramétrage ou cette manip. Auriez vous une idée ? En vous remerciant par avance Cordialement PS : la solution de contournement est de supprimer directement ces fichiers dont l'extension est .less.cache (mais c'est un peu brutal ...)
  3. Bonjour, après un transfert du site PS 1.6 en local, je me retrouve sur un message sur le front " Vous ne pouvez pas accéder à notre boutique depuis votre pays. Veuillez nous excuser de la gêne occasionnée". L'accès au back est correct. J'ai essayé d'ajouter 127.0.0.1 dans la liste des IP autorisés de la géolocalisation. J'ai essayé de désactiver la géolocation (dans ce cas plus de message mais rien ne s'affiche). Je ne vois pas ou rechercher. Avez vous des idées de la source de ce problème ? merci d'avance de vos réponses
  4. Merci @Guillaume Freelance. Toutefois avant d'ajouter une colonne dans une table je me suis permit d'explorer à quoi cette table servait.Et là, en suivant les cailloux, je suis arriver au module "Customer loyalty and rewards". Et celui-ci était installé mais non configuré ... Donc solution : désinstaller le module Customer loyalty and rewards et c'est corriger Merci à tous
  5. Merci @Guillaume Freelance. Effectivement j'ai un message. J'ai fait un test avec un virement bancaire. Il me dit que le id_cart_rule est inconnu. Perso, je ne sais pas comment interpréter ce message. Je vous le colle en dessous. Merci de votre aide [PrestaShopDatabaseException]Unknown column 'id_cart_rule' in 'field list' INSERT INTO `ps_loyalty` (`id_loyalty_state`, `id_customer`, `id_order`, `id_cart_rule`, `points`, `date_add`, `date_upd`) VALUES ('1', '2', '1808', '0', '1', '2016-11-08 00:04:24', '2016-11-08 00:04:24') DbCore->displayError - [line 333 - classes/db/Db.php] - [1 Arguments] DbCore->query - [line 613 - classes/db/Db.php] - [1 Arguments] DbCore->q - [line 398 - classes/db/Db.php] - [2 Arguments] DbCore->insert - [line 480 - classes/ObjectModel.php] - [3 Arguments] ObjectModelCore->add - [line 442 - classes/ObjectModel.php] - [2 Arguments] ObjectModelCore->save - [line 59 - modules/loyalty/LoyaltyModule.php] - [2 Arguments] LoyaltyModule->save - [line 388 - modules/loyalty/loyalty.php] Loyalty->hookNewOrder - [line 512 - classes/Hook.php] - [1 Arguments] HookCore::exec - [line 657 - classes/PaymentModule.php] - [2 Arguments] PaymentModuleCore->validateOrder - [line 64 - modules/bankwire/controllers/front/validation.php] - [9 Arguments] BankwireValidationModuleFrontController->postProcess - [line 171 - classes/controller/Controller.php] ControllerCore->run - [line 374 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 28 - index.php] Merci de votre aide
  6. Bonjour, depuis quelques jours, lors de la validation du paiement (CB ou chèque ou virement) une "grosse et pas belle" page 500 s'affiche devant les yeux écarquillés du client. C'est moche ... n'est ce pas ...!!!! Je suis en prestashop 1.6.0.11, hébergé chez OVH et utilisé les modules standard de paiement. Rien n'a été modifié dans les différents modules de paiement notamment dans le validation.php Je ne vois rien de particulier dans les log. Si vous avez une idée, une piste à suivre ... je suis preneur. Merci pas avance de votre aide Cordialement atn91
  7. Toujours bloqué sur ce point. Si qq'un a une idée, merci d'avance.
  8. A oui, j'oubliais : je suis en version 1.6.0.11 sur un serveur OVH mutualisé (comme la prod). Up
  9. Bonjour, J'espère poster au bon endroit sur le forum, mais j'avoue ne pas trop savoir quel est l'origine de mon problème donc j'hésite ... En bref, afin de disposer d'une version de test (comme une préprod) j'ai réalisé une copie de mon site sur un sous domaine. Le problème c'est que après avoir suivi la procédure à la lettre, la page d'accueil du site m'affiche : Fatal error: Uncaught --> Smarty: Missing template name <-- thrown in /home/laplaceg/lpgtest/tools/smarty/sysplugins/smarty_internal_template.php on line 678 Cette ligne 678, c'est celle en rouge ci dessous : public function __get($property_name) { switch ($property_name) { case 'source': if (strlen($this->template_resource) == 0) { throw new SmartyException('Missing template name'); } J'ai beau regardé le thème, le réinstaller, le changer, etc, ... je n'avance pas.J'ai essayer pleins de trucs, mais là, j'ai plus d'idée. Auriez vous des idées, des pistes ? Merci d'avance. Bonne soirée Antoine
  10. Bonjour, Après la mise à jour en 1 clic d'une version 1.6.0.11 vers une version 1.6.1.0, j'ai perdu l'ensemble des images du sites. Etant donner que ce site était à l'origine en 1.3, j'utilise encore l'ancien système de stockage des images. Je ne l'ai jamais changé. Deux questions donc : - 1 : avez vous rencontrer ce problème d'image disparu lors d'une migration et quel remède avez vous trouvé ? - 2 : le changement du système de stockage d'image est-t-il risqué ? Merci d'avance de vos réponses Cordialement Antoine
  11. Bonjour, Je souhaite faire réaliser un upgrade d'un site. Il est sous prestashop 1.3.2.3 actuellement. je vise la dernière version C'est un petit site, environ 1 commande par jour, mise en ligne en 2011. En volume, cela représente environ 180 produits , 1200 commandes et 1100 fiches clients. Le seul module important et particulier que j'ai installé c'est celui du paiement CB de notre banque. Un second module permet de gérer des cadeaux mais je pense que la nouvelle version remplira ces fonctions. Coté délai, il n'y a pas d'urgence. Il y a juste un impératif sur l'opération d'upgrade qui doit être la plus courte possible, le site étant en ligne 24/24 et 7/7. Si cela est dans vos cordes, contactez moi. Cordialement
  12. Mon site est en local, pas sur un serveur. Je n ai pour le moment modifié aucun fichier Meme le product.tpl En tout cas merci de ton aide. Je me sens un peu seul sur ce coup ...
  13. J'ai bien les data dans les tables ps_product, ps_category (via phpmyadmin). Je vois bien les catégories et les fiches produits dans le BO. Je ne vois rien de bizarre. D'ailleurs sur le site, la fiche produit apparaît dans les produits phares ou les meilleures ventes ou les réductions (enfin sa miniature). Mais c'est quand je clique dessus que j'ai une zone blanche. Franchement je patauge ...
  14. Je suis conscient que ce travail va être long et délicat, @ademAklabul : Merci de ton soutien. J'ai donc essayer de passer 1.3.2 vers différentes versions. Bien sur j'aimerais faire le saut le plus important afin de rattraper le plus de retard possible. Donc de la 1.3.2 vers la 1.5.2., o vers la 1.4.9, ou vers la 1.4.7., J'arrive à un bon résultat en BO après un peu de travail. Bien sur ce n'est pas parfait mais c'est en bonne voie. Par contre,ce qui ne va pas c'est en FO. J'ai bien une page d'accueil correcte, mais dès que je demande un produit ou une catégorie c'est que du blanc (la zone centrale et de droite n'affiche rien).Je me doute que ce sujet a été traité dans le forum ou même qu'un tuto existe, mais j'avoue que je ne sais pas comment énoncer ce problème donc il n'est difficile de trouver une réponse. J'ai bien recherché du coté de problème de rewriting mais cela n'a rien donné. Sauriez vous quel est ce problème induit pas un update (important) de version ? Merci
  15. Merci Félix. Personne d'autre n'a d'opinion sur cettte problématique !!!! Ne me dites pas que je suis le seul à me poser cette question. Pourtant j'ai l'impression que la grande majorité des sites ne suis pas l'upgrade des versions, n'est ce pas ? Surtout qu'une migration n'est jamais sans risque.
  16. Ok pour essayer avec une version plus solide. Mais cela dit, mes interrogations restent entières. Quelques pistes ?
  17. Bonjour, Je souhaite upgrader la version d'un site qui est resté en 1.3.2 dans la dernière version de PrestaShop. J'ai essayer plusieurs méthodes (en local) mais aucune ne me satisfait, et pour le moment aucune ne finalise la migration du site. Avant de me décider pour l'une ou l'autre, j'aimerais avoir votre avis. Quelle est pour vous la meilleur façon de faire ? Méthode 1 : utiliser autoupgrade (transfert les données). Mais le thème est à reprendre entièrement. En effet les fiches produits ne s'affichent pas et de nombreux élément du thème ont disparu. Méthode 2 : appliquez la mise à jour manuelle 1.5 décrite dans le manuel utilisateur. Cette méthode ne m'a pas permit de d'importer les données. Le refus de s'appuyer sur la base de données 1.3 (message d'erreur table existante - préfixe) ne m'a pas permit de dérouler correctement cette méthode. Le site est donc vide Méthode 3 : installer en local un 1.5, refaire le thème et ajouter les modules, puis importer les données 1.3 au moment de la migration. Comment être sur d'exporter l'ensemble des données ? J'ai repéré plusieurs modules mais je ne sais pas trop vers lequel aller. Méthode 4 : installer en local un 1.5, refaire le thème et ajouter les modules. Puis lors de la migration, importer/exporter les tables migrées en parallèle avec autoupgrade. Le problème ici, est d'emméner l'ensemble des tables nécessaires. Qu'en pensez-vous ? Merci d'avance
  18. Bonjour, J'explique ce que je souhaite faire : Je souhaite pour certains articles, proposer un et un seul mode de paiement. Il y aurait plusieurs mode de paiement : chèque bleu, chèque vert, chèque rouge. Je peux pour chacun de ces modes de paiements spécifiques, mettre les produits correspondants dans une catégorie , ou un fabricant, ou un fournisseur .... spéciales Mais au final, un produit ne peux être règlé qu'en chèque vert, l'autre qu'en chèque rouge, .... Existe-t-il un module ? Quelques choses d'approchant que je pourrait customiser ? Qu'en pensez vous ? Bon week end
  19. Bon, je vois que le sujet n'a pas été trés porteur et n'a pas inspiré beaucoup de monde. Je poste le pourquoi du comment afin de répondre aux interrogations d'autres ... Donc, la source de ce problème est du au fait que le client lors d'une commande ne revient pas sur votre boutique après le paiement CB. Dans le cas du module vads de la Banque Populaire, c'est le bouton Retourner à la boutique qui n'est pas utilisé. La conséquence est que le paiement est valide (et apparait dans le back office de paiement de la banque) mais que la commande du client n'apparait pas dans votre back office et que ni le client, ni vous avez d'emails de confirmation. La solution est de paramétrer correctement le paramètre URL Serveur - Url Serveur de la boutique (du coté du back office du système de paiement de la banque). Celui-ci correspond à l'url indiqué par module CyberPlus Paiement - Url de retour à la boutique (dans le back office de votre boutique PrestaShop).
  20. Ma boutique ne génère plus les mails de confirmation de commande (order_conf.html) dans le cas d'un paiement en carte bleue. Cela fonctionne pour le paiement en chèque ou en virement bançaire. Une idée peut être ? Merci d'avance
  21. @grafix999 : Comment t'en es tu sorti ? Qu'elle a été ta solution ? De mon coté j'ai simplement passé le chmod du répertoire modules (l'arbo entière) de 777 à 755. Et à partir de là, les modules de paiement se sont exécuter correctement.
  22. Bonjour à tous, J'ai un problème avec la connexion de mes clients sur la version Serveur. J'ai besoin de vos aides précieuses. En local, j’ai installé et paramétré une version 1.3.2.3 de PS. Tout est OK ça roule. Cela fonctionne normalement. Sur l’hébergement OVH, j’ai déployé cette version de la boutique et re-paramétré les quelques éléments nécessaires. Et là, je coince sur le bug de l’identifiaction client. En résumé, après chaque identification du client, on peut accéder à la page demandée. Mais dès le clic suivant, on est renvoyé vers la page d’identification. Il semble que le test cookie->isLogged() retourne FALSE. J’ai essayer pas mal de solution, mais là je coince. Les cookies sont bien activés, j'ai aussi testé avec plusieurs navigateurs, et j'ai vérifié les droits d'accès des fichiers et répertoires. Toutes vos pistes et idées sont les bienvenues Merci d'avance
  23. Bonjour, Que veux tu dire par "J’avais mis en nom de domaine temp toot_dev.com" ? Merci
  24. Désolé, mais je vous ai déjà contacté par email, mais je ne sais toujours pas ou sont vos conditions générales ... est ce un secret ? La question est simple et la réponse peut interésser tout le monde. Ce manque de transparence ne plaide pas en votre faveur. Pour les autres questions c'est à peut près la même chose ... vos réponses ne me permettent pas d'avancer.
×
×
  • Create New...

Important Information

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