Didjou

Je suis consterné et très amusé par cet article de Prestashop sur les erreurs 404 Car s'ils nous font part bien sur que ces erreurs 404 sont avant tout de votre faute, ils s'oublient largement à ce sujet depuis un sacré temps En effet avez-vous aussi observé cette Considérable part de page d'erreur 404 sur votre boutique en ligne sous Prestashop 1.6 et de ce fameux générateur de SITEMAP ou d'ailleurs tiens fait intéressant il n'est pas présent sur 1.7 Prestashop jugeant sans doute que la modernité était de zapper cet élément fondamental comme bien d'autres ... sans doute pour vous faire passer à la caisse de plus en plus ... Même si les conseils de prestashop sont un ramassis d'éléments repris avec facilité par ici et par là sur la toile, sans aucune réflexion ou réel conseils pour les commerçants, ils n'ont même pas pris la peine de se poser la question mais est ce que nous n'y sommes pour rien ? car depuis les dernières mises à jours ( un bug arrangé 10 nouveau implantés ) bien connues il s'avère que leur module Gsitemap, génère de nombreuses erreurs induisant donc pages référencées par Goggle avec de nombreuses erreurs en effet est ce normal que les catégorie, de type content/8-%E6%B3%95%E7%9A%84%E9%80%9A%E7%9F%A5 que ce soit en français ( url accentuées mais pour une boutique multilingue qui notamment a des caractères tel que le japonais, se doit de laisser les liens accentués ( selon les conseils de prestashop) ce qui fait que même en français si vous avez le moindres accent hop ca passe en %E6%B3%95 comme lien, ce qui ne plait pas du tout à Google qui donc vas lui enregistrer le lien, vous faire passer plus loin dans le référencement des urls, et va ainsi générer de nombreuses erreurs 404 car si vous tapez ces url reprise par votre google sitemap ou simplement par les url ERREUR 404 indiquées dans prestashop, elle vous dirigent vers la page 404. Pour que Prestashop décide de faire cet article c'est donc qu'un constat assez fort d'une augmentation de 404 se font ressentir et sont remontées ... mais bien entendu toujours sans la faute de prestashop et bien entendu sans prendre la peine de se poser la question mais pourquoi, est-ce dû a une erreur suite a ces mises à jour inutiles ou tout est bâclé pour traiter un soucis au détriment de savoir si le reste fonctionne . Donc en désactivant ce module Gsitemap réalisé par Prestashop et en générant autrement les url de ma boutique, là surprise ,les 404 disparaissent à vue d'oeil et le site reprends sa place dans le référencement Google, au point pour m'en assurer de reinstaller Gsitemap de prestashop et là catastrophe, puis reprise à la normale en faisant autrement les sitemap, url etc .. bref si Prestashop se nargue de nous prendre pour des débiles pour mieux caché sa stratégie et ses nombreux dysfonctionnements, tout en nous indiquant voilà comment il faut faire ... on se dit que Vraiment le destin de prestashop n'est plus si brillant et si honorable que cela. Serait-ce la fin de cette merveille initiale devenue un ramassis de stupidité; et serions nous surpris de voir une page 404 en tapant l'adresse web de Prestashop sur un navigateur. Ils en ont pris le chemin et en sont au final pas loin au vu du grand mouvement inaudible et non entendu se ruant vers de nouvelles solutions plus respectueuses et facilitant sans doute plus la vie de ces petites boutiques qui aspirent enfin respirer avec leur boutique et ne plus se retrouver en sueurs froides à chaque commande ou chaque mise à jour .... Un utilisateur Prestashop depuis 2007 Les erreurs 404 peuvent considérablement nuire aux boutiques en ligne et à l'expérience de navigation des utilisateurs. Trop fréquentes, elles impacteront les ventes et la satisfaction client. Aujourd'hui, nous allons voir ce qu'est l'erreur 404 : Page Not Found et comment la résoudre si vous la trouvez dans votre boutique en ligne. Ainsi, vous saurez toujours quoi faire. Qu'est-ce que l'erreur 404 Not Found ?L'erreur HTTP 404 Not Found (à ne pas confondre avec l'erreur HTTP 500 : Internal Server Error) signifie que la page à laquelle vous essayez d'accéder est introuvable sur le serveur. Cette erreur provient toujours du client, et signifie concrètement que la page a été supprimée, attribuée à une autre URL ou associée à une URL mal saisie. En bref, l'erreur 404 indique que l'URL spécifiée ne correspond à aucune page. Comment identifier une erreur 404Cette erreur peut s'afficher de différentes manières sur votre ordinateur. En effet, les pages d'erreur 404 peuvent être entièrement personnalisées par les propriétaires des domaines. Voici quelques-unes des formulations les plus communes permettant d'identifier l'erreur HTTP 404 Not Found : Erreur 404 404 Not Found L'URL n'existe pas sur ce serveur HTTP 404 Not Found 404 Page Not Found Par défaut, l'erreur 404 s'affiche en noir sur fond blanc. Voici une capture d'écran du modèle de page par défaut que vous rencontrerez le plus souvent : Mais comme nous l'avons mentionné plus haut, les pages d'erreur 404 sont entièrement personnalisables. Voici comment elle s'affiche chez GitHub : Le thème par défaut de PrestaShop est également doté d'une version modifiée. La voici, sous PrestaShop 1.7 : RésolutionAvant de nous lancer dans les solutions avancées, voici quelques actions simples à essayer pour résoudre vos erreurs 404. Actualiser la pageAvant toute chose, actualisez la page. Parfois, l'erreur apparaît quand la page ne se charge pas correctement. Il vous suffit de faire Ctrl+F5 (ou simplement F5). Vider le cache et supprimer les cookies de votre navigateur Si vous pouvez accéder à la page depuis un autre appareil ou un autre navigateur, il suffit en général de vider le cache et de supprimer les cookies du navigateur concerné. Vérifier l'URLAssurez-vous que l'URL soit correcte : vérifiez la saisie, le sens des slash, l'extension de la page, etc. Détecter les malware Certains malware peuvent entraîner des erreurs 404. Il est impératif de vous assurer que votre ordinateur soit exempt de malware et virus. Contacter le webmasterEnvoyez un message à votre webmaster pour lui signaler l'erreur 404. Si vous êtes le propriétaire du site, contactez votre hébergeur pour plus d'informations. Parfois, les erreurs 404 peuvent être causées par des dysfonctionnements au niveau du serveur. Comment savoir si mon site contient des erreurs 404 ?Si vous avez un site, vous avez peut-être des erreurs 404. Google Search Console (autrefois appelé Google Webmaster Tools) permet de lister quasiment toutes les pages 404. Comme vous pouvez le voir dans les captures d'écran ci-dessous, Search Console identifie toutes les erreurs 404 signalées par Google sur votre site. De plus, Google Search Console est un outil gratuit qui vous fournit des données utiles et des astuces SEO. Solutions avancées pour les boutiques PrestaShopNous allons maintenant vous présenter les causes les plus fréquentes de l'erreur 404 et leurs solutions pour votre back office et votre front office. Vous verrez qu'un certain nombre de ces « causes » sont liées au fichier .htaccess. Nous vous déconseillons de modifier ce fichier si vous ne disposez pas des connaissances nécessaires. Si vous avez choisi un bon hébergeur, ce dernier peut vous montrer comment configurer votre fichier .htaccess et résoudre vos erreurs ; avec le programme de support PrestaShop, nos équipes sont à votre disposition pour vous aider à résoudre vos problèmes rapidement. ATTENTION ! Avant de faire des modifications dans votre back office et vos fichiers PrestaShop, vous devez sauvegarder votre base de données et lesdits fichiers PrestaShop. Consultez cet article pour apprendre comment sauvegarder (ou demandez à votre hébergeur de sauvegarder) votre base de données et vos fichiers PrestaShop. Voyons maintenant comment résoudre l'erreur 404. Pages supprimées : si vous avez supprimé des pages de votre boutique, gardez à l'esprit que les moteurs de recherche les ont probablement déjà indexées. Il peut s'écouler jusqu'à un mois avant que ces moteurs prennent en compte la suppression. De plus, peut-être que certains de vos clients ont enregistré les pages concernées dans leurs favoris. Si vous supprimez des pages produit, nous vous conseillons de créer des redirections 301 vers une autre adresse, par exemple vers votre page d'accueil. Autorisations : si votre page d'erreur 404 indique « You don’t have permission to access [...] », il s'agit le plus souvent d'un problème d'autorisation. Modifiez vos autorisations CHMOD via votre FTP ou contactez votre hébergeur pour qu'il effectue les modifications. Nous vous conseillons les autorisations suivantes : 755 pour les dossiers et 644 pour les fichiers. Cependant, les autorisations varient d'un hébergeur à l'autre. Contactez votre hébergeur avant tout changement. Mémoire limitée : parfois, l'erreur 404 peut provenir d'un problème de mémoire limitée chez l'hébergeur. Si ces deux facteurs ne sont pas directement liés, il est tout de même important d'avoir des informations détaillées. Pour cela, vous devez activer l'outil Error Reporting. Une fois l'activation effectuée, actualisez la page. Si votre erreur 404 indique « Fatal error: Out of memory », contactez votre hébergeur pour augmenter votre mémoire disponible. Problèmes liés à .htaccess : .htaccess est un fichier de configuration utilisé par les serveurs Web Apache et enregistré dans votre dossier racine. Ce fichier permet notamment de gérer les redirections, de protéger des dossiers et de changer vos URL. Dans de nombreux cas, il suffit de regénérer ce fichier pour résoudre les erreurs 404. Pour ce faire, supprimez le fichier .htaccess manuellement via votre FTP et regénérez-le via back office > Paramètres avancés > Performance. Parfois, il suffit d'activer l'option URL conviviale en forçant la regénération du fichier .htaccess. Certificat SSL mal configuré : si vous obtenez une erreur 404 Not Found après avoir installé votre certificat SSL, cela signifie que votre certificat n'est pas configuré correctement. Vérifiez auprès de votre hébergeur que votre URL SSL est bien associée à la bonne URL de votre boutique PrestaShop dans votre fichier .htaccess. mod_rewrite désactivé : mod_rewrite est un module Apache qui vous permet de personnaliser vos URL (ce que l'on appelle les URL conviviales). Si vous recevez une erreur 404 avec la fonctionnalité URL conviviale activée, cela signifie probablement que vous ne disposez pas d'un mod_rewrite actif sur votre serveur. Si vos URL conviviales fonctionnent, mais que votre menu back office > Paramètres avancés > Performance affiche le message « Le mode de réécriture d'URL (mod_rewrite) n'est pas activé sur votre serveur, ou il est impossible de vérifier la configuration », le problème ne provient pas de mod_rewrite. Les systèmes de sécurité de certains serveurs d'hébergement empêchent PrestaShop de vérifier votre configuration. Si les URL conviviales fonctionnent, cela signifie que mod_rewrite est installé et activé. Chemin d'URL personnalisé incorrect : si vous recevez une erreur 404 après avoir créé des chemins d'URL personnalisés via back office > Préférences > SEO et URL (en ayant activé au préalable les URL conviviales), vous avez certainement mal saisi le chemin personnalisé. En cas de doute : posez vos questions sur le forum PrestaShopUne fois que vous avez suffisamment d'informations sur votre erreur, faites une recherche Google (Astuce ; ajoutez « PrestaShop » aux mots-clés de votre recherche pour affiner les résultats). Vous trouverez certainement un grand nombre de résultats et de tutoriels concernant votre erreur. De plus, il y a de grandes chances pour qu'un sujet sur votre erreur soit déjà marqué comme résolu sur le forum PrestaShop. Prenez le temps de le consulter. Si vous ne parvenez toujours pas à résoudre votre problème, faites des recherches sur Internet et rapprochez-vous de votre webmaster/hébergeur. N'oubliez pas non plus de vous inscrire sur le forum de PrestaShop. Postez votre problème pour que notre équipe de community managers et de modérateurs experts puisse vous aider. En suivant ces étapes et ces conseils, vous pourrez résoudre la plupart de vos erreurs 404. Que vous soyez client d'une boutique en ligne ou le propriétaire du site concerné, il peut être difficile de déterminer la cause d'une erreur 404 et de la résoudre. Avec toutes ces informations, vous pourrez les identifier et les résoudre plus facilement.

@ChDUP Peut-être avant toutes choses avez vous fait le test ? et enfin se rendre compte de l'évidence du problème .... Paypal est développé par Prestashop qui demande a 202 de le faire , Paypal renvois donc vers Prestashop car le problème viens bien de là tel, car ils l'ont constaté, le problème est remonté mais rien n'a été modifié a ce jour, tel est la conclusion fournie et réponse communiquée par Paypal. Merci

@mondeduvelo Si vous avez sur votre Boutique sur la page oder-opc les paiements qui s'affichent en PREMIER ou votre page de commande ressemble a cela en structure : ET JE VOUS INVITE A TOUS FAIRE LE TEST VOUS VERREZ C'EST SURPRENANT ! c'est que la fonction commande avancée est activée CETTE CONFIGURATION COMME SUR LA PHOTO, PERMETS TOUT SIMPLEMENT AU CLIENT DE PAYER VIA PAYPAL SANS CREER DE COMMANDE NI DE COMPTE ! SI VOUS CLIQUEZ SUR PLAYPAL, ACCEPTER LES CGV ET NE CREER PAS DE COMPTE PUIS CLIQUEZ SUR COMMANDER, VOUS ARRIVEZ DIRECT SUR LA PAGE DE PAIEMENT PAYPAL ET LE TOUR EST JOUE 5 PAS DE COMMANDE NI DE CLIENT SUR LE BO ET JUSTE LE MAIL PAYPAL DE TRANSACTION. A ce moment là il faut : aller dans le BO Dans MODULES > ADMINISTRATION > CONFORMITE EUROPEENE AMELIOREE > FONCTIONNALITÉS > Activer la page de commande avancée ET COCHER NON CETTE CONFIGURATION ACTIVEE FAIT CE BUG AVEC PAYPAL ET PERMETS AU CLIENTS DE NE PAS CREER DE COMPTE PAYER AVEC PAYPAL ET NOUS ON A AUCUNE INFOS MAIL ( SAUF LA TRANSACTION DE PAYPAL ) , MAIS AUSSI DANS LE BO 5 PAS DE COMPTE CLIENT PAS DE COMMANDE VALIDEE ET PRESENTE voila ce fait ce n'est pas un bug PAYPAL MAIS BIEN un BUG de la commande et des fichier faisant groupe en relation avec order-opc-avdanced.tpl fournis par PRESTASHOP LA mise à jour PAYPAL OUI ELLE A EN PLUS UN NOUVEAU BUG COMME D'HAB mais concerne la méthode de paiement avec des erreurs de validation. j'espère que cela vous aidera pour le bug Je viens de refaire le test sur un PRESTA 1.6.7 vierge (aucun autre module activé sauf PAYPAL ET CONFORMITE ) et le bug persiste je pense que je vais faire une vidéo démo ^^ car c'est tellement bien montrer comment Presta ne réfléchis en rien et ne ce mets en aucun cas à la place des clients mais surtout ne test même pas ce qu'il fait ... J'ai mis longtemps à comprendre, et puis oui des clients me l'on fait plein de fois et au moment ou j'ai compris et ai fait les test et expérience j'en suis tombé de ma chaise .... maintenant j'utilise plus du tout cette fonction et tout vas bien pour les commandes et au niveau des paiements Paypal ( enfin presque ) ...

Ce n'est pas un problème PAYPAL MAIS COMMANDE AVANCEE CA FAIT DES MOIS QUE JE CHERCHE LA SOLUTION CAR J'ai eu pas mal de déconvenue de même exemple Si vous avez activé : Activer la page de commande avancée dans le module Conformité européenne améliorée ( administration ) Désactivez cette option immédiatement car en effet, cette version de page commande avancée permets au client de valider le paiement et de payer avec Paypal sans avoir créer de compte ! Il n'y aucune alerte ni blocage pour le client sur le faite de valider le paiement sans avoir créer son compte Ce qui fait que nous nous retrouvons avec un mail reçu par Paypal pour nous informer de la transaction, Mais que du côté de notre back office : RIEN NE S'AFFICHE car en fait le client selon le BO n'existe pas et sa commande non plus puisqu'il n'a pas créer de compte !!! du coup aucun mail au client mais aussi de notre côté est envoyé, aucune trace du produit commandé .... Donc surtout désactivez l'option page commande avancée !!! et cela remettra la page oder opc normal qui est elle plus "sûr" et fiable et vous verrez vous n'aurez plus de soucis de commandes dans le vide payée par Paypal surtout c'est pareil avec Chèque et virement Bancaire ! donc vraiment désactivez cette option c'est trop risqué ! ( toutes les autres options peuvent quant à elle restées activées ) Bonne journée

Hé malheureusement Prestashop ne fera RIEN concernant ce bug Si vous avez activé : Activer la page de commande avancée dans le module Conformité européenne améliorée ( administration ) Désactivez cette option immédiatement ! car en effet, cette version de page commande avancée permets au client de valider le paiement et de payer avec Paypal sans avoir créer de compte ! Il n'y aucune alerte ni blocage pour le client sur le faite de valider le paiement sans avoir créer son compte Ce qui fait que nous nous retrouvons avec un mail reçu par Paypal pour nous informer de la transaction, Mais que du côté de notre back office : RIEN NE S'AFFICHE car en fait le client selon le BO n'existe pas et sa commande non plus puisqu'il n'a pas créer de compte !!! du coup aucun mail au client mais aussi de notre côté est envoyé, aucune trace du produit commandé .... Donc surtout désactivez l'option page commande avancée !!! et cela remettra la page oder opc normal qui est elle plus "sûr" et fiable et vous verrez vous n'aurez plus de soucis de commandes dans le vide payée par Paypal surtout c'est pareil avec Chèque et virement Bancaire ! donc vraiment désactivez cette option c'est trop risqué ! ( toutes les autres options peuvent quant à elle restées activées ) C'est vraiment honteux de la part de Prestashop de faire un truc comme ça et surtout de ne même pas réagir ... et surtout de le laisser tel quel ! ( je pensais que c'était résolu mais apparemment je découvre que depuis la version 1.6 le problème persiste et signe depuis le début et pourquoi corriger ce bug ) d'autant que cela fait très longtemps que le problème remonte ici sur le forum et Prestashop ne fait RIEN et fait mine de ne pas comprendre ... je vais par finir de faire une vidéo de ce bug et la foutre sur Youtube pour montrer la stupidité des développeur Prestashop qui ne font même pas l'effort de comprendre et peut-être enfin leur apporté la lumière par un "néophyte" comme moi ! Mais de vous à moi je me demande si les 25 euros ne sont pas une arnaque parce qu'aujourd'hui il y a des changements chez Paypal les taux sont quasi les même si nous ne sommes pas intégral, de plus nous ne somme pas à jour niveau des interface de paiement, qui ont changées sur le compte normal, des logos pas à jour sur le front, mais pas pour nous intégral évolution on paye pour je ne sait pas trop quoi et surtout que beaucoup de problèmes persistent avec le module prestashop développé pour Paypal et que même si nous payons les 25 euros cela ne changera en rien l'attitude de Paypal et de prestashop et laisserons comme ils l'entendent le module ( car la majorité des utilisateurs prestashop ne sont pas intégral evolution et ne payent pas .... ) J'espère néanmoins que cela saura vous aider je n'ai pas créer directement

Deactivated the option : advanced order in the advancedeucompliance module This a bug know as a time from prestahop, in fact customers can made an order without create a account then you just receive the email from paypal for the transaction but nothing else appears on the BO no email from our shop send to customers, no order for our shop exist because the customers have no account created and can without create an account Pay directly with Paypal and he's is not stopped before pay with Paypal so customers think that they account is created when they order with paypal and result it make a Ghost order where no product, customers doesn't exist and only thing that we have is the Paypal Transaction ​So deactivated the Advanced order and then it will be ok and no more problems like this ( it's also the same for cheque or bank wire ) . This bug is know from the start but nothing is corrected by prestashop ....$ Enjoy the silence ...

Si vous avez activé : Activer la page de commande avancée dans le module Conformité européenne améliorée ( administration ) Désactivez cette option immédiatement car en effet, cette version de page commande avancée permets au client de valider le paiement et de payer avec Paypal sans avoir créer de compte ! Il n'y aucune alerte ni blocage pour le client sur le faite de valider le paiement sans avoir créer son compte Ce qui fait que nous nous retrouvons avec un mail reçu par Paypal pour nous informer de la transaction, Mais que du côté de notre back office : RIEN NE S'AFFICHE car en fait le client selon le BO n'existe pas et sa commande non plus puisqu'il n'a pas créer de compte !!! du coup aucun mail au client mais aussi de notre côté est envoyé, aucune trace du produit commandé .... Donc surtout désactivez l'option page commande avancée !!! et cela remettra la page oder opc normal qui est elle plus "sûr" et fiable et vous verrez vous n'aurez plus de soucis de commandes dans le vide payée par Paypal surtout c'est pareil avec Chèque et virement Bancaire ! donc vraiment désactivez cette option c'est trop risqué ! ( toutes les autres options peuvent quant à elle restées activées ) J'espère vous avoir éclairer Bonne journée C'est vraiment honteux de la part de Prestashop de faire un truc comme ça et surtout de ne même pas réagir ... et surtout de le laisser tel quel ! ( je pensais que c'était résolu mais apparemment je découvre que depuis la version 1.6 le problème persiste et signe depuis le début et pourquoi corriger ce bug ) d'autant que cela fait très longtemps que le problème remonte ici sur le forum et Prestashop ne fait RIEN et fait mine de ne pas comprendre ... je vais par finir de faire une vidéo de ce bug et la foutre sur Youtube pour montrer la stupidité des développeur Prestashop qui ne font même pas l'effort de comprendre et peut-être enfin leur apporté la lumière par un "néophyte" comme moi !

Bonjour, je me permets une petite question certainement idiote mais je me la pose tout de même Actuellement je suis sur Presta 1.6 mais lorsque nous passerons sur 1.7 est ce que toute notre base de données sera conservée ?? Tous les produits, clients ( adresse, infos, ...) , commandes, cms, attributs, catégories, déclinaisons, transporteurs, ...???? Car si il y a changement d'architecture et de structure, il y aura certainement un changement et réorganisation aussi sur la BDD non ? donc peut-être incompatibilité des BDD entre elles ? lorsqu'on passera sur la nouvelle version est ce que l'on pourras conserver les choses tel que nous les avons actuellement ? espérer récupérer toutes nos infos existantes ? ou devrons nous tout recommencer à zéro ? Merci ah et peut-être pour les marchands ( sans développeurs, ... ) et qui n'ont pas le temps de tout traduire mais qui tentent de comprendre, pour tenter de participer Serait-ce possible de faire des FAQ en Français ? et également expliquer plus clairement en Français certaines choses qui pour nous semblent incompréhensible et compliquée en anglais avec des mots technique et du jargon et très difficile a suivre ( en étant quand même à l'aise avec l'anglais ) pas simple vraiment ! MERCI Ps nous restons inquiet sur ces changements que nous n'arrivons pas a cerner et encore moins quantifié, ni planifié même si derrière les murs il y a toujours la mer ☼☼ Bonne journée

Parce qu'apparemment cela devient compliqué d'avoir des infos de la part de Prestashop en Français .. Pas mal pour une boite française ... J'ouvre le sujet sur la nouvelle version 1.7 en Français car je pense que nous aurons des choses a dire à proposer et partager et ou du moins nous tenir au courant de l'avancement de la nouvelle version 1.7 qui nous apprends dans le dernier article posté : An Update On The 1.7 Architecture donc le changement d'architecture et notamment que les thèmes actuels et modules ( 1.5/6 .. ) ne seront plus compatibles avec 1.7 ... à lire en anglais pour l'instant http://build.prestashop.com/news/prestashop-1-7-and-symfony/ le temps qu'un membre de Prestashop prenne le temps de convertir sont clavier en français et veuille bien nous parler en français ... Merci beaucoup par avance =)

Conformité européenne améliorée BUG page de commande avancée activée Bonjour, je vous ai déjà fait part de ce bug mais je vais tenter d'être plus précis car ce bug est très problématique ! je suis donc sur 1.6.1.1 sous le theme default de prestashop ( pas d'autres modules autres que ceux de prestashop ) et le theme juste modifié en css. Dans le module : Conformité européenne améliorée ( advancedeucompliance ) il y a une option dans fonctionnalités : Activer la page de commande avancée - Pour répondre aux exigences légales européennes les plus récentes, la page de commande avancée affiche des informations supplémentaires (CGV, modes de paiement, etc.), sur une seule et même page. Quand cette option est activée, cela active les page se terminant par -advanced.tpl et qui ont changées par rapport a order-opc classic, sur l'organisation de la page mais également dans sa structure car en premier il y a le paiement - puis le carrier puis le compte puis seulement le résumé de la commande Ce qui change donc la page order OPC ET DONC LE BUG : c'est tout simplement qu'avec cette option activée, ON PEUX PASSER COMMANDE ET PAYER DIRECTEMENT par Paypal ou cheque ou virement bancaire sans avoir pris la peine de créer un compte et ni être connecter sur la boutique. ce qui fait en retour, que la commande n'est pas prise en compte sur le BO, il n'y a pas de client enregistrer ni rien et le client ne reçoit pas de mail de confirmation Car en fait il n'y a pas comme pour accepter les conditions générales de vente l'avertissement vous devez créer un compte avant de pouvoir régler ( comme pour les CGV veuillez accepter les CGV avant de continuer ) Et comme le client ne fait pas attention, lui il clique, se retrouve direct sur la page paypal et voilà le tour est joué il a commander et rien n'est pris en compte sur la boutique nous recevons juste le mail de confirmation de Paypal qui ne donne que le numéro de transaction rien d'autre . ​Donc en résumé un client qui n'est pas attentif, et en fait il pense u'en cliquant commande avec obligation d'achat il va arriver sur la page création de compte et non du paiement car la page est très mal structurée dans l'organisation et le déroulé si on est sur une page one page check out et donc il clic et hop se retrouve sur la page de paiement et là c'est la merde ! ou comment perdre des clients en un seul clic Car contacter derrière le client, donc trouver le mail sur la transaction Paypal, lui expliquer le tout ca ne le fait pas et donc d'une pseudo conformité on passe a un bug catastrophique CAR VOUS LE SAVEZ NOS CLIENT NE SONT PAS DES DEVELOPPEURS NI DE PRO DU WEB il clic juste et moins on perds de temps mieux c'est mais là ca donne juste le reflet d'une boutique qui n'est pas pro et donne l'esprit d'arnaque déjà beaucoup sont rétissant donc conclusion on rembourse car le client ne fait pas confiance suite à ce bug Ce bug n'est pas de notre volonté mais bien une grave erreur de la part de prestashop qui j'espère pour nous mettre en conformité va enfin le résoudre dès que possible je peux expliquer encore plus précisément s'il le faut et peux aussi faire des capture d'écran faites sur les différent shop et shop test prestashop de base dans l'attente enfin d'une prise en compte sérieuse je vous souhaite une très bonne journée

Pour répondre a cette Petite question pour l'ensemble, vous remarquez cette lenteur plus en 1.6.1.1 qu'en 1.6.1.0 ou équivalente, à ce niveau là ? Pour moi c'est pareil sur les deux 1.0 ou 1.1 mais encore plus forte et marquée sur 1.6.1.1 c'est extrêmement lent pour charger les langues, modifier un texte, mettre à jour un produit, modifier je n'ai pas d'autres modules que ceux initiaux de prestashop et le thème est le default, j'ai fait l'essais sur Mac & pc, et pareil très lent mais alors sur Safari c'est juste encore plus lent que tout on dirais qu'il cherche quelque chose à charger sans cesse ... la page charge très vite mais en fait après le petit pingouin lui continue de charger pendant très longtemps, et surtout il faut attendre qu'il ai charger avant de faire quoi que ce soit, ajouter du texte, remplir un champ, sélectionner un texte ... ah oui et étrange aussi dans description produit courte et longue,lors du chargement, a un moment j'ai les champs qui deviennent extrêmement long puis se remettent, autre problème aussi observer sur safari la sélection du texte ( un mot une phrase ) dans descriptions ou même cms est quasi impossible, ca nous remonte scroll sur le haut de la page, le texte est très difficile a sélectionner même après que tout soit loader et passer d'une langue à l'autre n'est pas simple tellement c'est long ... il y a une espèce de valse entre les langue pendant un moment ... Autre remarque en erreur il y a un fail load : admin-theme.css.map ( qui est aussi pareil dans le theme par défaut d'ailleurs qui a été mis puis retirer ( tous les fichiers .css.map sont absent dans la dernière version mais toujours indiqué dans les CSS du theme mais là je vois aussi qu'il est en erreur Failed to load resource: admin-theme.css.map en attendant on est patient et limite les modifs mais même pour une commande modifier un statut, créer une commande manuelle ca mets du temps j'espère que cela pourra se résoudre voilà mon petit retour bon courage et j'espère que cela pourrai aider

Ben au moins Merci YannFanch car en effet c'est bien un BUG de prestashop ! qui apparemment essaye de le résoudre sur la Rc1.2 @ Alexandre-KM : Ok c'est une Open-source .... etc .. etc ... , Mais cela n'empêche pas de bien faire son travail quand on fait une mise à jour ... et là disons qu'a notre niveau signaler un bug ou faire part de nos retour est pris comme une atteinte a cette open-source ... vaux mieux arrêter de suite alors ... mais on ne peux sans cesse se cacher derrière le fait que c'est une open-source ... ce n'est pas ce que Prestashop vends ... et on a beau dire ou essayer de participer, proposer son aide Mais pour cela il faudrait déjà que l'on soit entendu ou pris en compte ! ce qui n'est vraiment pas le cas .... et surtout arrêter de croire que cette open source est un joujou de développeur qui n'ont que ca a faire ... la majorité qui utilisent prestashop ont bien comme objectif d'avoir une boutique qui fonctionne avec un catalogue, client etc .. a gérer et non et pas forcement le temps passer son temps sur github ... puis déjà quand on voit la liste d'attente et des non réponses .. ca démotive de dire quoi que ce soit ou de faire quoi que ce soit ...

Oui j'ai exactement le même problème, c'est pas lent c'est que ca rame grave ! je suis 1.6.1.1 et j'utilise sous chrome ou Safari Sur Safari c'est une catastrophe la BO de prestashop c'est plus que lent c'est quasi inactif, on peine a ajouter un produit ou modifier un seul truc ne serait que changer de statut pour une commande.

Advenced opc is when you have activated the module advancedeucompliance EU conformities intagrate by prestashop on the new version 1.6.1.1 new way to order and to be in regular with the Eu Law so when you activate it you have the option : activate advanced order and then it change the order-opc page in first you have paiement after login after the shipping and then recap of the cart and you have the possibilities to add some text with the module advancedeucompliance ​And then on t/l you see some new tpl with the word advenced : order-opc-advanced.tpl and more. So it's appears that the don't have made the alert please create account before the paiement. so customers can order with our creating account and it makes bug so paiement is accepted but nothing appears on The Back Office and no e-mail to inform that because the customer click to quick and didn't see that he must register before ... and the we have no information for order .

I have the same problem with orders not inform on BO just receive the mail confirm by Paypal and after that impossible to create order with the leave cart ! and no answers from prestashop about this and then i also found found a big bug if you have activated advenced opc, You can order and pay with Paypal without customer account creating just simply try, add a product go to order-ppc, choose paypal, skip the account part give no informations, just agree the terms and then click on order and you're directly on the paiement page by paypal and then you can pay without any information on your BO and by Mail just the paypal mail confirmation ..... Yes you can ordrer without create account ( also for bankwire and cheque ) but no information after that no information please login to confirm your order etc ... nothing