Jump to content

polaije

Members
 View Profile  See their activity

  • Posts

    136

  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

polaije's Achievements

Rookie

Rookie (2/14)

  • First Post Rare
  • Collaborator Rare
  • Dedicated Rare
  • Conversation Starter Rare
  • Week One Done Rare

Recent Badges

1

Reputation

  1. polaije started following Changement de thème, donnez votre avis , ServiceNotFoundException - error 500 Admin Panel , Erreur fatale produit lors de changement de langue and 2 others
  2. polaije
    I have exactly the same problem opening the backoffice login page. This happening after an update from 1.7.8 to 8.1.1. Jean-Marie
  3. polaije
    Bonjour, Avec la version 1.7.8.8 a l'affichage d'un produit lorsque l'on change de langue et que le panier n'est pas vide j'obtient "erreur fatale". En mode debug l'erreur intervient à la ligne 3632 de la classe Product.php : /* * When a user (e.g., guest, customer, Google...) is on PrestaShop, he has already its cart as the global (see /init.php) * When a non-user calls directly this method (e.g., payment module...) is on PrestaShop, he does not have already it BUT knows the cart ID * When called from the back office, cart ID can be inexistant */ if (!$id_cart && !isset($context->employee)) { die(Tools::displayError()); } Quand le panier est vide, pas d'erreur. Quelqu'un pourrait-il me donner des indications pour résoudre ce problème. Merci d'avance, Jean-Marie Polain
  4. polaije
    Hello, I have this behaviour on my site https://pharmanovea.com and I have change core.js like you mention but when I debug the file in devlopement tools is not changed. Cache is disabled and smartcache for js also. The strange thing is when I try with a clone https://presta17.pharmanovea.com the problem of ajax refresh disapears when I disable the javascript smartcache but this is not working in my production version. Thanks helping me with this. Jean-Marie
  5. polaije
    Bonjour, Je viens d'installer un nouveau thème sur mon site https:pharmanovea.com et j'ai un problème d'affichage des points relais de certains transporteurs comme bpost ou Mondial relay. Quand on choisi un de ces transporteurs le bouton "Choisir un point de retrait" ne s'affiche pas le processus passe au paiement et lorsque l'on passe commande celle-ci n'a pas de statut. En mode debug une erreur s'affiche au passage de la commande. Je me débrouille assez bien dans les modifications de PHP ou html mais ici c'est du Javascript et la je ne maitrise pas bien. J'ai bien contacté les développeur des modules de livraison mais cela risque de prendre du temps. Quelqu'un pourrait-il m'aider avec ce problème. Merci d'avance, Jean-Marie
  6. polaije
    Bonjour, Je suis le webmaster du site https://pharmanovea.com, je voudrais avoir des avis sur le design du site et si un changement de thème ne serait pas approprié. Merci de me donner votre avis à ce sujet. Bien cordialement, Jean-Marie Polain
  7. polaije
    Bonjour, Notre site existe depuis 2012 avec un nouveau thème il y a plus d'un an. La version de Prestashop est la 1.7.6.3. Le site accueille actuellement plus ou moins 600 visiteurs par jour et avec 80 à 90% de mobile. Plusieurs mots clés reviennent régulièrement comme Sedistress et Lysomucil. Ses mots clés sont effectivement placés en première, deuxième ou troisième positions sur Google. Malgré de bonnes positions nous vendons rarement ces produits alors que d'autres moins bien placés se vendent. Comparés aux concurrents placés à coté nos prix sont identiques ou même moins chers. Nous suspectons un problème d'ergonomie et envisageons de changer de thème pour un design plus professionnel. Qu'en pensez-vous ? Voici notre URL : https://pharmanovea.com Merci de vos conseils, Jean-Marie Polain Webmaster
  8. polaije
    Personne avec ce problème ?
  9. polaije
    j'hésite a prendre un méga menu qui occupe une grande partie de l'écran et surtout mauvais pour le SEO. J'ai ajouté le bandeau avec livraison, paiements, etc...
  10. polaije
    Merci pour l'aide, j'ai suivi ta proposition pour le menu. Je dois ajouter une bannière avec 3 colonnes, conditions, livraison et paiement juste avant le blog malheureusement le design n'est pas ma spécialité.
  11. polaije
    Petit up ! C'est quand même un bug qui peut dissuader d'acheter.
  12. polaije
    Bonjour, Notre site existe depuis 2012 mais il y a quelques mois nous avons migré vers 1.7 et avec un nouveau thème Care. Nous avons eu beaucoup de bugs a corriger, notamment avec le thème qui datait probablement des premières versions de Prestashop. Comme exemple, pas facile a trouver, une rupture du tunnel de commande quand on changeait de pays de destination ou encore une erreur de javascript avec mobile ou tablette lors de la commande. Il reste probablement plusieurs problèmes a corriger, c'est pour cela que nous aimerions que vous testiez notre site : https://pharmanovea.com Si vous testez une commande jusqu'au bout, en encodant le code promo PASPORT vous ne paierez pas de port. Votre avis nous intéresse aussi sur le design. Merci d'avance, Jean-Marie Polain Webmaster
  13. polaije
    Bonjour, Je suis en version 1.7.4.3 et j'ai du modifié mon thème pour résoudre un problème de changement de pays dans l'adresse client qui faisait sortir de page de la commande, voir le fix du bug dans boom-2227. Cette MAJ est bien appliquée dans le thème Classic à partir d'un version 1.7.4.2, je crois. Mais maintenant lorsque je veux enregistrer une adresse avec un pays dont le format du code postal doit être vérifié (dans admin internalisation/pays) et que le format n'est pas correct l'enregistrement ne fait pas, sans erreur affichée et retour vers l'encodage de l'adresse ou vers ancienne adresse si modification. Avec la modification vers l'ancien code du fix dans le thème, la vérification se fait bien mais le bug du changement de pays est de nouveau présent. J'ai signalé au correcteur du bug cette erreur et j'attends une solution. Jean-Marie
  14. polaije
    I found the solution, it was the theme that was not updated like the fix #7710 for classic theme. Now change in country does not interrupt the order process.
  15. polaije
    One up on this issue... I finally understand why the problem of exiting the order occurs with Belgium, this is because it is designed as default country. On the order page, when we change the country in the address step, the button change from Continue to Save and the address confirmation page is loaded interrupting the order process. As Belgium is the default we dont have to change it. Is this the normal behavior ? If it is we have a problem having a small country as default. Concerning the xmlhttprequest error it occurs in themes/node.js at line 1544 and I Don't know if it has an effect on the normal order procedure.
  16. polaije
    The behaviour is more complex that this. Now debugging further also with Belgium and chrome the address forms opened. With Edge the order step goes to the next tab, carriers. I Don't know now what is the normal behaviour, showing the address in extra address form or continuing the order steps with carriers ? Can somebody explain me that. Jean-Marie
×
×
  • Create New...