Jump to content

didier.auss

Members
  • Posts

    59
  • Joined

  • Last visited

Everything posted by didier.auss

  1. Bonjour, Je voudrais faire évoluer mon serveur mutualisé OVH (nouveau serveur 2014) de ma boutique prestashop en 1.3.2.3 Je sais c'est une ancienne version, en attendant une nouveau site, avec la dernier version prestashop qui est prévu cette année. Les nouveaux serveurs mutualisés OVH sont compatible à partir de PHP 5.3 5.4 et 5.5. Est-ce-que ma version Prestashop en 1.3.2.3 est compatible ? Je n'arrive pas à trouver une info précise… Merci d'avance
  2. Bonjour, J'ai actuellement une boutique en 1.3.2.3 en activité qui fonctionne très bien … mais il va falloir penser à évoluer vers une version 1.5 Je pense prendre la décision de repartir de 0 et faire le développement de la nouvelle version en 1.5 donc pas tenté le diable avec une serie de mise à jour pas forcément très simple entre les versions. Mais, est-il possible de pouvoir récupérer certaines tables de la base : les produits, catégorie, Attributs/ déclinaisons, les comptes clients avec factures, commandes… Bref la nouveau version repard de 0, mais d'une boutique dèja existante… ?? Merci pour vos remarques, conseils et infos. Je suis au début de cette réfection et je recherche le maximum d'informations avant de m'y mettre (sans trop transpirer) Didier
  3. Bonjour, Je rencontre un bug uniquement sur IE7 (!!!) avec la thickbox. Si je mets la class suivante sur un lien, la fenêtre s'assombrit bien mais rien n'apparaît ?? Je n'ai pas ce problème avec les autres navigateurs <a class="thickbox" href="http://www.../popup/option_pao.jpg">En savoir +</a> Ma boutique est sous 1.3.2.3 merci si quelqu'un aurait une idée
  4. Bonjour, Avez-vous trouvé une solution ? car je rencontre le même problème. J'ai plusieurs fournisseurs différents. Chaque fournisseur livre directement le client. Le principe du calcule des frais de port sont différents d'un fournisseur à un autre… Merci Didier
  5. Oui un module a été développé. Contact le developpeur ici : http://www.presta-broceliande.fr/fr/contact
  6. Bonjour, J'ai installé le dernier module PAYPAL certifié 2.4 sur ma boutique en 1.3.2.3. J'ai fais des tests avec un compte Sandbox et tout fonctionne bien, par contre je rencontre un bug lorsque je fais un test avec le compte normal (sandbox off) je valide le paiement et que je suis transféré vers PAYAPL et à ce moment, j'ai un retour d'erreur suivant dans une nouvelle page : S'il vous plaît se référer à journaux : PAYPAL réponse : TIMESTAMP -> 2011-05-31T06:09:05Z L_ERRORCODE0 -> 10002 L_SHORTMESSAGE0 -> Security error L_LONGMESSAGE0 -> Security header is not valid L_SEVERITYCODE0 -> Error PayPal a renvoyé l'erreur Je suis en contact avec le service technique de PAYPAL, mais pour le moment ils ne comprennent pas d'où vient le problème sauf que les API renseignés ne sont pas pris en compte alors qu'ils sont bon… Le module est bien renseigné, PAYPAL a vérifié Mon site est hébergé chez OVH mutualisé Business avec un certificat SSL business Faut-il mettre des permissions spécifiques pour ce module ? Si quelqu'un a une idée ???? Merci par avance
  7. Bonjour, J'avais déja signalé ce problème en décembre dernier et le il reste identique aujourd'hui… si quelqu'un à un tuyau PS : à voir que ma boutique est en 1.3.2.3… je sais que je n'ai pas la dernière version où le bug est peut-être corrigé. Mais pour le moment, je ne fais pas la mise à jour. pour le code à modifier "serait" là dans scene.tpl {convertPrice price=$product.details->getPrice(true, $product.details->getDefaultAttribute($product.id_product))} H.T. Merci pour vos réponses par avance
  8. Bonjour, Merci pour l'info… et dire que j'ai ouvert ce fichier… mais j'ai rien vu !!! par contre la redirection ne marche pas tel que vous me l'avez proposé ; cela ne corrige pas le problème. J'ai donc modifié comme suite dans le code, avec les images à la racine du site et tout fonctionne correctement maintenant <link rel="icon" type="image/vnd.microsoft.icon" href="/favicon.ico" /> <link rel="icon" type="image/gif" href="/animated_favicon1.gif"> <link rel="shortcut icon" type="image/x-icon" href="/favicon.ico" />
  9. voilà <!-- <link rel="icon" type="image/vnd.microsoft.icon" href="http://www.ecoquadri.com/img/favicon.ico" /> <link rel="shortcut icon" type="image/x-icon" href="http://www.ecoquadri.com/img/favicon.ico" /> --> <link rel="icon" type="image/vnd.microsoft.icon" href="favicon.ico" /> <link rel="icon" type="image/gif" href="animated_favicon1.gif"> <link rel="shortcut icon" type="image/x-icon" href="favicon.ico" /> à savoir que les images sont aussi à la base du site
  10. ba je viens de vérifié, est c'est bon de mon coté… j'ai fais un copier-coller. J'ai refais la manip depuis mon BO… :-S
  11. Bonjour, merci pour votre réponse rapide; Le lien vers la boutique : http://www.… par contre la boutique n'est pas encore ouverte, il me faudrait une IP fixe…
  12. merci pour vos réponses, pour le moment j'ai retiré le SSL du BO car trop de bugs dans mon site… à savoir que le certificat acheté est à part de hébergement. Je reviendrai sur ce problème un peu plus tard, N'hésitez pas à enrichir ce post de nouvelles infos… DA
  13. Bonjour, Depuis que j'ai mis en place les URL simplifiées et que j'ai généré un .htacesse depuis le BO, le favicon de ma boutique disparait et est remplacé par un point d'intérogation (dans firefox) lorsque j'accède à une page donc l'url est simplifiée. Par contre, si je retourne à une page "normal" , index (par exemple) je retrouve bien mon favicon… Je pense que c'est un problème de lien, mais commet faire pour que le lien du favicon ne soit pas rompu dans les pages à url simplifiées ? Merci d'avance pour vos réponses
  14. Merci de ton aide, mais j'aurais besoin de précision … que veut tu dire par "le Editorial" , je comprends pas ? j'ai bien compris pour remplacer les balises, mais dans les .tpl ou dans .php des modules ? je comprends pas la phrase : " faut aussi éditer le header.tpl pour le CSS." Autres points : concernant les liens qui renvoient à d'autres pas page ou à des pages de site externe… tu fais comment ? tu laisses en HTTP ? Je crois que je en perdre mes cheveux de ce truc … didier
  15. Merci Geoffrey, de ton retour rapide, Entre-temps, j'ai activé les URL simplifiées et j'ai bien modifier le htaccess pour force php5, de ce coté là tout fonctionne. Par contre cela n'a aucune influence sur les liens en https… le problème reste identique. J'ai switché sur le template par défaut… : • sur Firefox : il y a de l'amélioration, car on voit le détenteur du certificat dans la barre d'adresse ( voir capture) • dans chrome : on passe du cadenas et https rouge barré à juste un cadenas avec un triangle orange (voir capture) • dans IE, c'est toujours la catastrophe avec un petit mieux ) : - si je vais de la page d'accueil à identifiez-vous : pas d'alerte de IE, cadenas présent, il ne manque rien dans la page (tout les blocks sont présent) - si je vais de la page d'accueil à la sélection d'un produit, ajout au panier, je clique sur commander dans le panier : j'ai un avertissement de sécurité "voulez-vous visualiser uniquement le contenu de la page web dont le contenu est sécurisé ?", si je dis "oui", il manque tout le centre de la page avec le détail du panier, il manque toute la liste des produits à gauche ( Visible j'ai des bugs, déjà dans mon template et aussi ailleurs … ?? quand penses-tu ? Didier Image 1.pdf Image 2.pdf
  16. Bonjour J'ai exactement le même probleme, mais pas sur les images mais sur les modules ou block qui disparaissent (si je dis oui pour ne voir que les éléments sécurisés) si vous avez une idée Merci d'avance Didier
  17. Bonjour, Suite à la lecture des différents intervenants sur le sujet, je rencontre de grave bug similaire depuis l'activation en HTTPS. Mon site est sur OVH BUSINESS et avec un SSL BUSINESS, donc cela devrait marcher normalement… Le pire est dans IE qui me demande si je veux "voir uniquement les élements sécurisés", si je dis oui il manque des blocs, des modules (liste des produits disparu, récapitulatif d'un panier disparu, etc…), bref les liens sont rompus (concernant les images, j'ai fais attention de mettre les liens en relatif. Je n'ai donc pas de problème de ce coté) Si vous avez une idée qui pourrait m'aider, je suis preneur. Merci Didier
  18. Bonjour, Merci pour votre réponse rapide. J'ai fait la vérification et voilà le résultat, maintenant je ne comprends pas tout : Certificat SSL correctement installé Ce certificat devrait être de confiance par la plupart de tous les navigateurs web Ce site internet a la possibilité d'envoyer des données via une connection sécurisée. Ceci ne garantit pas que cela va en effet se produire, cela est toutefois une bonne indication. Pour s'en assurer, nous vous conseillons qu'avant d'envoyer toute information personnelle, de vérifier si l'URL dans la barre d'adresse commence avec https:// au lieu d'un http:// non sécurisé. Le s supplémentaire signifie sécurité. - Le Certificat SSL n'a pas expiré - Le Site est listé dans le certificat - Les détails d'Organisation sont listés - La force de cryptage est d'au moins 1024 bit - L'Algorithme de Signature est forte - !! Accepte des suites cipher de cryptographie faible - Pas de mise à jour de connection à 128 bit pour les anciens navigateurs - Pas de Validation Etendue sur les détails de l'entreprise - Pas de clef faible Debian présente - !! Pas de problèmes de sécurité connus pour cette Autorité de Certification Maintenant, le bug reste entier, surtout sur IE (derniere version) qui demande "si on veut afficher uniquement les éléments sécurisés", si on dit oui il manque l'affichage de beaucoup de block ou module . Par exemple dans IE : - on choisi un produit (http) - on sélectionne les options d'achat et quantité (http) - on ajoute au panier (http) - on valide (http) - récapitulatif de la commande (https) : resultat il n'y a plus aucune information sauf " votre panier est vide Si je désactive le SSL dans le BO tout refonctionne normalement Dans les autres navigateurs le bug est moins visible. Dans chrome, le cadenas et la mention HTTPS sont en rouge barré. Dans FIREFOX, on passe en http mais rien de plus… Je pense qu'il y a un problème de direction des url en HTTPS, cela peut-il venir du template que j'utilise ? si oui quelles vérifications faudrait-il faire ? Si vous voulez vous rendre mieux compte, si vous voulez je peux mettre une IP fixe pour que vous puissiez vous rendre compte plus facilement du problème. Merci par avance de l'aide que vous pourrez m'apporter. Cordialement Didier
  19. Bonjour, Merci pour réponse rapide. Merci pour l'info concernant le module de Google, mais pour l'instant je n'ai pas encore installé ce module. J'ai trouvé plusieurs infos (assez flou) sur le sujet dans le forum et à regarder de plus près dans différents fichiers de Prestashop, tout semble est ok pour le passage en protocole SSL pour certaines pages. Mais dans IE si je vais dans une page en https, comme par exemple, dans le récapitulatif de la commande (après avoir cliqué sur commander dans le panier) et il n'y a plus rien !! j'ai le message "aucun produit" dans le panier !! J'ai donc fait l'expérience, de désactivé la fonction SSL dans les préférence du BO et la tout marche correctement… C'est donc bien un problème le chemin en https qui ne fonctionne pas… Je pense à un truc, je n'ai pas encore activé les URL simplifiées et donc pas fait le .htaccess via le BO, cela pourrait-il avoir un lien ? Sinon le problème vient du certificat OVH ou du template que j'utilise pour ma boutique ??? Merci de me donner ton avis Didier
  20. Bonjour, je rencontre divers problème avec le protocole sécurisé SSL. J'héberge mon site e-commerce sur un serveur mutualisé OVH BUSINESS. J'ai acheté un certificat SSL BUSINESS. J'ai activé SSL dans les préférences de PrestaShop 1.3.2.3. Depuis, je rencontre soit des alertes ou des bugs lorsque je vais sur une page protégé (voir le capture jointe). Le problème le plus important est sur IE. Il demande si l'on veut voir uniquement les éléments sécurisés, si on dit "oui" j'ai des bugs comme par exemple le contenu du block catégorie qui n'apparait plus. J'ai bien compris que j'ai un problème de lien des url entre HTTP et HTTPS Mais d'où vient le problème ? - du certificat qui serait mal installé par OVH - de la configuration de certains éléments de Prestashop - du .htaccess (pour le moment j'ai pas encore configuré l'option "URL simplifiée" et généré le .htaccesse) , cela a-t-il un rapport ? Je cherche donc une solution, merci pour vos réponses par avance. Je signale que je ne suis pas un "expert" dans ce genre de configuration… Merci, Didier apercu CHROME.pdf apercu FIREFOX.pdf
  21. Bonjour, J'ai exactement le même problème ! Je suis ches OVH en mutualisé BUSINESS spécialement pour avoir un certificat SSL BUSINESS. Dans Chrome c'est identique à ce que tu avais et le pire pour moi c'est dans IE, j'ai une popup qui demande de dire oui ou nom pour voir les élements qui en HTTPS. Résultat si je dis oui, j'ai plein d'erreur dans la page (block catégorie vide par exemple, etc…) et à chaque fois que je change de page j'ai à nouveau ce message. J'ai bien fais attention dans certains blocs libres de mettre mes liens en "relatif" , mais si je reviens à l'accueil (par exemple), il garde le https et j'ai de nouveau pleins de bug dans la page. Je pense bien qu'il s'agit d'un problème de redirection entre http et https… J'ai pas bien compris ton premier post : Edit: Résolu, problème dû au modules suivants: Google Adsense, Livezilla, ddlx xtremfooter, scrollingpage, bloc promotion et bloc nouveaux produits. Il faut les éditer pour remplacer les {base_dir} par {base_dir_ssl} pour les liens d’image. Il faut aussi éditer le header.tpl pour le CSS. Pour Google Adsense il faut ajouter des exceptions sur les pages suivante: “identity.php,order.php,password.php,authentication.php,my-account.php,history.php,order-follow.php,order-slip.php,addresses.php,discount.php,submit.php,myalerts.php,loyalty-program.php,my.php,submit.php,payment.php” - pour {base_dir} par {base_dir_ssl}, je comprends mais dans herder.tpl : il faut faire la même chose - c'est quoi ajouter des exceptions ? Et du coté de OVH, je suis aussi en bataille avec eux, car je passe que mon certificat n'est pas bien installé… mais je ne sais plus quoi leur dire … Si tu as plus d'info, je suis preneur, car quelques peut perdu surtout que je ne suis pas webmaster… Ps : faut-il ponté le site vers https dès le départ ? merci par avance pour ta réponse. Didier
  22. Bonjour, Je cherche à pouvoir introduire dans l'espace client une zone où un client, on fois connecter à son espace, pourrais nous envoyer des fichiers (type PDF, tiff, eps)… Le top cela de pouvoir placer cette zone dans l'espace correspondant à une commande et ainsi de pouvoir récupérer son fichier avec une référence de commande. Je sais que l'on peut faire un upload au moment du passage de commande par le client. Mais cela n'est pas du tout pratique dans l'organisation de la vente. Nous préférons que le client passe rapidement sa commande et par la suite dépose son fichier depuis son espace client… j'espère que je suis clair ) Merci si vous avez des tuyaux ou si quelqu'un serait le développer…
×
×
  • Create New...

Important Information

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