Jump to content

WebTotem

Members
  • Posts

    51
  • Joined

  • Last visited

About WebTotem

  • Birthday 05/11/1979

Contact Methods

Profile Information

  • Location
    Armentières
  • Activity
    Other

WebTotem's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Bonjour, bon je suis content que cela refonctionne . Mais en toute franchise je ne vois pas en quoi cette modification a rectifié le problème. Il s'agit juste du calcul de la réduction pour le group auquel apartient le client (ou visiteur): Le fait de faire {1-$group_reduction} va renvoyer 0,3 au lieu de 0,7 si tu avais 70% de remise sur le groupe par exemple. Le tarif n'aurait pas été le bon mais pas à 0€. !!! A moins que tu ais fait un override de ProductController.php ? !!! Pour l'autre Topic, la réponse donnée me semble bonne et simple de mise en place car prévue en natif par Presta. Bonne journée Fabien
  2. Salut, Je viens de retourner sur ton site et cela semble fonctionner. As tu fais la modification que je t'ai donnée? Fabien
  3. Salut, essaye à tout hasard en modifiant ça (ligne 395 environ): $('#our_price_display,#our_price_display_head').text(our_price); par cela: $('#our_price_display_head').text(our_price); et tiens nous au courant. Fabien
  4. Bonjour, tout ceci ressemble a des problèmes de droits d'accès aux fichiers. Pas seulement les droits en lecture/ecriture mais également de propriétaire. Vérifiez bien que ces droits sont les bons (pas en '"root" par exemple) et si vous avez un accès en SSH modifiez l'ensemble avec un chown -R [propriétaire]:[propriétaire] /votre_dossier Bon courage. Fabien
  5. Bonjour, vous avez probablement raison Mr Lechapelier... J'ai investigué un petit peu dans les scripts car normalement le module blocklayered gère le "meta="robots" noindex, nofollow" automatiquement et je me suis aperçu qu'il ne fonctionnait pas chez moi ni dans la version 1.4.8.3 ni dans la 1.5.6.0 ce qui permettait donc à GG d'indexer toutes les pages dans toutes les combinaisons possibles. :wacko: J'ai donc décider de supprimer ce module (bien avant ma découverte) et de repasser par un système simple de catégorisation. Cependant je me suis amusé et j'ai modifié le fichier FrontController comme suit: ligne 340, j'ai ajouté les deux lignes suivantes 'nobots' => preg_match('/\/.*\/[0-9]+-.*[\?*\/*].*/',$_SERVER['HTTP_HOST'].$_SERVER['REQUEST_URI']) ? true : false, 'nofollow' => preg_match('/\/.*\/[0-9]+-.*[\?*\/*].*/',$_SERVER['HTTP_HOST'].$_SERVER['REQUEST_URI']) ? true : false Attention, je ne suis pas développeur, j'ai tout appris sur le tas, donc si un dev peut valider ça, ce serait mieux. Le but étant de vérifier si dans l'url (réécrite!!) il y a quelque chose après {id_category}-{rewrite} et si oui alors nobots et nofollow sont passé à true. Ces valeurs sont récupérées dans le fichier header.tpl (dans le thème par défaut). Je reste persuadé qu'il y a mieux mais chez moi cela fonctionne correctement... Fabien
  6. Bonsoir, curieusement, il semblerait que la navigation à facettes ne soit pas si "géniale" que ça si vous n'êtes pas rompus aux outils de Google. Je vous renvoie vers un topic de WRI: http://forum.webrankinfo.com/duplicate-content-navigation-facettes-t166822.html Pour ma part, je ne suis pas développeur et à mon avis je vais devoir refaire toute la catégorisation pour pouvoir me passer du blocklayered. Si vous avze de meilleures infos, je suis preneur... Fabien
  7. Bonjour, je rencontre le même problème. J'ai bien (et ce depuis le début) mis tout à "non" dans le module de navigation à facettes, j'ai même ajouté dans le fichier "robot.txt" la migne suivante : Disallow: /*selected_filters= Au cas où.. mais rien n'y fait. Je me retrouve quand même avec les url du type .../fabricant-xxx/taille-xxx/ etc... Je ne vois pas quoi faire de plus! Qu'est ce que tu entends par là? Direct en htaccess? Merci Fabien
  8. Bonsoir, Bien en fait c'est un peu des deux. J'ai mis ce pavé, il est vrai, dans le but d'informer les gens (visiteurs et acheteurs) mais également pour notre ami GéGé . Au début je l'avais mis en haut de page sous les sliders et au dessus des produits phares mais je trouvais que cela encombrait trop et renvoyait les images de produit en bas de page (selon la taille de l'écran). Du coup expédition dans le footer, mais alors dans ce cas en quoi je me plante complètement?? Je t'avoue que le SEO c'est pas trop mon fort , je me renseigne par ci par là mais ça change tellement vite ... Oui c'est un point sur lequel j'ai travaillé, en créant une catégorie spéciale "ventes privées" (le nom n'est pas forcément adéquat) et dans laquelle se trouve des petits produits pas chers. Merci Fabien
  9. Merci m'sieur le modo c'est pénible de voir avast qui buggue dès qu'on arrive sur la page à cause de ses liens images "vérolés" ou de pourrir le forum avec des posts sans intérêt... Effectivement, vous avez raison, le taux de transformation sur ce secteur est relativement faible comparativement à la moyenne des sites en France car les produits sont plus spécifiques, plus chers et surtout comme vous le soulignez, les gens aiment essayer avant d'acheter. Et c'est d'autant plus vrai sur les vêtements que sur les casques où les problèmes de taille ne posent que très peu de problèmes en réalité. La forme du crâne est très peu différente les uns des autres (plus ou moins allongée ou ronde mais ça ne va guère plus loin) par contre la morphologie, corpulence, taille, cuisse trop forte, épaules larges sont autant de paramètres qui posent de véritables soucis pour la vente à distance. Charge au professionnel d'indiquer sur la fiche produit ses connaissances sur le matériel en indiquant que tel ou tel casque taille petit ou à contrario trop grand, etc.. Ce que je fais sur certains modèles connus pour ces "défauts". Et pourtant, nombres de sites sont fleurissant dans la vente de vêtements et malgré un guide des tailles suffisamment détaillé il est difficile de trouver un produit qui soit universel. Mais je m'éloigne du sujet... J'ai pour ma part plus le sentiment que les motards (et je crois en faire parti ) n'aiment pas beaucoup le changement dans le sens où ou aime rester sur nos valeurs sûres et on se tourne vers ce que l'on connait: la concession du coin, le site en ligne le plus réputé, la marque que tout le monde porte donc ça doit être la meilleure, etc... En tant que motard vous même, vous en pensez quoi ? Je me trompe complètement ? Ou peut être est ce le lot de chacun ? C'est clair ce serait une super étude en tout cas et qui nous permettrait d'avancer sur l'aspect marketo-commercial du "service en plus" ou de la mise en avant des produits phares (tiens ça me dis quelque chose ça... ) Pour les retours par exemple, je les accepte jusqu'à 30 jours justement à cause de ces problèmes de taille dont je parle plus haut. 9a laisse le temps aux gens de les essayer au moins...
  10. Bonjour, pour moi le problème a été résolu oui mais effectivement j'ai le sentiment que dès qu'il manque une information qui permet à prestashop de "construire" un produit (tarif, déclinaison, attribut, etc...) le système, plutôt que de planter (page blanche) décide (et je pense que c'est mieux comme ça) d'ignorer l'erreur. Une info qui manque, c'est une valeur NULL en BDD donc l'étape php est passée et renvoie donc 0. Fabien
  11. Bonjour, un petit up ! C'est une question qui me semble pertinente en effet de pouvoir filtrer de cette manière. Je sais que le module blocklayered le fait mais ça doit être en ajax car quand je tape exactement la même chose dans l'url le filtre mondomaine.com/categorie/feature n'est pas appliqué. Avez vous fait des avancées sur le sujet? Fabien
  12. J'avais bien pensé aux CDN mais il y a un problème de taille (pour moi en tout cas ) c'est la gestion du ssl en ce sens que dès qu'on arrive sur les pages sécurisées (authentification, panier, commande, etc...) les images prises sur les CDN ne sont pas affichées car la connexion https ne peux pas s'effectuer. Mon certificat n'est valable que sur le domaine propre et les images distantes ne sont donc pas téléchargées car d'un point de vue serveur elles n'existent pas... Je ne sais si c'est bien clair
  13. Oui il me semble bien que ce sont leurs chiffres, mais GG fait le même constat :+500ms = 20% de recherche en moins et Yahoo +400ms = 5% vont voir ailleurs. Les chiffres datent un peu je reconnais mais globalement on peut retenir + rapide = + de commande ! Sinon pour l'hébergement, merci je vais allé voir ce qu'ils proposent car c'est vrai que c'est intéressant s'ils ont optimisé pour presta. Pour le moment je suis chez les grenoblois et j'en suis ravi, je vais basculer cette semaine je pense sur un semi dédié en ssd et on verra déjà une nette amélioration (au niveau du temps de chargement au moins). Fabien
  14. Oui et c'est d'ailleurs la raison pour laquelle je vais passer, c'est en cours de montage, sur un semi-dédié en ssd car sur le mutu c'est vraiment trop trop long sur la home page. Je te laisse imaginer sur une page produit Avec mes premiers tests, je passe de 9.23s (dans le pire des cas de figure) à 2.96s (dans le meilleur des cas) mais la différence en vaut vraiment le coup. Si j'ai bonne mémoire : -100ms = +1% de CA alors ça laisse rêveur Bonne soirée Fabien
×
×
  • Create New...

Important Information

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