flesenne

Merci pour ces précisions j'ai mis mon site à jour avec les droits appropriés. En complément et concernant ces fameux modules de paiement, savez-vous si les modules payplug et paypal nécessitent des droits particuliers sur des dossiers ou des fichiers ? Pensez-vous que le fichier .htacces à la racine du site puisse contrarier le fonctionnement de ces modules ? Voici le .htacces à la racine du site : # ~~start~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again # .htaccess automaticaly generated by PrestaShop e-commerce open-source solution # http://www.prestashop.com - http://www.prestashop.com/forums <IfModule mod_rewrite.c> <IfModule mod_env.c> SetEnv HTTP_MOD_REWRITE On </IfModule> RewriteEngine on #Domain: www.monsite.fr RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api$ api/ [L] RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] # Images RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L] RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L] RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L] RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L] # AlphaImageLoader for IE and fancybox RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L] # Dispatcher RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] </IfModule> AddType application/vnd.ms-fontobject .eot AddType font/ttf .ttf AddType font/otf .otf AddType application/font-woff .woff AddType application/font-woff2 .woff2 <IfModule mod_headers.c> <FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|svg)$"> Header set Access-Control-Allow-Origin "*" </FilesMatch> </IfModule> <IfModule mod_expires.c> ExpiresActive On ExpiresByType image/gif "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType text/css "access plus 1 week" ExpiresByType text/javascript "access plus 1 week" ExpiresByType application/javascript "access plus 1 week" ExpiresByType application/x-javascript "access plus 1 week" ExpiresByType image/x-icon "access plus 1 year" ExpiresByType image/svg+xml "access plus 1 year" ExpiresByType image/vnd.microsoft.icon "access plus 1 year" ExpiresByType application/font-woff "access plus 1 year" ExpiresByType application/font-woff2 "access plus 1 year" ExpiresByType application/x-font-woff "access plus 1 year" ExpiresByType application/vnd.ms-fontobject "access plus 1 year" ExpiresByType font/opentype "access plus 1 year" ExpiresByType font/ttf "access plus 1 year" ExpiresByType font/otf "access plus 1 year" ExpiresByType application/x-font-ttf "access plus 1 year" ExpiresByType application/x-font-otf "access plus 1 year" </IfModule> <IfModule mod_headers.c> Header unset Etag </IfModule> FileETag none <IfModule mod_deflate.c> <IfModule mod_filter.c> AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype image/svg+xml </IfModule> </IfModule> #If rewrite mod isn't enabled ErrorDocument 404 /index.php?controller=404 # ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again Merci de vos retours

Bonjour, J'ai un site PS 1.7.1 et je me pose des questions au niveau de la sécurité et des droits d'accès à mettre en place pour protéger convenablement mon site. Je suis loin d'être un expert (vous allez pouvoir le vérifier ... ) mais je croyais qu'il fallait mettre les chmod à 755 (voir 705) sur les dossiers et 644 (ou 604) sur les fichiers des sites PS. Or, lorsque je parcours l'arborescence de mon site je me rends compte que par exemple les dossiers \modules\paypal et \mondialrelay sont en chmod 777 et certains fichiers sont en 666 ?!. En même temps, un fichier htaccess est présent dans le dossier \modules avec le contenu suivant : <FilesMatch "\.tpl$"> Deny from all </FilesMatch> Ce qui ne semble protéger que les fichiers tpl. Voila, en fait je ne sais pas quoi faire, dis-je appliquer les chmod 755 (ou 705) et 644 (ou 604) sur toute l'arborescence de mon site avec le risque de bloquer le fonctionnement de certains modules ou laisser tel quel car la sécurité est suffisante car gérée par les différents .htacces positionnés à différents niveaux et générés automatiquement par PS 1.7.1 ? Je vous serai très reconnaissant d'avoir en retour vos avis et conseils éclairés. (précision, mon site est hébergé sur un mutualisé Ovh) Cdlt

Bonjour, J'ai une boutique PS 1.7.1 avec modules payplug. Lors des phases de tests tout à bien fonctionné au niveau du flux commande. Le paiement "Test" était bien pris en compte par payplug et le retour vers le site marchand se faisait correctement avec mise à jour du statut de la commande (paiement validé) et envoie des mails. Le problème se pose lorsque je passe en "Live" sur paypal et sur mon site. Je reçois alors, de la part de payplug, l'erreur IPN suivante : Bonjour, La transmission vers votre serveur de la notification de transaction pay_S9xdlmXEb7m5j2xxxxxxxxx (IPN) a échoué. Votre serveur a renvoyé l’erreur suivante : HTTP 500. Entre le mode "TEST" et le mode "LIVE" rien n'a changé sur mon serveur PS, Je n'ai effectué aucune màj ou installation. D'ailleur si je repasse en mode test tout fonctionne correctement. Avez-vous une idée sur la cause ou l'origine du problème ? Par avance merci de votre aide

Bonjour, Un tech. de la société Quadra Informatique qui développe ce module pour la poste a corrigé le problème en modifiant leur programme. Ils m'ont fournit le correctif à l'époque. Je vous joins un zip des fichiers du module corrigé par Quadra (sous toute réserve). Bien faire une sauvegarde du contenu de votre module avant de le substituer par les fichiers contenus dans le .rar joint Cordialement PS; Je pensais que ce correctif serait automatiquement intégré aux nouvelles versions du module .,?!?! 59a3cf7c007c2.rar

Bonjour, Je reviens sur mon post pour vous informer que la société qui a développé le module Colissimo Simplicité travail sur le sujet. En effet, je suis en contact avec eux et ils planchent sur le sujet pour fournir un correctif dans les plus brefs délais.

Bonjour, Je reviens sur ce topic car de mon côté, je rencontre ce problème lorsqu'une apostrophe est présente dans l'adresse du client. Il faut que je trouve une solution pour nettoyer les adresses ou ignorer les apostrophes en ajoutant \ devant (lien avec les magic cote ?) Mais là j'ai besoin d'aide .... Merci Prestashop 1.7.1.2 / Colissimo 4.0.7 / Hébergement Ovh mutu

Bonjour, Je travaille sur un site Prestashop v1.7.1.2 avec le module Colissimo Simplicité 4.0.7 Afin qu'une âme charitable puisse me venir en aide, voici les problèmes rencontrés et les solutions de contournement que j'ai mis en place : 1) Impossible d'afficher l'iframe de choix du mode de livraison Colissimo : Erreur Colissime dans Validation.php line 105 : CEPAYS introuvable. Après plusieurs tests le problème semble venir des apostrophes dans les adresses. Si je les supprime, la page de choix s'affiche mais le problème N°2 apparaît. 2) L'affichage de l'iframe de choix des modes de livraison n'est que partielle. Après recherche et analyse il s'avère que le code pays repris dans l'adresse n'est pas celui de l'adresse du client mais systématiquement "Autriche" ???. Pour corriger ce problème, il faut modifier le code ISO des pays de Prestashop qui sont en Majuscules (international/Zones géogra../pays) pour les passer en minuscule. Ma question : Est-il possible d'autoriser les apostrophes dans les champs adresse sans que cela perturbe le module Colissimo ou de les supprimer automatiquement avant de transmettre les informations à ce modules ? Merci pour votre aide....

Bonjour, Je suis nouveau sur ce forum et je teste actuellement PS 1.7.1 et son thème pas défaut. Lors d'une manipulation j'ai fais disparaître le texte situé en haut à gauche du template classic "Contactez-nous au xx.xx.xx.xx". Cela fait 3 jours que je cherche comment repositionner cette mention en haut à gauche de mon site. Impossible de trouver quel module à greffer à la position displayNav2 Si quelqu'un à la solution ou seulement une idée à soumettre pour faire avancer le schmilblick, je suis preneur ... Par avance merci