ccilou31

Bonjour à vous deux, @doekia merci pour ces explications très techniques. Tu confirmes ce que j'ai ressenti sur de nombreux hébergements que j'ai chez OVH. Ceux où je rencontre le plus de problèmes sont d'ailleurs les hébergements pro ! avec CDN et SSL. Pour régler le problème je suis en train de migrer la plupart de mes sites vers un autre hébergeur. @vvilla J'ai été tellement "dégoûtée" par la journée et demi passée à chercher d'où venait le problème (qui tombait le matin même du recettage avec client), que pour le moment je n'ai pas retenté. Le client est informé du problème. On a décidé de laisser passer un peu de temps en espérant que les uns et les autres trouvent un moyen de se caler pour arranger le problème. Je pense tenter une réinstallation dans une semaine ou deux. Je viendrai faire un report ici. Tiens nous au courant aussi si tu veux PS : @doekia, merci aussi pour ta signature ! Je me disais que c'était risqué de passer à la 1.7, là encore tu me confirmes, je vais donc continuer à créer avec la 1.6

Bonjour à tous, Je partage au cas où certains rencontreraient ces problèmes que j'ai identifiés. A partir du 20 avril 2017, mon site s'est mis à subir des problèmes très ennuyeux en front uniquement : page blanche ou error http 500, mise au panier impossible... après des heures à essayer de comprendre et appels chez OVH, le mode debug m'a permis de constater que le module envoimoinscher semblait provoquer une partie des problèmes. J'ai appelé envoimoinscher, le support m'a dit qu'effectivement ils avaient un problème de requêtes avec OVH, signalés par plusieurs clients. Ils auraient contacté OVH pour essayer de régler ce bug mais étaient toujours en attente de leur réponse. J'ai appelé OVH qui m'a dit (comme d'habitude) n'avoir aucun problème ni de serveur, ni d'accès bdd et qu'ils ne voyaient aucun rapport de bug d'envoimoinscher... Sur conseil d'envoimoinscher, j'ai désactivé leur module mais les erreurs subsistaient. J'ai donc carrément désinstallé le module et depuis tout refonctionne à merveille. (Le seul hic c'est que je me retrouve sans le service envoi moins cher) Si d'autres connaissent ce problème, j'aimerais que nous nous regroupions afin d'avoir un peu plus de poids chez les uns et les autres car comme d'habitude tout le monde se renvoie la balle. pour info, je suis sous Prestashop 1.6.1.6 avec OVH Perf Pro - BDD SQL Privé 5.7 - PHP 7.0 Voilà Bon week-end à tous

Après toutes ces manipulations, il semble que mes modifications s'affichent enfin. Merci Aletren. Je ne sais pas exactement ce qui a fonctionné mais j'ai l'impression que c'est un tout.

Bon, j'ai vidé ces deux dossiers, vidé encore une fois le cache de Prestashop, de mon navigateur mais hélas, il n'y a pas l'ombre d'une miette de changement

Bonjour Aletren, Merci de votre réponse, Non, je n'ai pas supprimé compile et je viens de remettre tous les autres en place car j'ai cru que j'avais fait une bêtise. En fait cela m'avait désactivé des modules Devrais-je selon vous supprimer tous ces dossiers smarty cache et smarty compile ?

Bonjour Ryad, Est-ce que vous avez eu des problèmes avec le thème Panda ? Je l'ai installé et je rencontre beaucoup de problème avec le theme editor entre autre mais aussi avec rev. slider qui me demande une licence. J'ai contacté le support qui n'est pas réactif du tout et je suis plutôt déçue. J'aimerais juste avoir votre retour si vous avez continué avec eux. Merci !

Bonjour à tous, Version de PS : Presta 1.6.1.6 installée à l'origine, je pense l'année dernière par un autre prestataire URL du site concerné : le site est en maintenance Thème (défaut/perso) : Panda (acheté sur Envato) en remplacement du thème Supershop Code (original/modifié) : origine Hébergement : OVH en SSL avec CDN Version de PHP : 7.0 Version de MySQL : 5.7 - SQL Privé Navigateur(s) concerné(s) : tous Je viens de reprendre un Prestashop pour un client, je suis en train de configurer un nouveau thème (Panda Par Sunnytoo) mais je rencontre de nombreux problèmes. J'ai l'impression que c'est peut-être un problème de cache (ou lié à OVH) mais je n'arrive pas à aller plus loin. J'ai vidé les caches partout, je ne sais plus quoi faire. Mes problèmes : Certaines modifications apparaissent (positionnement des modules dans les hook ok), d'autres pas (notamment du CSS). D'autres apparaissent deux jours après... Impossible de faire fonctionner Rev Slider avec la licence du thème (on dirait que le système a conservé l'ancienne configuration et il me demande d'activer une licence alors que je ne devrai pas avoir à le faire.) Traductions ne se modifient pas non plus (tests avec import fichier fr et directement dans localisation/traductions) Ce que j'ai fait : J'ai contacté le support du thème. Pour le moment pas très réactifs et les premières solutions proposées n'ont rien changé. J'ai contacté OVH : je voulais supprimer le CDN mais ça ne fonctionne pas. Ils m'ont demandé de changer les DNS pour contourner le CDN mais cela a été fait depuis plus de 24h et rien n'a changé non plus) Au niveau des configurations performances, actuellement je suis comme ceci mais je pense avoir testé toutes les combinaisons sans que cela change quelque chose. SMARTY : Non / forcer la recompiliation à chaque appel MODE DEBUG : Désactiver modules non développé : non - désactiver surcharges : non CCC : tout est coché (mais j'ai déjà essayé en décochant tout) CHIFFREMENT : Utiliser Rijndael avec la bibli MCrypt : coché (c'était comme ça je n'ai rien touché) CACHE : NON FTP : j'ai vidé tout ce qui était dans le dossier CACHE / SMARTY/cache En espérant que cela inspirera l'un d'entre vous Merci de votre aide précieuse. Cécile

De mon coté, j'ai abandonné. je Vais désinstaller ce module. Bien que le message que j'avais eu confirme la bonne installation, je n'ai accès à aucune données. je pense que ce n'est pas au point.

Merci Mélanie, pour l'info, ça confirme que j'avais mis ce qu'il fallait. Pour information, aujourd'hui j'y suis retournée pour bidouiller encore et encore (parce que ça me turlupine ce truc ) - J'ai effacé mon projet, j'en ai créé un autre, avec toujours les mêmes éléments puisque je ne voyais pas quoi changer. ça ne marchait toujours pas. Au final, j'ai RE-enlevé le profil (qu'on nous demande dans la config du module), car j'avais essayé plusieurs fois les versions avec et sans et miracle, je reçois le message : Google API Authorization granted ! Dois-je m'en réjouir ? Je ne sais pas. Je vais attendre de voir si ça fonctionne car pour le moment la console ne me donne pas d'infos mais je suppose qu'il faut un peu de temps pour que les données soient collectées. Donc affaire à suivre...

Nouvel essai : ça ne marche toujours pas. J'ai l'impression qu'il nous manque des éléments de compréhension. @Raphaele : j'ai fait exactement les même choses que toi mais j'ai toujours ce problème : Error: redirect_uri_mismatch -- http://creatcuir.com/modules/gapi/oauth2callback.php C'est quoi cet URI ? Finalement, les explications ne sont pas claires quant à ce qui devrait être inséré dans ce champ @Vinceboy, tu dis : En ce qui me concerne il existe bien mais je me demande si ce qu'il contient est bien correct, n'y aurait-il pas un problème à ce niveau ? Comment le vérifier ? @LesfoliesdeMelani : question à tout hasard : tu as inscrit quoi dans le champ : nom Est-ce que quelqu'un de PShop pourrait intervenir sur ce sujet ? Sommes nous "bêtes" ou bien le module connait-il des dysfonctionnements ? Ce serait intéressant de le savoir Merci à tous ceux qui pourront faire avancer ce qui commence à devenir un sacré serpent de mer...

Bonjour tout le monde, Même problème que la plupart d'entre vous. J'ai configuré correctement, essayé les deux ou trois astuces indiquées ici mais rien n'y fait, toujours la même erreur 400 : Error: redirect_uri_mismatch The redirect URI in the request: http://creatcuir.com/modules/gapi/oauth2callback.php did not match a registered redirect URI Espérons que les spécialistes rentrent de vacances

Sinon, en fouinant encore un peu, je viens de voir qu'il y avait des infos et des correctifs de bug dans le forum modules. Je n'ai pas pensé à regarder à cet endroit car pour moi c'est avant tout une "Difficultés, pannes ou erreurs rencontrées"... donc j'ai posté ici --- En bref : vous qui n'avez pas trouvé de réponse à votre difficulté, ne faites pas comme moi, pensez à regarder dans le forum concernant le module qui vous pose problème

If you meet this problem : try to change the file authorization of Module/Paypal/expresscheckout : from 777 to 755 The problem was solved for me

Allelujah ! En cherchant directement dans Google je suis tombée sur cette page : http://www.presto-changeo.com/fr/content/10-fixing-paypal-problems, à partir de là, j'ai fait une recherche plus ciblée et je suis retombée sur ce topic : http://www.prestashop.com/forums/topic/314786-erreur-500-avec-module-paypal-apr%C3%A8s-migration-sur-prestashop-16/ (que je n'avais pas trouvé avec le moteur de recherche du forum Presta ) Après modification des droits d'accès (de 777 à 755) mon module fonctionne à nouveau. J'espère que cela pourra en aider certains

Bonjour Kali, Effectivement, ça n'a pas l'air d'être la même chose. C'est une vraie catastrophe pour moi. J'ai contacté Paypal et OVH qui se renvoient la balle. Forum : aucune réponse. Assistance module : [email protected] : pas de réponse non plus et plus de commandes possibles sur le site depuis plus de 15 jours maintenant. Une chance que nous soyons au mois d'aout et que c'est calme. Je ne connais pas Payplug, c'est quoi ?