jph64

Bonjour à tous, Prestashop 1.6, tout à jour. Aujourd'hui une commande venant d'Espagne. Je reçois bien le mail mais pas de frais de port ! Je vais dans la commande sur le BO, effectivement pas de frais de port ni de transporteur mais au règlement (Payplug), là les FP y sont bien. Edition de la facture, pas de FP non plus. J'ai quand même simulé une commande sur le FO, tout s'affiche bien, le transporteur et les frais de port. Ma cliente a bien tout payé mais ça ne s'affiche pas sur le bon de commande. Mon module de transporteurs est Colissimo. Une idée ? Merci par avance d'éclairer ma lanterne !

Bonjour, D'après ce que j'ai pu voir sur certains forums, si d'autres sites sur le même serveur sont infectés, ça pourrait nous bloquer également ! Bref, moi j'ai pris ma décision, adieu OVH ! J'ai transféré tout mon site, mon nom de domaine, ma bdd et depuis, plus aucun souci. J'ai retiré mon CrawlProtect, nickel. Bilan : tout vient de chez OVH et non des modules. Voilà pour moi, affaire réglée définitivement. Bon courage à vous ...

Bonjour, Non ! Je n'ai que ce site sur cet hébergement. J'ai à moitié résolu le problème en installant CrawlProtect. Ce logiciel est efficace puisque depuis, les attaques sont bloquées. Ceci dit, ce n'est pas top parce qu'il faut à chaque fois le désactiver pour faire la moindre chose sur le site (entrer un article, ajouter un module, etc ...). De mon côté, je reste persuadé que cela vient d'un de mes modules. Les entreprises fournissent le leur et il ne doit pas être super sécurisé. (leguide, naturabuy, idealo, ...). Voilà, je ne peux rien de plus que rester avec CrawlProtect qui a l'air bien efficace.

Pardon je n'ai jamais parlé de faille Prestashop ! J'ai réussis à remettre le site en ligne ce qui ne veut pas dire que mon problème est résolu, la preuve ce matin ça recommence : "Notre système de surveillance (Okillerd) a détecté une opération > irrégulière au niveau de votre site. > > Les détails de cette opération sont les suivants : > > Problème rencontré : Process listening on port: 41820 > Commande apparente : php-fpm: pool xxxxxxxxx > Exécutable utilisé : /usr/local/php5.4/sbin/php-fpm > Horodatage: 2014-12-28 09:10:07 > > Ceci n'est pas autorisé sur nos installations, > car c'est une tentative potentielle de piratage. > > Si ce n'est pas vous qui avez lancé ce script, cela signifie > qu'il y a une faille sur votre site et qu'un hacker s'en > est servi pour réaliser cette opération. > > Nous avons désactivé l'accès web temporairement pour éviter tout > risque de nouveau piratage." Je peux remettre le site en ligne mais cela ne résoudra pas mon problème. Si vous avez une idée ?

Problème identique ... > Problème rencontré : Process listening on port: 44234 > Commande apparente : php-fpm: pool xxxxxxxxx > Exécutable utilisé : /usr/local/php5.4/sbin/php-fpm > Horodatage: 2014-12-19 20:45:04 personne n'a une idée ?

Bonjour, Problème identique pour passer de la 1.6.0.6 à la 1.6.0.8 .. Si quelqu'un à une solution ?

Exactement le même problème ! Une solution ? Merci d'avance ...

Alors en fait, j'ai retauré ma BDD et tout est reparti. Entre temps, j'ai compris d'où venait l'erreur : tout vient de la nouvelle rubrique "transporteurs" ! J'ai rentré tous les tarifs Colissimo après avoir modifié les zones et Pays. Cela représente 10 zones pour les 244 pays. J'ai été obligé d'ajouter 16 tranches supplémentaires et je pense que ça vient de là. Pourtant tout rentre, mais une fois validé, plus de prix dans les fiches produits. Si quelqu'un à une idée, là on est dans le bug total ...

Bonjour, J'ai un pb sur un site en production. Tout fonctionne sur le FO, les prix s'affichent, mais sur le BO, lorsque je vais sur ma fiche produit, tout s'affiche sauf lorsque je clique à gauche sur "Prix, là tout bloque et la partie de droite n'affiche plus rien, reste en gris. J'ai tenté une modification bidon sur la même fiche, il l'a prise en compte avec comme message d'erreur : "3 erreurs Le champ friendly URL est obligatoire au moins en Français le produit doit être indexé au minimum dans une catégorie le produit doit être indexé dans la catégorie par défaut" Je pense avoir fait une bêtise avec le module "Nettoyage de prestashop", j'ai cliqué sur "Vérifié et réparé". Il m'a trouvé pas mal d'erreur (soit-disant). Mon site est en ligne, j'espère et je compte sur votre lumières. PS : Site http://pottias.com - Version Prestashop 1.5.6.0

Yesssss ... j'ai réussi, du moins pour l'histoire des popup Javascript !!! J'ai suivi ce topic : http://www.prestashop.com/forums/topic/273632-solved-cant-add-an-iframe-in-cms-page-155/

Pourtant je fais tout par défaut : ajouter un popup javascript, etc .. Mon but final était de mettre mes images avec un mouseover, l'option false l'en empêche d'après ce que j'ai compris mais si je mets True, ça peu passer ? Sinon j'ai essayé d'incorporer un diaporama extérieur : <iframe src="http://www.loxiastudio.com/i-ZaH" width="1016" scrolling="no" frameborder="0" allowtransparency="true"style="visibility:hidden" onload="this.style.visibility='visible'"></iframe> Là ça a l'air de passer (mise à jour réussie) mais il ne l'affiche pas !

Je viens tout juste de faire la mise à jour en 1.5.6.0 mais non, ça ne fonctionne toujours pas ! ==> Le champ contenu (Français) est invalide.

Vers. 1.5.5.0 même souci. Je souhaitais agrandir mes images dans une popup avec la fonction onmouseover ==> Le champ contenu (Français) est invalide. Divers essais effectués (popup javascript et autres fonctions soit-disant disponibles) ==> Le champ contenu (Français) est invalide. Si vous avez une solution, je suis carrément preneur !!!

Chez moi rien à faire ! J'ai tout essayé, suis chez OVH serveur mutualisé : - créé un php.ini, mis sous admin, ou sous config, ou à la racine => rien ne se passe, toujours le même message. - modifié le .htaccess => erreur 500 Bref, après avoir cherché sur tout le net une solution, tout tenté, je ne sais plus quoi faire. Si vous avez une idée ? Merci d'avance.

Merci, j'ai trouvé. En fait le module est tellement bien fait qu'il y a même les termes dans le module traduction. Donc tout est ok. Merci encore ...