aallbbyy

Bonjour, nous sommes entrain de mettre à jour notre boutique: Nouveau thème et nouvelle version de prestashop (1.6.6.1). Je souhaits afficher dans la colonne de gauche le bloc catégorie, dans la configuration j'ai activé l'option: Catégorie Racine; Catégorie actuelle, sauf si elle n'a pas de sous-catégorie, alors la catégorie parente de la catégorie actuelle est utilisée. Sur le front, le titre de la catégorie s'affiche correctement mais en arborescence je retrouve la même catégorie et les sous-catégories ne s'affichent qu'au passage de la souris. Je souhaite que les sous-catégories s'affichent directement sous le titre. Voir le pdf pour une meilleure compréhension. Merci de votre aide! Alban Blac Catégorie.pdf

Essaie "US" <input type="hidden" name="lc" value="US" />

PROBLÈME RÉSOLU !!!! Bien que la cause profonde reste un mystère, voici donc ce qui c'est passé. Suite au post de Gregory Roussac , j'ai donc créé le répertoire: /PSLCOM/administratorpanel/themes/default/template/ Dans lequel j'ai placé le fichier optimizationTips.tpl (qui se trouvait ailleurs sur le serveur) J'ai mis à jour ma page, et toujours le même message d'erreur. C'est ce que j'ai cru au début, mais en fait c'était un autre fichier qu'il n'arrivait pas à trouver (content.tpl FYI), toujours dans le même répertoire. J'ai donc lancé un recherche sur le serveur pour trouver ce fichier, et il se trouvait au même emplacement que optimizationTips.tpl. Je le change de place, met ma page à jour, et nouveau message d'erreur concernant un autre fichier, qui ce trouvait dans un dossier connexe aux deux autres fichiers manquants. Voici donc ce que j'ai fait: Les messages d'erreurs me réclamaient des fichiers se trouvant dans le répertoire: /PSLCOM/administratorpanel/themes/default/template/ Les fichiers manquants se trouvaient eux dans le répertoire /PSLCOM/administratorpanel/tabs/themes/default/template J'ai donc intégralement copié tout ce qui se trouvait dans /PSLCOM/administratorpanel/tabs/themes et je l'ai collé dans /PSLCOM/administratorpanel/themes HOURRA! Ça a marché! J'ai retrouvé mon BO après une belle journée de stress total! Merci à tout ceux qui écrivent sur les forum, c'est toujours une aide précieuse! Bonne soirée Alban

Effectivement, le fichier se trouvait à un autre endroit. Le répertoire dans lequel il cherche le fichier n'existe même pas. J'ai donc créé le répertoire, mis le fichier dedans, et vidé les smarty cache et compile (depuis le ftp car bien sur je n'ai pas accès au BO), mais rien à faire, toujours page blanche, et toujours le même message d'erreur. J'ai fait de nombreuses recherches il me semble que d'autres personnes ont eut ce souci sans aucunes raisons apparentes. Dans mon cas, je modifiais les fichiers ContactController.php et contact-form.tpl et contrôlais mes changements sur le front. Une fois mes changements satisfaisants, j'essaie de me connecter au BO et plus rien. Je ne vois pas comment mes modifs ont pu générer cette erreur, d'autant que j'ai aussitôt remis les fichiers originaux à leurs places. Comment est il possible que: 1/ cette erreur survienne de manière aléatoire 2/ Que le chemin requis vers le fichier en question n'existe même pas Je suis assez désespéré, avez vous des idées ou sugestions svp. merci Alban

Re bonjour, Mon fichier optimizationTips.tpl est identique à celui que vous avez envoyé. Je n'ai pas bien compris votre réponse en fait. Que dois-je faire? Merci de m'aider, je suis complètement perdu! Alban

Dois-je remplacer le fichier optimizationTips.tpl par celui que vous venez d'envoyer?

Bonjour, J'ai effectué des modification sur mes fichiers ContactController.php et contact-form.tpl Suite à cela, mon adminpanel est en page blanche. J'ai bien entendu aussitôt annulé les modifications que j'avais faites mais toujours page blanche. J'ai activé le débug et cela retourne un message similaire: PS: Le lien de Gregory Roussac retourne une 404 Fatal error: Uncaught exception 'SmartyException' with message 'Unable to load template file '/homepages/38/d273582526/htdocs/PSLCOM/administratorpanel/themes/default/template/optimizationTips.tpl'' in /homepages/38/d273582526/htdocs/PSLCOM/tools/smarty/sysplugins/smarty_internal_templatebase.php:127 Stack trace: #0 /homepages/38/d273582526/htdocs/PSLCOM/controllers/admin/AdminHomeController.php(159): Smarty_Internal_TemplateBase->fetch() #1 /homepages/38/d273582526/htdocs/PSLCOM/controllers/admin/AdminHomeController.php(692): AdminHomeControllerCore->_displayOptimizationTips() #2 /homepages/38/d273582526/htdocs/PSLCOM/classes/controller/Controller.php(167): AdminHomeControllerCore->initContent() #3 /homepages/38/d273582526/htdocs/PSLCOM/classes/Dispatcher.php(348): ControllerCore->run() #4 /homepages/38/d273582526/htdocs/PSLCOM/administratorpanel/index.php(50): DispatcherCore->dispatch() #5 {main} thrown in /homepages/38/d273582526/htdocs/PSLCOM/tools/smarty/sysplugins/smarty_internal_templatebase.php on line 127

Je l'ai déjà dit des centaines de fois, et je le dirais encore très souvent je pense: MERCI LE FORUM! MERCI A TOUS LE MEMBRES QUI DONNENT LES SOLUTIONS AUX PETITS ET AUX GROS PROBLÈMES QUE L'ON RENCONTRE MILLES MERCI Ça m'a pris 10mn et ça marche super bien!

I have the same problem. It sometimes disappear when I save the product. Someone have an answer to that?

Bonjour, je suis sur 1.5.5.0, mais j'avais déjà noté ce problème sur 1.4 J'utilise bcp les packs, et je note aussi des effacements de packs. Je n'ai pas trouvé de causes précises, si ce n'est que cela se produit lorsque je modifie une fiche produit. Lorsque j'enregistre, parfois le pack disparait. Avez vous trouvé une réponse à ce problème? Merci

Bonjour, J'ai un problème similaire après MAJ de 1.5.3 à 1.5.5: La liste des mes produits met bcp de temps à s'afficher et la plus part des photos des produits ne s'affichent plus. Sinon, le reste du BO marche très bien et est même bcp plus rapide qu'avant. Des idées à quoi cela est du ?

Voici une petite mise à jour de ma situation qui pourra servir à Hervé... Comme je vous le disais dans un post précédent, après avoir dupliqué mon site sur un hébergement que je possède chez 1&1, je me suis rendu compte que je diminuais le temps de chargement de mes pages par 3 ou 4 voir plus. J'ai communiqué toutes ces infos chez ovh, leur prouvant ainsi que l’hébergement était bien en cause (pas possible de mettre en cause l'architecture du site). Voici leur réponse reçue mercredi dernier: "La lenteur de votre site peu être due au fait que d'autres site sur le serveur utilisent trop de ressources. Nous allons faire des vérifications et essayer d'améliorer les capacités du serveur ou bien de vous changer de serveur. Si vous n'avez pas de réponse d'ici à vendredi, c'est que nous n'avons pas pu faire les modifications". Je les ai donc appelé pour avoir plus d'explications et en menaçant de changer d'hébergeur si le problème n'était pas résolu d'ici à vendredi. L'opérateur m'a simplement dit: "faites ce que vous jugez être le mieux pour votre site" J'ai fait le transfert cette semaine, le nom de domaine devrait être actif chez 1&1 ce soir normalement. Je ne sais pas si 1&1 sont les meilleurs, mais j'ai personnellement des pages qui se chargent en 1.5 ou 2 sec contre 8 à 12 sec chez ovh. En terme de service client, j'ai aussi senti plus d'attention. Je suis récemment resté 1/2 au téléphone avec un conseillé pour des problèmes liés au changement de domaine, et il n'a pas raccroché tant que le problème n'était pas résolu... J'ai lu bcp de discussions par rapport aux lenteurs de site ces dernier temps, et même si ovh est souvent montré du doigt, certains en sont très contents et d'autres se pleignent de 1&1 ou d'autres hébergeurs. Mon opinion est que en mutualisé chez n'importe quel hébergeur, on peu tomber sur un serveur plein à craquer ou sur un qui est plein de ressources disponibles. La question importante est donc de savoir quel hébergeur sera le plus réactif et le plus disponible pour répondre à nous soucis! Bonne chance!

Pourtant elles ne sont pas lourdes du tout! Le module serait-il en cause? J'ai essayé de mettre en place les sous-domaines cdn mais lorsque je les actives, mes pages s'affichent mal (comme si c'était un sitemap) J'ai désactivé le MemCached, et en effet j'ai gagné quelques secondes sur le temps total. En revanche, le temps de chargement du fichier html principal ne change pas. Voici les résultats pour une page produit: - fichier html principal: 4.93 sec - Chargement total: 6.07 sec

Bonsoir, je viens de poster un petit retour d’expérience concernant l'hébergement mutualisé d'ovh et la nouvelle version de prestashop qui peu éventuellement intéresser les lecteurs de cette discussion: http://www.prestashop.com/forums/topic/240602-lenteur-extreme-de-mon-site/page-3?do=findComment&comment=1362404

En effet, j'ai fait bcp de tests ces derniers temps sur gtmetrix et sur pingdom, et la compression n'influe pas. Je fait partit des sites lent d'ovh mutalisé (on va pouvoir créer une caummunauté à part vu le nombre de post) En revanche, j'ai fait le test de copier mon site sur un autre hébergeur concurrent et les différences sont flagrantes. Si cela intéresse qq'1 j'ai détaillé les résultats sur cette discussion: http://www.prestashop.com/forums/topic/240602-lenteur-extreme-de-mon-site/page-3?do=findComment&comment=1362404 merci