jean-charles

Bonjour, il s'agit dans mon cas d'utiliser le multi-boutiques Prestashop 1.5.4 sur deux domaines différents : - la Boutique grand-public (www.boutique.com) - et la boutique des Distributeurs (www.distributeurs.com) pour faire du B to B Configuration : (Arbre: Groupe : Default) - 1) Boutique Domaine: www.boutique.com Domaine SSL: www.boutique.com URI physique : / URI virtuelle : vide Votre URL finale sera : http://www.boutique.com/ - 2) Distributeurs Domaine: www.distributeurs.com Domaine SSL: www.distributeurs.com URI physique : / URI virtuelle : vide Votre URL finale sera : http://www.distributeurs.com + gestion du domaine de www.distributeurs.com pour créer l'entrée CNAME dans les zone DNS vers www.boutique.com C'est bien cela ?! On pourrait aussi entrer l'URI virtuelle : distributeurs/ et faire pointer www.distributeurs.com vers www.boutique.com/distributeurs/ ?? NB: faudrait t-il aussi modifier "URL principale" d'une des deux boutiques ? (pas bien compris ce paramètre...) La question ensuite, c'est quelle est la solution pour éviter le duplicate content ? La réponse est toute vue?? "changer pour chaque produit de la boutique : les petites descriptions, les grandes descriptions, les URL, les images, les catégories, les CMS, etc" "Si cela n'est pas fait, il faut impérativement une balise rel canonical ou un noindex sur les pages dupliquées afin de ne pas être pénalisé." En quoi l'option Préférences > SEO & URLs : Rediriger automatiquement vers l'URL canonique, intervient dans ce multiboutique ? Merci pour vos réponses !

Bonjour, Nous sommes en 1.3.2.3 et rencontrons énormément d'erreur 500 lorsqu'on lance une recherche. Liste de ce qui a été fait: - Désactivation dans Position sur la page de recherche de tous les modules qui envoient des requêtes PHP ou qui sont remis en cause dans les forums (Fabricants, Promotions, Meilleures ventes, Catégories, Nouveaux produits) - Désactivation du SEO avec regénération du .htaccess (.htaccess automaticaly generated by PrestaShop e-commerce open-source solution) - Vider le cache dans /tools/smarty/compile - smarty.config.inc.php : $smarty->force_compile = false; - bug_tracker/view/5783/ search.tpl has changed and search variables assigned too. query => search_query and tag => search_tag but in search.tpl some variable names are wrong: - bug_tracker/view/6000/ W3c validation of search result page, error in link.php Edit: instead ‘&’ there should be ‘&’ Le type de requête en question qui plante le serveur : SELECT p.*, pl.`description`, pl.`description_short`, pl.`link_rewrite`, pl.`meta_description`, pl.`meta_keywords`, pl.`meta_title`, pl.`name`, p.`ean13`, i.`id_image`, il.`legend`, t.`rate` FROM `ps_product` p LEFT JOIN `ps_product_lang` pl ON (p.`id_product` = pl.`id_product` AND pl.`id_lang` = 1) LEFT JOIN `ps_image` i ON (i.`id_product` = p.`id_product` AND i.`cover` = 1) LEFT JOIN `ps_image_lang` il ON (i.`id_image` = il.`id_image` AND il.`id_lang` = 1) LEFT JOIN `ps_tax` t ON t.`id_tax` = p.`id_tax` WHERE (`reduction_price` > 0 OR `reduction_percent` > 0) AND (`reduction_from` = `reduction_to` OR (`reduction_from` <= '2010-11-16 11:11:42' AND `reduction_to` >= '2010-11-16 11:11:42')) AND p.`active` = 1 AND p.`id_product` IN ( SELECT cp.`id_product` FROM `ps_category_group` cg LEFT JOIN `ps_category_product` cp ON (cp.`id_category` = cg.`id_category`) WHERE cg.`id_group` = 1 ) ORDER BY RAND() LIMIT 1 Cette requête a été lancée directement en phpmyadmin en commande sql et ca répond en 0,0651 sec. Le site contient 17000 produits (X2 en anglais), il y a rarement plus de 10 visiteurs en ligne, nous sommes sur un serveur dédié et l'indexage des produits a été correctement reconstruit, à priori. Pourquoi la recherche en admin donne des résultats immédiats et le bloc recherche ne trouve rien ou plante ? Pourquoi la recherche donne t'elle de bons résultats sur le champ Résumé et rien sur le Nom du produit ? Est-ce que l'achat d'un module de recherche sur Prestastore changerait la donne ? Quelqu'un rencontre ce type de problèmes ??