Jump to content

Juju870

Members
  • Posts

    26
  • Joined

  • Last visited

Profile Information

  • Activity
    User/Merchant

Juju870's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Bonjour, Suite à un transfert de mon Prestashop et de sa base de données vers des serveurs plus récents, je rencontre le problème suivant : aucune nouvelle donnée ne semble être enregistrée. Ex: nous recevons des emails de notre compte Paypal nous confirmant la réception d'un paiement pour une commande, mais rien n'apparait dans le back-office Prestashop (ni la commande, ni le client lorsqu'il s'agit d'un nouveau, ni les mouvements dans les stocks, etc.). L'argent, lui, est bien sur notre compte Paypal. Ex2: impossible de créer un nouveau "profils" (dans Administration), un nouveau client, une nouvelle commande, un nouveau produit, etc. Ce qui me fait penser que le problème survient au niveau de l'écriture dans la base de données... ? Notez que depuis le Front-office, le site tourne à merveille. Depuis le back-office aussi, sauf quand il s'agit d'enregistrer une nouvelle données. (la suppression et la mise à jour ne posent aucun problème). Un conseil, une idée d'ô regarder, une manip', .. ? Merci pour votre aide précieuse, Julien
  2. Bonjour, Comme l'indique le sujet, j'ai un soucis avec une règle de panier depuis que je veux la désactiver. La règle portait sur l'ensemble des produits du shop (-20 % sur tout). Configurée pour ne plus s'appliquer à partir du 1 février, j'ai désactivé puis supprimé la règle pcq j'ai constaté qu'elle s'appliquait toujours malgré la date. Seulement voilà, l'ensemble des produits (ou presque) ont conservé cette règle individuellement dans leur fiche (section "prix spécifique") et continuent de l'afficher sur le frontoffice et dans leur prix. Ayant plus de 2000 produits, je me vois assez mal allez supprimer cela individuellement dans chaque fiche de produit ce "prix spécifique"... Une solution ? Une idée ? Un conseil ? prix spécifique.tiff
  3. Il suffisait de désactiver le cache, puis de le vider. De rectifier les domaines (boutique et SSL), puis de réactiver le cache. Problème réglé.
  4. Au final, je me retrouve avec une interaction étrange entre la version originale et la version test. Lorsque je change le domaine depuis le backoffice dans la version test, il change également (de la même façon) dans la version originale. Et lorsque je clique, depuis le backoffice de ma version test, sur "Ma boutique" j'arrive sur la boutique originale... et pas sur sa copie à l'adresse test. Le helpdesk de mon serveur me dit que c'est une problème de HTTPS, que je devrais le désactiver depuis le backoffice sur version test, mais lorsque je le fais, il se désactive de l'exacte même façon dans ma version originale... ?! Une idée ?
  5. Bonjour, Milles excuses pour ma réponse (très) tardive... j'espère que vous avez entre-temps trouvé la solution... Voici la réponse de la boîte qui gère le module Bpost : Effectivement, une fois le mode debug désactivé, on ne voit plus l'erreur et ça "fonctionne" malgré tout... (A noter : il s'agissait de la version 1.2 du module Bpost, le problème à peut-être été corrigé depuis...)
  6. Bonjour, Je souhaite mettre à jour l'ensemble de ma boutique (Prestashop de 1.6.0.9 à 1.6.1.1, mon thèmes et mes modules). Je compte faire par étape, a priori dans l'ordre donné. Mais vu l’ampleur de la tâche, j'ai pris la décision de faire les choses un peu mieux que d'habitude et de tester tout ça d'abord sur une version test (copie conforme de ma boutique actuelle). Suivant cet article, j'ai effectué l'ensemble des étapes sans problème. Seulement, comme le spécifie le premier commentaire (n'ayant qu'un serveur et un nom de domaine), j'ai opté pour l'utilisation d'un sous-domaine pour ma version "test". J'ai donc créé le sous-domaine "test.domaine.be" (via Cpanel), et spécifié que la racine de ce sous-domaine était "domaine.be/test/", dossier où j'ai installé ma copie pour effectuer mes tests (l'original se trouvant évidemment à domaine.be/). Tout semble fonctionner, mais je me retrouve avec des urls à toutes les sauces en fonction d'où je suis sur le back office de ma boutique de test, ce qui ne me rassure pas vraiment... Lorsque je vais dans "paramètre avancés" --> "Informations", je constate que l'url de ma boutique de test est "test.domaine.be/test/". Sur le "Tableau de bord", il est indiqué : "Vous êtes actuellement connecté avec le nom de domaine suivant "domaine.be". Celui-ci est différent du nom de domaine défini dans l'onglet "SEO & URL"". Dans "Préférences" --> "SEO & URLs", comme domaine de la boutique et SSL il est indiqué "test.domaine.be". L'adresse du navigateur internet indique "domaine.be/test/". Ma question est très simple... est-ce que c'est tout à fait normal ou est-ce que j'ai manqué une étape ? Un grand merci pour votre aide ! Julien.
  7. Lorsque je désactive le debug mode, le message disparait mais la commande, même après paiement, ne s'enregistre pas dans le back office...
  8. Je viens de trouver je pense où se situe le problème... j'ai effectué une capture d'écran avec l'outil de développement de Firefox pour que ce soit plus clair : Voir l'image en grand
  9. Bonjour, Après avoir remis en place un backup, j'ai ce message d'erreur qui apparait lorsque je sélectionne le moyen de livraison sur la one-page checkout : TECHNICAL ERROR: unable to save carrier Details: Error thrown: [object Object] Text status: parsererror Le site étant actuellement en maintenance, l'accès est restreint. Mais si vous m'envoyez votre adresse IP en mp, je peux l'insérer dans le backoffice pour que vous puissiez avoir accès au site et voir ce qu'il en est ? Je peux également vous envoyer des print screen des outils de développement de Firefox ou Chrome si besoin (il faut juste m'expliquer ou aller exactement). Merci infiniement ! Bon dimanche, Julien.
  10. Il fallait simplement donner les droits adéquats à l'utilisateur de la base de données. Mon hébergeur l'a fait et c'est réglé, j'ai de nouveau accès au site et c'est fluide. Du fond du coeur, merci pour votre coup de main les gars ! Bravo à vous !
  11. Super ! Effectivemment, j'ai créé la base de données 'atelierp_pres940' (puisque je l'avais supprimé avant...) et j'y ai importé mon backup .sql. Ca a fonctionné ! Maintenant, quand je vais sur l'url de mon site (Front et back-office), j'ai ce message : Link to database cannot be established: SQLSTATE[42000] [1044] Access denied for user 'atelierp_pres940'@'localhost' to database 'atelierp_pres940' Comment autoriser l'accès ? (Dans mon Cpanel, j'ai la section "Base de données MySQL" ou je peux créer, supprimer, etc. des bases de données. je peux aussi créer des utilisateurs avec des privilèges. L'utilisateur qui porte le même nom de la base (à savoir 'atelierp_pres940' n'a aucun privilège. Dois-je les lui donner tous ou en partie seulement ? Ou cela n'a rien à voir avec mon problème ?) Merci énormément pour ton aide Anteverce !!
  12. Bonjour, J'ai utilisé Softaculous via Cpanel pour installer Prestashop. Softaculous, m'indique dernièrement qu'une mise à jour de Prestashop est disponible et me propose de la faire tout lui-même. Je lance la mise à jour de Prestashop via Softaculous donc et là problème... à 95 %, celui-ci se bloque. Des fichiers ont été copié sur le serveur, pleins de problèmes par ci par là... bref ! Je décide de mettre un backup en place. Je supprime les fichiers de mon serveur, je colle ceux d'un backup complet que j'avais réalisé en février. Ensuite je me rend sur PHP My Admin pour y mettre la base de donnée que j'avais à ce même moment sauvegardé aussi... et là il me met cette erreur lorsque je veux importer la base de donnée : " ErreurRequête SQL: -- -- Base de données: `atelierp_pres940` -- -- -------------------------------------------------------- -- -- Structure de la table `5uo_access` -- CREATE TABLE IF NOT EXISTS `5uo_access` (`id_profile` int( 10 ) unsigned NOT NULL , `id_tab` int( 10 ) unsigned NOT NULL , `view` int( 11 ) NOT NULL , `add` int( 11 ) NOT NULL , `edit` int( 11 ) NOT NULL , `delete` int( 11 ) NOT NULL , PRIMARY KEY ( `id_profile` , `id_tab` )) ENGINE = InnoDB DEFAULT CHARSET = utf8; MySQL a répondu: #1046 - No database selected " Que dois-je faire ? Y a t'il une étape manquée ou une astuce ? Un énorme merci pour votre aide, Julien.
  13. Bonjour à toutes et à tous, J'ai installé et paramétré le module Kiala (2.5.3), tout semble bien fonctionner, tant du côté du backoffice que du frontoffice. Là ou j'ai besoin d'un coup de main : lorsque dans le backoffice je génère le .csv et que je l'envoi (ou que je sélectionne dans les options du module "Utiliser le Webservice" et que je clique sur "Envoyer"), impossible de retrouver ma commande sur le site de Kiala... Je devine que je configure mal mon module... on ne peut pas dire que leur "documentation" soit très claire (ni même à jour...). J'avoue m'y perdre un peu, on ne sait pas vraiment s'il faut utiliser les .csv (et si oui, où ?) ou le webservice, s'il faut donner un ID d'identification et si oui si c'ets le même que l'ID d'envoi,... Qqun aurait une minute pour m'expliquer ce qu'il faut remplir et comment dans la configuration du module et comment retrouver le tout une fois envoyé sur le site de Kiala pour imprimer les étiquettes d'envoi ? Deux/trois printscreen (cachez vos infos) seraient topissimes !!! Un énorme merci !! Julien. Quelques infos utiles : Module Kiala v. 2.5.3 Prestashop v. 1.6.0.9 Compte client sur Kiala.be + utilisation d'un profil pro pour les ID d'expédition /clé de cryptage.
  14. Réglé ! Tu avais la solution Zythom ! J'ai juste du pousser un peu plus loin... J'ai désactivé tous les CCC, forcé la compilation du cache en le désactivant, désactivé mes deux modules en question, réactiver le cache, vidé le cache, réinitialisé mes deux modules. Ça a marché ! Encore merci l'ami ! Si le patchwork ou le point de croix t'intéresse, fais moi signe ! Tu auras droit à un code de réduction ... si la boutique fonctionne ! Bonne soirée et merci encore !
  15. En désactivant tous les CCC, ça ne change rien. J'ai contacté le développeur (Iqit-Commerce) qui a développé le thème Warehouse, et il renvoit la balle aux développeurs des modules en mentionnant l'erreur JS de Kiala. Voici sa réponse : Ca me semble tout de même surprenant, puisque effectivement le module Kiala semble bloqué, mais il en est de même pour le module Bpost, développé par une tout autre boite... dans les deux cas, une fois sélectionné, le transporteur devrait afficher quelque chose pour permettre au client de préciser son endroit de livraison (comme on peut le voir dans la vidéo : https://www.screenr.com/QJcN). Des idées ?
×
×
  • Create New...

Important Information

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