Jump to content

WebTotem

Members
  • Posts

    51
  • Joined

  • Last visited

Everything posted by WebTotem

  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
  15. Hello maniT4c, je n'utilise pas de système de cache car ça me ralenti le site. Je tourne tout en "dynamique" avec un ssd et un proco/mémoire qui va bien. Mais c'est vrai que ça aurait été une piste au niveau du cache. Fabien
  16. Bonsoir, je crois avoir lu dans le forum (Gregory Roussac peut confirmer je pense ?) et pour avoir eu le souci qu'il s'agit d'un problème de déclinaison par défaut qui n'est pas renseignée. D'où un bug n'empêchant pas l'affichage mais ne pouvant donner un tarif affiche 0€. En sélection une déclinaison par défaut dans le BO ça fonctionne pour moi. Petite précision, pour moi il s'agissait de produits importés. Bonne soirée Fabien
  17. Bonjour, une solution a été évoquée ici http://www.prestashop.com/forums/topic/251373-class-indexphp-is-corrupted-apparition-aleatoire/. J'ai le même souci et je vais aller vérifier si cela fonctionne. On croise les doigts. Presta 1.5.4.1 Bonne soirée Fabien
  18. Bonjour, vous avez tout à fait raison et d'ailleurs j'ai recherché dans le forum pour ce problème et trouvé un fil déjà en place sur le même problème que moi. J'y explique d'ailleurs mon cas et comme vous pourrez le constater, j'ai l'impression que le problème n'est pas résolu. En effet, sur le site en dev j'obtiens à nouveau ce souci malgré la mise à jour du class_index. C'est un vrai problème car on ne sait pas si les visiteurs tombent dessus ou non... le topic est par ici A bientôt Fabien
  19. Bonsoir, j'ai exactement le même problème! Je pensait que cela venait du fichier class_index.php dans le répertoire cache car j'ai eu à plusieures reprises cette info dans le BO mais même sans cela, le problème est revenu. J'ai donc voulu faire des tests sur un semi-dédié pour éliminer certaines "lenteurs" possible du mutu mais même là j'ai ce souci: Ecran noir avec un "?" (image manquante) au milieu. J'ai pensé à un problème de thème mais le thème par défaut génère également cette erreur et comme le dit Green69 le problème est aléatoire et F5 le règle. Un coup sous FF, un autre sous IE, c'est frustrant surtout qu'on ne sait pas si les visiteurs tombent dessus ou non... Si quelqu'un a un début de piste. Pour info: site en prod: www.ugoramoto.com et site en test test.ugoramoto.com (sur semi-dédié) Merci Fabien
  20. Bonjour, oui j'espère avoir trouvé le problème car c'est vrai que c'est pénalisant. Ma crainte c'est que ça recommence car je ne sais pas pourquoi ce fichier a été "corrompu". et ça c'est plus inquiétant Je ne sais pas si quelqu'un a un début de piste...? Fabien
  21. Bonsoir, je reviens concernant les fameux ? sur les différentes pages du site. Je les ai eues également sur IE: l' HORREUR, impossible d'accèder à la moindre page. :angry: J'ai fouiller un peu partout sur le net à la suite d'un message d'erreur dans l'onglet "Thèmes" du BO, tout en bas, j'ai eu ça: [...]cache/class_index.php is corrupted. Please remove this file, a new one will be regenerated automatically [...] et nombre d'entre nous, version 1.5.4, ont ce genre de souci, des rapports de bug ont apparemment été faits à ce sujet. Bilan, j'ai supprimé du serveur en ftp et ça a re-fonctionné.. du moins de mon côté. Reste à voir comment ce fichier est généré, pourquoi, etc... En espérant que le problème est résolu. Bonne soirée Fabien
  22. Ben en fait c'est plus ou moins ce que j'ai sur mon site sur les pages catégorie (en fait lié au template product-list). J'ai créé un zoom en jquery qui va lancéer une image plus grande au survol. Par contre pour le moment je n'ai réussi qu' à faire une image entière et non pas un zoom sur une zone mais je vais regarder ça avec attention. En fait je l'ai créé en même temps pour les miniatures qu'il y a à côté de l'image principale dans les listes de produits afin de voir les différentes déclinaisons (3 au mieux car pas plus de place) en grande taille. Fabien
  23. Oui tout fait, c'est bien ça le problème... Ok c'est bien comme ça que j'avais compris mais je ne saurai pas le mettre en place tout seul effectivement. Chargement "en deux temps" c'est ça? Je vais aller fouiller dans les addons et sur mon pote GG, on ne sait jamais... Merci Fabien
  24. Je viens de m'apercevoir que le thème que j'utilise est valable jusqu'aux versions <1.5 Pensez vous que cela a un rapport ? J'ai pourtant testé en local puis sur serveur (boutique en maintenance pendant les tests) et je n'ai jamais eu de soucis. Quels sont les "paramètres" ou script inline qui pourraient générer des erreurs de ce type ? Fabien
×
×
  • Create New...

Important Information

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