dangee

Alors en faisant pointer tous les domaines vers le mm répertoire httpdocs au sein du même espace web dans Apache, cela fonctionne !! Il suffit ensuite de régénérer le fichier .htaccess. Finalement, c'était bcp plus simple que ce que je pensai...Merci de m'avoir mis sur la voie. A+

exact...Je suis entrain de tester en faisant pointer tous les domaines vers le même répertoire dans apache pour voir ce que ça donne...

Bonjour, Est-ce si simple ?? Et il n'y a rien à faire du coté de la zone DNS ? Exemple : J'ai un domaine "rootdomain" sur lequel je souhaite gérer plusieurs boutiques "virtuelles". Dans la configuration du multiboutique, j'ai effectivement la possibilité de paramétrer n'importe quelle URL pour chaque boutique...mais cela ne fait rien d'autre que d'envoyer sur l'url en question. Si je mets 1domain.com en url d'une boutique virtuelle et que je visite 1domain.com, il n'y a rien dessus...puisque la boutique est installée sur rootdomain.com. Vous voyez ce que je veux dire ??

Bonjour à tous, Voici un sujet pour lequel je m'interroge depuis pas mal de temps, sans avoir vraiment eu l'occasion de me pencher dessus, à savoir, est-ce qu'il est possible de faire fonctionner le multiboutique avec des urls unique pour chaque boutique virtuelle ? Je sais que la réponse est OUI ...Mais c'est le cheminement pour arriver à ce OUI qui pose pb. Pour l'instant, il est possible de transformer les urls des boutiques virtuelles en sous domaines en utilisant le la règle suivante dans le .htaccess # Redirection multiboutique RewriteCond %{HTTP_HOST} ^domaine.com [NC] RewriteRule ^(.*)$ http://www.domaine.com$1 [L,R=301] #Site A RedirectMatch 301 ^/boutique1/(.*)$ http://boutique1.domaine.com/$1 #Site B RedirectMatch 301 ^/boutique2/(.*)$ http://boutique2.domaine.com/$1 où boutique1 et boutique2 sont les urls virtuelles paramétrées dans la configuration du multiboutique dans le BO de PS. La suite, serait de "rediriger" boutique%1.domain.com vers www.boutique%1.com Avec le .htaccess cela ne semble pas possible...et pour cause, cela voudrait dire que l'on pourrait gérer des domaines dynamiquement sans les enregistrer. J'ai tenté un CNAME dans la zone DNS de domaine.com qui renverrait à un sous-domaine de autredomaine.com (pour lequel, il serait cette fois ci possible de rediriger vers www.autredomaine.com avec une régle dans le htaccess), sans succès. Une autre idée, serait de créer un virtualhost dans apache qui ferait pointer directement le répertoire virtuel d'une boutique vers un autre domaine. Un peu comme l'exemple ci-dessous : <Virtualhost *:80> VirtualDocumentRoot "/path/to/your/workspace/public" ServerName vhosts boutique1 UseCanonicalName Off <Directory "/path/to/your/workspace/public"> Options Indexes FollowSymLinks MultiViews AllowOverride All Order allow,deny Allow from all </Directory> </Virtualhost> Enfin, voilà...si ça intéresse quelqu'un de s’interroger sur le sujet, voire, si quelqu'un a déjà la solution, je suis preneur. A+ ps : bien sur, si je trouve entre-temps, je mettrai la réponse ici

I asked myself the same question I guess you will have to create another category within the parent category with all the products

Is it what you want ? http://blog.dsi94.com/modifier-hover-topmenu-prestashop/

Hi, If you still need this, this is how to do it (in french) http://blog.dsi94.com/modifier-hover-topmenu-prestashop/

HI, I had the same error, so I just replaced the "public function hookRightColumn($params)" with the one from ps 1.5.4.1 (see below) and it worked ! public function hookRightColumn($params) { $newProducts = Product::getNewProducts((int)($params['cookie']->id_lang), 0, (int)(Configuration::get('NEW_PRODUCTS_NBR'))); if (!$newProducts && !Configuration::get('PS_BLOCK_NEWPRODUCTS_DISPLAY')) return; $this->smarty->assign(array( 'new_products' => $newProducts, 'mediumSize' => Image::getSize(ImageType::getFormatedName('medium')), )); return $this->display(__FILE__, 'blocknewproducts.tpl'); }

Merci ! Pour ce qui est du fichier, oui, il y a les ref, mais aussi les images, les descriptions (longues + courtes), les meta,...la totale quoi ...Ce qui n'excuse pas le fait que vu que la fonctionnalité est implémentée, elle doit fonctionner, sinon, autant ne pas la mettre...Surtout que ça marche nickel sous PS1.4.x

Bonjour, A priori le problème est le même pour l'import de produits. j'essaye d'importer un fichier de 1120 lignes et le script ne va pas au bout pour se terminer avec "page réinitialisée" au bout de 40-60mn... Je précise que c'est sur un serveur différent que mon pb d'import de déclinaison. J'espère vraiment que l'équipe de Presta se penche sur le sujet car pas facile de travailler dans ces conditions... PS : Comment on modifie le titre du post ??

Bon...en fait j'ai opté pour une solution radicale ! Refaire le site sous Prestashop 1.4.x car ce problème n'existe pas dans cette version. Merci pour tout Indesign et j'espère vraiment que les DEV de Presta vont se pencher sur le sujet pour les prochaines versions. Je ne mets pas le post en "résolu" car il ne l'est pas.

En fait, chaque attributs donne une partie de la réf et comme celle-ci est calculée sur mon tableur, il ne peut normalement pas y avoir de doublon. Donc en fait, il faudrait modifier le fichier AdminImport pour que le script ne vérifie pas s'il y a déjà une ref en BDD pour faire l'UPDATE...ou peut être même supprimer tout simplement cette partie ?!

C'est plus qu'une progression !! D'autant plus qu'avec le générateur de déclinaison le script n'a jamais terminé...Je me demande quand même en quoi le fait d'ajouter une ref pose autant de pb ... Vous avez désactivé les différents modules pour votre test ou pas ??

Humm...ok....Mais ça m'arrange pas car j'ai besoin de la Ref car sur chaque produit il y a une demande de devis...Je vais essayer avec la méthode présente sur le post que vous avez mis en lien...à voir...Merci en tout cas