Jump to content

chipn modz

Members
  • Posts

    68
  • Joined

  • Last visited

Everything posted by chipn modz

  1. Bon, je me suis finalement débrouiller tout seul ^^' Le module e-transaction indiquait une MAJ 3.0.10 que j'avais effectué, mais qui n'avait pas corriger le soucis. En allant sur le site e-transaction, je m'apperçoi que le module est passé en 3.0.12... J'ai donc fait la MAJ 3.0.12 qui semble avoir corrigé le truc.... Pour la qualité du SAV de Nuxit, on repassera.... Migration des serveurs sans prévenir le client, interface de gestion du serveur complètement bugguée, aucune réactivité aux Tickets "Urgents" ouvert...Bref...une vrai cata depuis que Nuxit à été racheté par le groupe "Magic Online"....
  2. Bon, d'après e-transaction, le soucis viendrai du coté de l'hébergeur. Visiblement, d'après un mail reçu cette nuit, mes site ont étés migrés vers "une nouvelle plateforme". Je pense que ça déconne depuis. J'ai apeller l'hebergeur (Nuxit), et je crois bien qu'ils ont rien compris à ce que je leur ai dit... Un technicien doit soit disant me rapeller... Wait & See donc
  3. Hello ! Même problème aujourd'hui pour ma part. Voila ce que me retourne le Log du module e-transaction: 2019-09-25 15:44:57 1569419097 DEBUG: URL to check 2 2019-09-25 15:44:57 1569419097 DEBUG: Checking E-Transactions URL https://tpeweb.e-transactions.fr/load.html 2019-09-25 15:44:57 1569419097 DEBUG: Exception Exception: Invalid status returned by remote server 2019-09-25 15:44:57 1569419097 DEBUG: Checking E-Transactions URL https://tpeweb1.e-transactions.fr/load.html 2019-09-25 15:44:57 1569419097 DEBUG: Exception Exception: Invalid status returned by remote server 2019-09-25 15:44:57 1569419097 DEBUG: No valid URL found! Problème coté banque ou hébergement?
  4. Bon, je me permet un "multipost" pour exposer les faits nouveaux. Après des recherches un peu partout sur le forum, j'ai d'abord penser à un soucis d'hebergement (serveur trop "mou"), mais en analysant la page avec la console firebug, voici ce que j'obtiens: Une idée du problème?
  5. Salut à tous, Je suis actuellement sous 1.6.1.17 depuis quelques jours (maj d'un 1.4). Quand je veux modifier un produit existant, dés que j'ouvre un produit pour le modifier, 9x sur 10 les boutons "enregistrer" sont "grisés" et tournent dans le vent....J'ai laisser tourner plus d'une heure cette après midi. Les boutons étant grisé, impossible de sauvegarder mes modifications... Une solutions? EDIT: En fait, les boutons "enregistrer" sur les produits marchent 1x sur 10.... Soit "enregistrer" s'affiche en 2secondes, même pas, soit le bouton mouline dans le vent, de façon infinie et je ne peu donc pas sauvegarder. Si j'actualise plusieurs fois la page, le bouton fini par être disponible, et je peux ENFIN enregistrer mon produit. Sur ma copie réalisée en "localhost" avant la maj sur le site de prod, ce soucis n'était pas présent EDIT: problème résolu ! J'avais laisser l'option "désactiver toutes les surcharges" sur "OUI", dans performance=>Debug Option ! En remettant cette option sur "NO" problème résolu ! Désolé pour le topic "inutile" du coup EDIT2: Le probleme est réapparu au bout de quelques minutes.... Donc l'option de debug n'y était sans doute pour rien... :'( Je sèche complet là....
  6. Bien sur, ma BDD a été sauvegardée avant l'intervention Tout s'est bien passé, si ce n'est la requete SQL dans phpmyadmin pour la modif des url qui n'a pas fonctionné...Je me suis tout tapé à la main, heuresement, il y en avait pas énormément ! Boutique a jour, en 1.6.1.17 et en HTPPS, tout est fonctionnel Merci à vous pour vos conseils
  7. En effet, c'était simplement les url de retour qui n'étaient pas bonnes coté back-office banque. Les url de retour a renseigner sont simplement: https://monshop.fr/confirmation-commande Tout est parfait maintenant Je voulais simplement dire que mon shop était entièrement fonctionnel en 1.6 après la maj... Le soucis venait en effet d'un paramétrage coté banque, donc, la boutique elle, était bien fonctionelle Bref, me voila en presta 1.6, en htpps, et avec mon module de paiement qui fonctionne, jusqu'au bout Merci à tous pour vos réponses
  8. Bonjour à tous Je viens de mettre a jour prestahop 1.4 à 1.6 (tout tester en local avant) Tout est fonctionnel, il ne me reste que quelques "finitons" Là, je viens d'installer le nouveau module "etransation" du credit agricole (fournit par eux même, dispo sur leur site en download). J'ai tout configurer, ça fonctionne (presque) bien: - Paiement ok - Creation commande bakoffice: ok - Commande dans compte client: ok Seul soucis: le retour a la boutique après le paiement: Je retourne a un panier...vide...pas de page de confirmation de commande pour le client :/ Coté "Backoffice" du credit agricole, je peux choisir differentes url de retour: url de redirection après un paiement reussi url de redirection après une erreur de paiement url de redirection après un paiement en attente url de redirection après un abandon de paiement et enfin: url http de retour: inconnu Par defaut, elles sont toutes sur "http://mon domaine.fr" sauf "url http de retour", qui indique "inconnu". J'ai tester divers url pour "url de redirection après un paiement reussi" (http://mon domaine/order-confirmation.php & http://mon domaine/index.php?controller=order-confirmation notamment) Pour url http de retour j'ai tenter http://mon domaine.fr/module/etransactions.index.php et http://mon domaine.fr/module/etransactions.etransactions.php mais toujours le même soucis après le paiement effectué: retour à un panier vide Un utilisateur de Forum utiliserait-il e-transaction et aurait-il la solution? Merci d'avance
  9. Je vous remercie pour vos réponses Donc, en gros, je dois: - Activer le certificat SSL sur le serveur (via mon hebergeur) - Sous Prestahop: Cocher "Activer le SSL" et "Activer le SSL sur tout le site" - Modifier les tables de ma BDD contenant encore des url en http (les mettre en https) Merci encore pour vos conseils
  10. Vous voulez dire, vérifier les "vieilles url" après le passage en HTTPS? Ou pour mon "soucis" de "ps_pagenotfound" contenant 35000 lignes? Le passage en SSL via le backoffice prestashop modifie-t'il "automatiquement" les tables de la BDD en inscrivant les url en https? Ou dois-je faire ça "a la main" via phpmyadmin et les requêtes sql présentent sur le tuto en lien dans mon précédent message?
  11. Donc, une fois le certificat activé, et les paramètres SSL activés sous prestashop, il faut que je fasse une recherche "http://www.mon domain.fr" afin de remplacer les urls http restantes avec les urls https... C'est bien ça? J'imagine que prestashop ne modifie pas lui même tout les "liens en dur" de la BDD, et qu'il vaut donc mieux vérifier manuellement si tout est ok... Je viens, pour me faire une idée, de lancer une recherche "http://www.mon domain.fr" dans ma BDD de la copie locale de mon site a jour, et je vois a peu près les tables concernés... Par contre, j'ai un résultat assez fou, sur la table ps_pagenotfound... c'est normal ça? 35768 correspondances dans ps_pagenotfound
  12. De ce que j'ai pu voir, pour les urls qui pourraient rester en HTTP J'ai vu ça sur ce tuto, partie 4: : https://www.team-ever.com/prestashop-mise-en-place-dun-certificat-ssl-https-et-correction-des-liens/ Ce n'est pas nécessaire? J'ai juste a activer mon certificat, puis "activer SSL" et "Activer SSL sur toutes les pages" sous prestashop?
  13. Salut à tous! Je viens de procéder (en local) à la mise à jour de mon prestashop 1.4 en 1.6 Nouveau thème installé, et boutique 100% fonctionnelle. Je vais bientot faire la maj et installer mon theme sur le site en production. Je voudrai ensuite en profiter pour passer toute la boutique en "HTTPS" Je pense connaitre la marche à suivre mais je voudrai être sur, avant de me lance: - Activer le certificat SSL sur le serveur (via mon hebergeur) - Sous Prestahop: Cocher "Activer le SSL" et "Activer le SSL sur tout le site" - Modifier les tables suivantes de ma BDD avec les bonnes urls (en https) Est-ce que j'ai bon? Pas d'oublie? Merci à ceux qui pourront me répondre
  14. Petit "double post" pour vous donner la solution. Il semblerai qu'un paramétre de wamp server 3 (MySql 5.7.19?) soit le responsable J'ai refait toute mon installation locale sous WampServer 2.4, qui lui utilise MySql 5.6.12: La mise à jour de mon site en 1.4.2.5 vers la 1.6.via "One Click Upgrade" à parfaitement fonctionnée
  15. Tu bosse sur une nouvelle version, à partir d'un prestashop "vierge"? Si oui, tu aurai du faire une copie complète de ta boutique sur ton serveur local, afin de tenter la mise e place de ton thème et de tes modules sur une version de ton site, mise à jour !
  16. Oh oui, un grand merci à Johan pour son support et ses conseils Pour mes soucis d'affichage, j'ai corriger ça en nettoyant ma BDD, qui est passée de 281mo, à 44mo, permettant ainsi un import sans erreurs via phpmyadmin. Mais sous Wampserver 3.0, qui utilise mysql 5.7, j'ai eu plein d'erreurs sql lors de la maj de presta. En cherchant sur le fofo, j'ai vu pas mal de post relattant des soucis avec mysql 5.7... J'ai refait mon install locale sous Wampserver 2.4, qui utilise mysql 5.6, et la maj est bien passée avec 1 click upgrade. Je suis revenu en arrière, et vais refaire une 2nde fois la maj, voir si ça passe bien à tout les coups Au passage, bigdump m'a été d'une grande aide pour importer la BDD de 44mo (avec la version phpmyadmin de wamp server, la fonction importer loque si fichier supérieur à 2048ko)
  17. Sur mon install locale, (Wampserver) sur lequel je tente la mise à jour: Version de MySql: 5.7.19 Sur mon install distante (site en production actuellement): Version de MySQL: 5.5.5-10.0.32-MariaDB-0+deb8u1
  18. Bonjour à tous, Je travaille actuellement sur la mise à jour de mon prestashop 1.4 à 1.6 J'ai donc fait une copie de mon site en local sur Wampserver. Après avoir réussi à corriger mon soucis d'affichage de la page d'accueil (voir sur mon autre topic), j'ai enfin une copie 100% identique à mon shop actuellement en production, et 100% fonctionnelle, sur Wampserver Je lance donc la mise à jour via "1-click upgrade". La maj se fait, mais me retourne plusieurs "erreurs SQL". Après la maj, le backoffice fonctionne bien, mais je ne vois ni mes commandes, ni mes clients. Le frontoffice affiche un écran blanc Il semble qu'il y a pas mal de soucis au niveau de la base de donnée, notamment avec des "tables inexistantes" Je vous met en pièce jointe le "log" des erreurs de mise à jour. Quelqu'un aurait-il une piste pour corriger ces erreurs? Merci d'avance ! log erreurs maj prestashop.txt
  19. Je me permet un "mulit post" pour répondre à cette interrogation ! Après vérification, il s'avère que, si, on a besoin du panier pour éditer la facture ! Si on vide la table ps_cart, (tester en local) l'édition de facture en .pdf sur une commande se solde par une "fatal error". J'ai trouver un module "nettoyage panier", qui à l'air de faire le boulot. Mais je part avec 220.000 panier à supprimer, obliger de les lister mois par mois, sinon, le script n'arrive pas à les lister, et jeme retrouve avec un erreur 504 ^^
  20. Je suis encore sur du 1.4, le 1.6 va déjà être un gros changement pour moi
  21. Je me posais la question, car je dois maj mon shop... J'hésitais entre 1.6 et 1.7, mais au vu des divers avis, je pense me pencher du coté de la 1.6. Néanmoins, sur la page "download" de prestashop, c'est la version 1.7 qui est désormais mise en avant: https://www.prestashop.com/fr/telecharger Du coup, prestashop incite ses utilisateurs à utiliser une version bugué, et pas 100% stable de leur logiciel?
  22. Il me semblait aussi que la 1.7 n'était pas "stable", pourtant, d'après le prestashop.com, elle l'est: La dernière version en date est estempillée: PrestaShop v1.7.2.2 Stable - Sortie le 31 août 2017 https://www.prestashop.com/fr/versions-precedentes Du coup, est-ce bien judicieux de passer en 1.6 et pas en 1.7?
  23. Bonjour à tous, Je viens de faire une copie de mon site en local, tout fonctionne bien, hormis la page d'accueil du site, ou j'ai des bug d'affichages (affichage décalé, "blocs" qui se chevauchent...)... Les autres pages du site et le backoffice fonctionnent bien, il n'y a vraiment que la page d'accueil qui rencontre des bugs d'affichages Une idée d'ou ça peut venir ? Pour info, le serveur du site en prod était encore en PHP 5.2 il y a quelques jours. Je l'ai passer en PHP 5.4 (pour des besoins propres au module CB que je dois renouveller), et depuis, la barre de recherche semble ne plus fonctionner. EDIT: solution trouvée pour les soucis de la fonction recherche: http://clicpourtous.fr/clic/prestashop-versions-php/ Sur Wampserver, la version de PHP est en 5.6...Mes bugs d'affichages peuvent-ils venir de cette version de PHP, différente sur wampserver et sur le serveur de prod? Voila, en image, ce que j'ai actuellement Le site actuel, en production: La copie, sur le serveur local (Wampserver): EDIT: probleme résolu après avoir nettoyer les panier sur mon backoffice (site en prod) avant exportation de la BDD. Ensuite, l'importation en local s'est pour le coup faites sans aucune erreurs, et depuis, plus de soucis d'affichage
  24. Bon, après avoir vidé les tables que tu m'a conseiller plus haut, ma BDD est passée de 281mo à.... 86mo Wamp installé, contenu du FTP de mon site actuel importé sur wamp, et BDD en cours d'importation... J'avoue être un peu larguer à ce stade de l'install locale. Que dois-je faire ensuite, une fois que tout est en place,pour mettre en relation le site "local" et la bdd "locale? EDIT 23h35: copie du site en place sur WampServer, en local. J'ai finalement trouver comment mettre en relation copie du FTP et copie de la BDD Mais ce n'est pas encore parfait... En effet, l'affichage du front office en local est complètement bugué ("blocs" qui se chevauchent, affichage décallé, background inexistant...)... Le backoffice, lui, à l'air de bien fonctionner, j'ai bien accés à tout, et sans aucun soucis d'affichage ! WampServer utilise PHP 5.6 (au minimum) et le serveur de mon site est encore sous PHP 5.4 (j’étais même même en PHP 5.2 il y a quelques jours, je suis passé en 5.4 en prévision de l'install de mon nouveau module paiement CB, qui requiert PHP 5.3 minimum). Mes bugs d'affichage du front office peuvent-ils venir de là? Sinon, d'ou celà peut-il venir? Quelques images pour illustrer tout ça: Le site actuel, en production: La copie, sur le serveur local (Wampserver): EDIT 00h30: Les "bugs" d'affichage ne semblent être présents QUE sur la page d'accueil du site "clone"...Les pages produits, les pages de commandes et autres s'affichent correctement
×
×
  • Create New...

Important Information

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