Marie-

Résolu donc, grâce à l'intervention de @doekia Les fichiers de backup étaient corrompus. Ces derniers généraient des erreurs js. Reconstitution par injection d'une archive de la version 1.6.0.11 dans les dossiers js et admin/thème/defaut/js. + Paramétrage des ccc en back office. Merci @doekia

Doekia, Serais-tu en capacité/temps/envie de chercher et réparer le problème ? Si oui, un devis d'intervention est-il envisageable ? En mp pour la suite, merci

Bonjour et merci Doekia, J'ai tenté ta solution, non ça ne fonctionne pas. Toujours les mêmes soucis. Ce que j'ai réussi à déterminé : Ce n'est pas un souci de fichiers écrasés : puisque les problèmes sont identiques quelle que soit la sauvegarde que je met dans le répertoire Ma sauvegarde d'il y a 1 mois n'est pas moisie : puisque les fichiers d'il y à quelques jours provoquent les mêmes erreurs. C'est la boutique qui était moisie ? Peut-être, en tous cas elle fonctionnait bien. Côté hébergement, pour eux tout va bien, tout est correctement paramétré, et tout et tout. Après je ne connais pas du tout cet hébergeur, j'ai moyen confiance mais il paraît que pour avancer il faut faire confiance. Voilà j'en suis là, autant dire complétement à sec de solutions après 5 jours de lectures de forums et tentatives diverses.

Bonjour, Ma compétence s'arrête là, je ne suis pas développeuse, pas assez pointue pour analyser plus avant. S'il y a un développeur/référenceur dans la salle, c'est elle/lui qui pourra vous aider Désolée de ne pouvoir faire plus. Bonne journée

En fait, en faisant ce que tu dis ça ne peut pas fonctionner. L'index.php et le htaccess ont été écrasés par ceux de WP. En remplaçant seulement l'index je n'ai pas accès au BO et ne peux pas générer de htaccess. Il m'a donc falllut trouver un htaccess qui me permette d'accéder au BO, puisqu'apparemment celui du backup est effectivement moisi. J'ai trouvé un htaccess dans le dossier client, j'ai maintenant accès à un BO incomplet et une boutique buguée.

Merci Doekia. Oui, il aurait fallut pouvoir régénérer un htaccess, or je n'ai pas accès à cette fonctionnalité dans le BO (je le rappelle, beau mais inutilisable).

Peut-être les CDN qui gênent GG (duplicate content ?). La console, elle, sort une erreur

Bonjour à toutes et tous, Vous allez rire (ou pas), je viens de récupérer la maintenance d'une boutique en 1.6.0.11 (php 5.3.3). Cette boutique est en sous domaine d'un blog (WP). Suite à je ne sais quel problème, je me retrouve, il y a deux jours, avec tous les fichiers WP, dont l'index, dans le dossier du sous-domaine. Donc, boutique innaccessible, ça tournait en boucle sur le blog. J'ai une sauvegarde qui a 1 mois. Je remplace l'index et un htaccess trouvé dans le dossier du client, puis m'applique à supprimer les dossiers et fichiers WP. C'est là que ça se corse. J'ai récupéré un back office incomplet (seules les catégories principales s'affichent, les sous menus sont inactifs) et inutilisable : mais beau, le thème est ok. Idem pour le front. Sur la page d'accueil les produits mis en avant ont disparu, le slider est figé sur un slide. Le paiement d'une commande est hs. La console renvoie des erreurs js en pagaille (index.php controler....), etc autant en front qu'en back. Et, je sèche. Est-ce que ce souci peut venir du htaccess ? (impossible à régénérer via le back office actuellement). Sinon quel peut être le problème ? Pour ceux qui voudraient voir https://boutique.jezdebugey.com Merci de m'avoir lue et par avance de vos éclairages. Et oui je compte upgrader le tout (prestashop et php), mais on attend que la période de noël soit passée.

Je relis et me dis, en fait non, vous ne voulez pas transformer votre boutique en marketplace, vous voulez vendre sur les marketplaces. Au temps pour moi. Ils font tous ça non ? https://addons.prestashop.com/fr/recherche?pab=1&search_query=marketplace

Bonjour, Webkul et JA proposent l'intégration CSV en marketplace. Pour les deux, il s'agit en préalable d'acquérir et d'installer le module principal de Marketplace, puis l'addon "Import de CSV". Pour la conservation des données, si vous parlez bien des données déjà créés, pas sûre que ça tienne en l'état. Les modules marketplace s'interfacent dans beaucoup d'aspect d'un e-commerce. A tester en local, car cela pourrait peut-être fonctionner. Sachant qu'en marketplace on garde le prestashop de base + les fichiers marketplace. Par exemple, le fichier produits est en double : le natif prestashop avec les produits de l'admin marketplace + les produits des vendeurs dupliqués à partir du fichier produits des vendeurs. Pour l'arborescence, les produits vendeurs s'affectent dans l'arborescence en natif. Les transporteurs eux, sont également en double, comme pour les produits. Bon courage

Bonjour, Pour en avoir testé deux, je peux dire qu'ils sont à compétences à peu près identiques. La V1 de Fogora était sur les JA Marketplace : moins couteux et efficaces. Le développpeur José Aguilera répond rapidement et se rend disponible. C'est important car, quasi certainement, bugs avec le template. La V2 de Fogora, actuellement en place est sur les modules Webkul : plus coûteux que les JAMarketplace, leur choix d'addons pour marketplace est beaucoup plus vaste. Le bémol par contre est une team anglophone basée en Inde. Pour le SAV c'est carrément chaud. J'ai pas mal de bugs sur Fogora, la combinaison natif Prestashop, le thème bidouillé + les modules Webkul n'est pas très heureuse. Quel que soit votre choix, verrouillez bien tous les paramètres, c'est une vraie usine à gaz. Les modules de ces deux dev font ce que vous souhaitez et même plus. A votre disposition pour plus d'informations si nécessaire. Bonne journée

Résolu ! Au vu des derniers éléments, j'ai poursuivi ma recherche. Si le blocage était au niveau de l'arborescence, il fallait débloquer. Tout simplement, encore fallait-il le trouver, sur superfish-modified.css menu .sf-li li li a { display: block ; <= Etait sur Aucun -size: 12px; font-weight: 500; line-height: 24px; padding: 4px 8px; position: relative; color: # 666666; Merci beaucoup Ced17 pour tout ce temps que vous m'avez consacré, votre disponibilité et votre patience !!

Re Ced, N'y passez pas trop de temps, merci beaucoup de vous pencher sur mon problème. Je n'ai pas encore fait les dernières modifs CSS que vous proposez. Car je viens de détecter, enfin, la différence entre les catégories qui s'affichent correctement et les autres. Celles qui s'affichent correctement ont 2 niveaux : la catégorie principale et une sous catégorie. Celles qui ne s'affichent pas correctement ont 3 niveaux et plus. Je viens de tenter une modif dans blocktopmenu.php { $html = ''; foreach ($categories as $key => $category) { if ($category['level_depth'] > 4) { <= Etait à 1, je l'ai passé à 4 $cat = new Category($category['id_category']); $link = Tools::HtmlEntitiesUTF8($cat->getLink()); } else { $link = $this->context->link->getPageLink('index'); } Et... ça ne change absolument rien Maintenant je tente les dernières modifs CSS Encore merci !!

Merci, merci beaucoup Ced ! C'est déjà ENORME ! J'ai modifié le css en question, c'est beaucoup mieux, pas encore ça mais vraiment mieux Pas de bugs à signaler, ça a l'air de bien se passer, je laisse comme ça. Toutefois, le problème d'affichage en colonne persiste. Je dis une bêtise en diagnostiquant qu'il y à quelque part une "class submenu.container" qui prend le dessus sur le css du superfish-modified ? Encore merci, c'est vraiment super Marie

Donc non, ça ne le fait pas. J'ai aussi tenté de changer les positions des catégories dans le menu : résultat, le bug n'est pas lié à la position dans le menu mais à la catégorie (les 2 catégories correctes le reste quelles que soient leurs positions et pareil pour les autres). Voilà voilà, je continue mes recherches