Jump to content

Broceliande

Members
  • Posts

    1,735
  • Joined

  • Last visited

  • Days Won

    5

Everything posted by Broceliande

  1. Que ces raison soient ou non valables, il serait bon de nous les détailler justement pour que nous puissions enfin comprendre pourquoi une solution de paiement que nous utilisons tous depuis des lustres (pour le moins nos clients) , devient à ce point instable que nos clients songent à y renoncer. Dites nous donc clairement ce qui dans votre cahier des charges vous contraint à modifier des données entrées par l'utilisateur du site. Il serait bon que nous puissions comprendre. Comme je le disais plus haut j'ai la ferme intention de linker ce topic à paypal. Si vous , 202ecommerce, ne daignez pas nous affranchir sur ce point, peut être qu'eux accepteront de le faire. En tous cas je le souhaite profondément. Il n'est pas dans l'intérêt de paypal à mon sens que nombre de leurs utilisateurs décident d'abandonner ce mode de paiement. Ca me parait inconcevable , simplement. De plus ce problème récurrent est l'apanage de prestashop , je ne trouve pas de disfonctionnements similaires sur d'autres plateformes, et les guides d'intégration fournis par paypal ne mentionnent pas (à ma connaissance), de contraintes telles que les données utilisateur puissent ou doivent être modifiées.
  2. Pfiou je voudrais vraiment savoir pourquoi !!! Le contrat passé entre le vendeur et l'acheteur est uniquement basé sur ce que l'acheteur entre sur le site. Je ne vois absolument pas pour quelle bonne raison on pourrait à postériori modifier ce que le client final a entré comme ici l'adresse de livraison. Je suis sur le cul de lire ça, demain (enfin après demain) j'appelle mes contacts paypal à Dublin et je leur demande de se prononcer là dessus parce que pour moi le client choisit une adresse de facturation , une adresse de livraison, sur le site e-commerce, et il n'est tout bonnement pas envisageable que ces adresses soient modifiables à loisir par les modules de paiement :s
  3. Hello , Le replace devrait être effectué dans le template et non dans un classe ou une override. Il faut s'interreser aux tpl du bloc cart et de son -json , et y effectuer un replace du point virgule en <br/> un truc du genre {$variable|replace:',':'<br/>'}
  4. Je ferais de même que mes confrère en disant qu'il n'est pas de mise d'imposer la saisie de la date de naissance. De la communication comme suggéré plus haut suffit à inciter le client à entrer sa date de naissance ... ou pas. Si pas c'est que le client final ne souhaite simplement pas , pour un simple achat en ligne , donner autant d'informations. Pour le coup c'est un indice de conversion en baisse et pas de rein ... A toi de voir.
  5. Hello, Je ne crois pas que le fait d'indexer un produit dans plusieurs catégories soit un obstacle au ref nat. Ce que l'on nomme le duplicate content et qui est certes rédhibitoire, ne concerne que la présence de pages identiquessur plusieurs domaines. Dans le cas présent il ne s'agit que de pages identique à l'intérieur d'un seul et même site. Dans ce cas, google en principe n'archive qu'un seul des liens menant à cette page et ignore les autres. Le site en question n'est pas pénalisé par google, simplement un seul des liens est indexé, les autres non. Ceci pour ce que j'en sais et ai constaté à ce jour. Ce qui m'étonne c'est qu'en principe c'est la catégorie par défaut qui est affichée dans le lien et non une autre. Il faudrait je pense vérifier que le produit , même s'il appartient à plusieurs catégories, se trouve bien dans la même arborescence de catégories, et que ce produit a bien une catégorie par défaut.
  6. Ne serait-il pas simplement plus simple de supprimer le fichier class_index.php plutot que de le modifier ? Comme toute mise en place d'override, ce fichier doit être réinitialisé. Dans un sens le module à son installation pourrait facilement supprimer le cache des classes, ce à quoi correpond class_index ...
  7. J'ai tout dit. Pour quand une version effectivement fonctionnelle du module paypal qui marche également en paypal évo? Quand pourrons nous compter sur un module "last version" compatible et surtout fonctionnel ? A ce jour pour les version 1.4 , il faut rétrogader le module avec la version de la 1.4.8.2 de presta. Pour une 1.6.2 , le module 3.6.x fonctionne à peu près , mais plus sur la 1.5.6.2 pour laquelle on doit downgrader vers une 3.5.4 ... Bref ça devient abominable, et rien ne fonctionne alors que me semble-t-il ce module était repris par une agence. Les retours de paypal ne sont guère plus réjouissant à ce sujet : on nous avait promis blah blah ... Donc je demande : quand ? A un moment donné je vais devoir dire à mes clients de laisser tomber paypal...
  8. Bonsoir, Clairement le processus de transformation de panier en commande est incomplet. Est-ce que le client final reçoit le mail de confirmation de commande ? (celui de prestashop , pas le mail de paypal) A mon sens il y a un module greffé sur le hook de validation de commande qui plante l'opération. Je n'ai jamais identifié ce bug précis sur une 1.5 , mais de mémoire il me semble que le module alertes mails m'a posé assez souvent des problèmes de validation. Il peut être intéressant de le désactiver et tenter de reproduire le bug.
  9. Je découvre ce post sur le tard, mais j'ai pour habitude dans ce genre de situation de proposer au client un transporteur supplémentaire tout simple appelé par exemple "Transport Offert" . Dans la desc du transporteur on met une petite phrase qui va bien genre Livraison 3 à 5 j en totossimo .... Ensuite on met une tranche de prix de 99 à 10000 et on indique pour ce nouveau transporteur que le comportement hors tranche doit désactiver le transporteur. Le cas échéant on limite le transporteur à la zône concernée etc ... Si on veut offrir le transport uniquement en France, il suffit de créer une zône France avec France à l'intérieur .... On ajuste le tarif transporteur à 0 sur la tranche 99-10000 comme pour n'importe quel autre . Au besoin on fixe ce nouveau transporteur comme étant le transporteur par défaut histoire qu'il soit prix en compte dans le bloc panier. Evidemment on enlève toute gratuité dans la configuration des transporteurs en virant le fdp offerts à partir de ... Au final , dans le cas présent , le client qui commande en france et a pour plus de 99€ dans son panier va se voir proposer un transporteur gratuit. Les autres transporteurs seront affichés au tarif courant. De cette manière le client conserve le choix de l'express. S'il peut attendre, clairement il choisira le transporteur gratuit. Ce n'est que moyennement handicapant de voir au dessus le transporteur utilisé avec un tarif réel. Ce qui intéresse le client c'est le délai et le tarif. Bref une solution sans modif de code qui marche à tous les coups. Dans le cas ou on voudrait vraiment ne pas afficher le transporteur "payant" correspondant au transport offert, il est possible de surcharger ParentOrderController .
  10. En ce qui me concerne , je dirais qu'il n'existe pas une , ni deux méthodes , mais des tas de méthodes .... Je ne peux pas détailler celle que je trouve la plus efficace parce qu'elle demande pas mal de prérequis et qu'elle fait appel à des connaissances qui doivent aller au delà de la maj conventionnelle que ton stage aborde. Ce qui est certain , a mon sens , et d'expérience, c'est que le processus de maj d'un site est trop long et trop aléatoire pour le faire sur un site en prod. Qui dit maj majeure dit changement/création de template etc ... De toute évidence la meilleure approche est de travailler sur un clone mis à jour du site en production , dans un premier temps. Le thème installé et ajusté , il est exportable et peut être installé en même temps que la liste des modules à activer/désactiver sur le site 1.4 migré. Disons qu'une fois la version finale du nouveau site mis à jour , c'est là que les méthodes sont diverses et variées pour le passage en prod. De manière générale , j'estime qu'une interruption (mode maintenance donc) d'un site en production ne doit jamais excéder 1h . C'est ce que je garanti à mes clients et ai toujours respecté (en gle c'est moins de 30 mn, une heure c'est pour me laisser de la marge) . Mon collègue Olea Corner pourrait confirmer qu'il existe des méthodes propres réduire au maximum le temps d'interruption de production. Pour moi donc ce qui est certain c'est que dans le cadre d'un stage , qui plus est , c'est une question piège : on travaillle sur un clone et on limite au max le mode maintenance, la priorité va toujours à la production . Dsl également si je ne vais pas dans le détail , le sujet me motive mais j'ai peu de temps
  11. @vapo, Je suis à moitié d'accord avec Xavier, sur le fait que le module pourrait effectuer un test sur le pays de livraison, compte tenu que ce transporteur n'est effectif que pour une poignée de pays (4 aujourd'hui). Ce serait pratique. Mais puisque que Mondial relay fonctionne avec de vrais transporteurs, et ne se charge sur la page transporteurs que si l'un des transporteurs associés à MR est présent, c'est en définitive les transporteurs affichés qui ont un contrôle sur le module, et non l'inverse. Pour le coup il me semble bien qu'on ne peut se dispenser d'isoler les pays concernés dans une ou plusieurs(4) zones. Voici pour ce qui est de l'usage. Côté pratique on peut pallier au problème en créant une override, de la méthode _assignCarrier() (de tête), dans la classe ParentOrderController ... On y trouve ceci : protected function _assignCarrier() { $customer = new Customer((int)(self::$cookie->id_customer)); $address = new Address((int)(self::$cart->id_address_delivery)); $id_zone = Address::getZoneById((int)($address->id)); $carriers = Carrier::getCarriersForOrder($id_zone, $customer->getGroups()); self::$smarty->assign(array( 'checked' => $this->_setDefaultCarrierSelection($carriers), 'carriers' => $carriers, 'default_carrier' => (int)(Configuration::get('PS_CARRIER_DEFAULT')) )); self::$smarty->assign(array( 'HOOK_EXTRACARRIER' => Module::hookExec('extraCarrier', array('address' => $address)), 'HOOK_BEFORECARRIER' => Module::hookExec('beforeCarrier', array('carriers' => $carriers)) )); } On peut si on le souhaite ajouter une condition juste après $carriers = Carrier::getCarriersForOrder($id_zone, $customer->getGroups()); On parcoure $carriers, on le compare à la liste des transporteurs associés à MR (je ne sais plus de tête si c'est une variable de configuration ou pas) , si on trouve un carrier MR , on compare avec l'id_country de l'adresse , et on unset le résultat si ça match pas , ça donnerait un truc genre : if(!in_array($address->id_country, array(a,b,c,d)) unset $carrier; a,b,c,d seraient les 4 pays desservis par MR. Bien sur c'est la méthode que j'explique , le code n'est pas utilisable en l'état. Pour moi le module n'a pas vocation à modifier l'affichage de tel ou tel transporteur. Pour cela il faudrait une méthode dans la classe CarrierModule à laquelle sont liés les transporteurs modules , genre "isCarrierAvailable" , or aujourd'hui nous n'avons que deux méthodes : getOrderShippingCost et getOrderShippingCostExternal En dehors donc du calcul de prix du transport un transporteur même lié à un module agit comme n'importe quel transporteur. vapo ce n'est pas réellement un gros challenge de sortir ces 4 pays des zones existantes et leur affecter une zone chacuns. Outre le fait de pouvoir le plus facilement du monde les désactiver pour tel ou tel pays , on a le plein contrôle sur le tarif par pays, ce n'est pas un luxe. Sinon reste la fameuse override.
  12. Pratiquement, l'OPC n'est en rien plus rapide que le 5 steps. La seule différence est que l'OPC charge chaque étape en ajax sur une seule et même page, ce qui ne reste jamais qu'un simulacre de commande rapide : Le fait est que l'on ne peut afficher de récap panier tant que le client n'est pas authentifié. Le fait est que l'on ne peut afficher de formulaire d'adresse avant que le client ne soit enregistré. Le fait est que l'on ne peut afficher de transporteurs tant que le client final n'a pas entré d'adresses. De la même manière, on ne peut afficher de méthode de paiement tant que les étapes précédentes ne sont pas remplies. On ne peut non plus accéder au paiement réel sans avoir accepté les conditions générales de vente... Alors bon , client pro ou particulier, B2B ou B2C, l'expérience que j'en ai est que mes client(e)s , eux mêmes commerçants, ne sont pas en mesure d'aider leurs clients en OPC quand ils butent sur un détail. D'une , l'opc est source potentielle de bugs en tous genres liés au thème. De deux il n'est ni plus rapide ni plus ergonomique que le 5 steps standard. Je mets au défi quiconque de me montrer un véritable gain de temps et de lisibilité sur une commande OPC plus que sur une commande standard. J'ai parlé de mode, ce n'est pas un hasard, pour moi ceci n'est qu'un phénomène de mode : hier tout le monde voulait l'OPC, et aujourd'hui presque tous s'en débarrassent . Après, mon avis ne vaut pas plus qu'un autre, j'aurais au moins fait l'effort de le livrer
  13. Pour ton usage , un minimum serait de taper dans cette gamme : http://www.soyoustart.com/fr/offres.xml A l'install tu choisis une debian 7 + ispconfig 3 (facile à administrer) Ensuite quelques ajustements dans la config serveur te permettront de faire à peu près ce que tu veux. Il faudra de toute façon que quelqu'un d'aguerri mette un peu les mains dans le camboui pour que tu puisses profiter de la puissance de ton serveur dans tes maj produits autant qu'en front office pour l'expérience client. C'est un exemple mais il faut réellement tabler sur un dédié à 40 / 50 € mois pour gérer de la sorte un catalogue de plusieurs dizaines de milliers d'articles. Je viens d'en faire la démonstrations à une cliente, au besoin je peux te mettre en relation avec elle si tu me PM. L'hébergement est la première choses à ne pas négliger : un commerçant physique ne va pas faire des affaires en volume et durables s'il vend sa marchandise dans une cave ou sous un hangar. Le e-commerce est aussi gourmand de ce côté . L'hébergement est ce qui fait pour un site en ligne la différence entre une sombre cave dans un bouiboui ... et une vitrine réelle et éclairée en bordure de rue. Bon je reconnais que mes mots ne représentent pas ma pensée à cet instant précis, il me faudrait bien plus que ça pour expirmer ce que je préconise mais bon il est tard et j'ai peu de temps à consacrer au sujet
  14. Pour ce que j'en connais le module autoupgrade n'implique aucun tranfert en mode ftp : il charge directement sur le site les fichiers mis à jour et applique les correctifs dans la BDD. Seule précaution impérative avant toute tentative de mise à jour : s'assurer d'avoir un backup intégral BDD + arborescence du site. Une maj vers 1.6 ne devrait en principe pas prendre un temps incommensurable. Tout dépend de ta version actuelle et du trafic enregistré dans certaines tables (tables que tu peux aisément purger) . Clairement il est évident que tu t'assures d'avoir au final un thème compatible 1.6 , si ce n'est le thème natif 1.6. Tu ne peux pas compter conserver ton thème actuel en l'état. Dans le cas contraire, soit tu dois faire effectuer une refonte de ton thème, pour la nouvelle version , soit lui dire adieu :s
  15. Hello, Tu pourras constater les fichier et dossiers maj par leur date de creation, ni plus ni moins. Ce système de maj est sain comme tu le dis mais dans certaines limites. Il faut d'une part être déja en 1.6 (des maj 1.6 son proposées aux possésseurs de 1.5 alors qu'elles ne sont pas compatible). D'autre part une maj de module ne mène pas toujours à une stabilité accrue. Si pour ne pas le citer on parlait par ex du module Paypal , et qu'on souhaite l'utiliser en mode intégral evolution , alors l'upgrade peut tout bonnement mener à une impossibilité pour le client final de mener à terme une commande. Bon j'abrège un peu même si je pourrais faire bcp plus détaillé en relatant l'expérience vécue de certains de mes clients, mais pour faire court toute maj n'est pas nécessairement efficace. Le problème à ce jour étant que sur une 1.6 , on perd l'accès à la configration du module si l'on ne met pas ce dernier à jour quand cette maj existe. Concernant le configurateur de thèmes que tu cites, je ne pense pas que celui-ci ait une incidence particulière sur ta config existante. A mon avis dans le pire des cas il en aurait une si tu changeais ou réinstallais un thème.
  16. Tu as effectivement toi même répondu. Ton script s'arrête à 273 / 360 , mais ton besoin est de traiter + ou - 15000 articles. Envoyer ton fichier via ftp n'y changera rien. Au mieux tu y gagneras quelques secondes de traitement, mais si peu ... La solution est simple : il te faut un hébergement digne de ce nom. Même si tu optes pour un vps , tu dois t'assurer que tu as la maîtrise sur la configuration de php (via php.ini) au moins sur les points suivants : - durée max d'exécution des scripts (max_execution_time) - taille max d'upload - memoire max consommable par un script (memory_limit) etc... En clair pas de solution pour ton mutualisé : seul l'hébergement pourra faire la différence concernant tes besoins, et ce si et seulement si il est configuré en conséquence.
  17. Hello, J'ai un excellent référenceur sous le coude : toi même en fin de compte. Il suffit de 30 mn de discussion après 30 mn d'analyse pour prendre une bonne direction. Quelque soit l'agence de ref consultée, nul ne connait mieux tes produits que toi. La meilleure méthode est donc que tu te charges toi même de remplir les champs "kivonbien" , mais encore faut-il les connaitres, et les comprendre. Ces deux conditions réunies, c'est l'huile de coude qui alimentent ton site et est susceptible de le faire progresser. Malheureusement tu ne donnes pas l'url de ton site. Au delà du ref nat peuvent se trouver des tas d'obstacles à même de rendre ton site "inadapté". C'est dur à accepter mais parfois le commerçant ne voit pas nécessairement ce qui bloque le client final. Pour commencer une discussion constructive il faudrait que l'on puisse voir le site actuel !
  18. Certes mais pour le coup quitte à downgrader , autant choisir la dernière version de la branche. De cette manière en balançant une arbo 1.5.6.2 par ex , et en ne focalisant le reverse des upgrades sql que depuis cette version, au pire seiyar26 se retrouve en 1.5.6.2 , quitte à mettre à jour son thème, ce qui est plus facile de 1.5.x à 1.5.y je dirais ... En même temps là il n'est pas dit de quelle version il est parti pour son upgrade :s
  19. Salut, Clairement ton hébergement ne semble pas en adéquation avec tes besoins d'import csv. Un catalogue de 15000 + articles n'est pas anodin, si tu ne parviens pas à l'envoyer depuis le BO c'est que ton hébergement ne tolère pas la taille du fichier, en upload d'une part , mais aussi en traitement : si l'hébergement refuse un fichier de 4 mo par ex, alors il est quasi certain qu'il refusera de le charger en mémoire dans son intégralité.
  20. Hello, A mon sens tu avais une config fonctionnelle de prestashop avec l'url canonique en www.promo-mariage-decor.com Cela implique que l'url promo-mariage-decor.com était aussi valide mais redirigée vers le www. Aujourd'hui tu rajoutes un sous domaine, seulement il semble que tu n'aies pas regénéré de .htaccess Pour cela tu dois te rendre sur préférences -> seo / urls dans le BO presta, à supposer que tu y aies accès , ce qui me semble incertain. A ce jour ton site ^présente un boucle de redirection ce qui me conforte dans l'idée que tu as un véritable imbroglio dans tes urls. Tes parse errors et errors en tout genre viennent très probablement d'un défaut d'encodage : tu ne peux éditer un .htaccess avec un simple notepad... A mon sens toujourts ton site est toujours accessible en BO sur l'anciennne url. Ce qui est certain c'est qu'à ce jour ton .htaccess est corrrompu et ne reflète pas le sous domaine que tu as créé. Ca doit tenir à vraiment rien mais pour en juger et y remédier faudrait avoir accès au site en ftp + hébergement. Si tu veux que je vérifie ta config n'hésite pas à me contacter en PM pour une intervention, gratuite (je précise, communauté oblige)
  21. Hello Taomon, Avant de penser SEO , en ce qui me concerne je penserais hébergement. Je suis en 100 mb et ton site a mis plus de 10 secondes à se charger chez moi. J'aurais du avoir un délai de loading autour d'une seconde en comparaison d'autres sites prestashop. Je me l'explique mal au demeurant parce que les pages suivantes sont rapides. Vraisemblablement en home tu as des scripts externes qui sont chargés et freinent le chargement de ta propre page. C'est assez régulier lorsque l'on installe une foultitude de trackers. Ce temps de chargement est rédhibitoire pour tes visiteurs. Mais qui plus est il est absolument rédhibitoire pour le bots google et autres...
  22. Hello, tu as misé sur un thème de bonne facture comme le sont ceux de Sabrina (Prestacréa). Le site est limpide, le thème bien utilisé et maîtrisé. Léger bémol mais c'est à l'heure ou je visite le site : les compressions js et css (ccc) ne sont pas actives sur le site. Ceci me laisse supposer que la configuration finale avant mise en prod n'est pas nécessairement maîtrisée. Sorry si j'ai faux, il est vrai que tu précises qu'il s'agit d'une url temporaire. Seulement si ce site a le malheur d'être indexé par google et qu'il ne s'agit que d'une url provisoire, alors il faut absolument t'assurer que ce domaine provisoire pointe sur l'url définitive, et ce avec une redir 301 (utilise l'url canonique de presta par ex)
  23. Plus je le pratique et plus je l'aime, alors je vous livre aujourd'hui le lien d'un site qu'il faut absolument comparer en desktop et en tablet/mobile. Je précise que ce site n'utilise pas le thème mobile de prestashop, qu'il est en 1.5 , et qu'il est le résultat de la collaboration de 4 personnes , ni plus ni moins : - Judicaël Baudot : Directeur web / E-commerce Eleven Paris. - Théo Novel : graphiste Eleven Paris - Emmanuel Loubere / aka Kaylabs , pur intégrateur de la mort qui tue. - Votre serviteur, aka Broceliande, pour la partie dev , migration ... Enjoy and see : http://www.elevenparis.com Si je devais être fier un jour de ce que j'ai produit dans ma vie professionnelle, alors sans hésiter ce serait Eleven Paris Edit : j'ai oublié de dire que le site en mobile pèse environ 3 fois moins qu'en desktop, sans je le reprécise utiliser le thème mobile de prestashop
  24. Salut, Je rejoins très largement et catégoriquement Vinum : ton taux de rebond est loin d'être alarmant. D'autre part le taux d'abandons de panier est véritablement fonction du tracking mis en place et ne saurait être exhaustif... Quant à l'utilisation de l'OPC , je fais partie de ses premier détracteurs. Nombre de clients se perdent sur la commande en une seule page , et ce quand tout fonctionne même à merveille... ce qui est rarement le cas ! Alors si je devais donner un conseil ici , passe en tunnel 5 steps standard et tu devrais rapidement voir une sensible augmentation de tes conversions. Je lance pas un débat je précise donc libre à toi de juger de l'utilité de l'OPC, mais me concernant nombre de mes clients en sont revenus et pas pour rien : stats de conversion immédiatement en hausse . A mon sens l'OPC n'est qu'un effet de mode , un peu comme les menus riches horizontaux, qui ne sert qu'à faire "comme" (la concurrrence?) et non réellement servir le client final, qui lui se perd dans une masse d'infos... Voilà mon avis, mais encore une fois je ne lance pas un débat , je ne juge que par le résultat de mes propres clients avant et après OPC...
  25. Pfff.... si c'est pas malheureux de voir ça ! Bon Bref Gianvarlo78, tu vas dans ton BO dans Préférences -> Coordonnées et magasin. Tout en haut de la page tu vas trouver un menu déroulant : Configuration multiboutique pour Ici tu sélectionnes la boutique pour laquelle tu souhaites configurer les mentions légales de ta boutique et tu enregistres le modifs pour la boutique en cours. Le but dans ton cas est de renseigner d'autres valeurs pour la deuxième boutique (en l'ayant sélectionné comme indiqué ci dessus) , puis enregistrer. Il en est de même pour tout ce que tu souhaiterais personnaliser pour une boutique donnée. A tout moment il est possible d'indiquer à presta sur quel espace tu travailles : par défaut c'est l'ensemble des boutiques ...
×
×
  • Create New...

Important Information

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