chris1999

idem, je tente une relance pour moi, je souhaiterai l'ajout des champs "prix a l'unite HT" et "par" disponible depuis (il me semble) Merci

histoire de fermer ce topic. J'avais écris au support ovh en leur disant que je n'avais pas modifié la version 1.4.5.1 de PS. Reponse d'ovh : Faut croire que Prestashop n'est pas optimisé OVH mutualisé :/ En attendant leur réponse, j'ai changé de crèmerie et c'est vraiment le jour et la nuit (mutualisé toujours) (import rapide, fini les message d'erreur !)

Probablement. Mais entre temps, on me demande de modifier les scripts "coupables". Et là, je sèche totalement. Je cherche un autre hébergeur mais je crains que cette erreur se reproduise à nouveau :/

Merci pour votre réponse. Ma base de donnée est actuellement fermée et complètement inaccessible. Dans phpmyadmin, toutes les tables ont disparue. Donc je ne peux rien tester, rien modifier et rien sauvegarder :/ Mais je me dis qu'étant donnée que je n'ai pratiqué aucune modif du core de prestashop (modules par défaut compris et donc le module de recherche rapide), je ne devrais pas avoir de soucis. (ça fais plusieurs mois que je "bidouille" les weekend et j'ai effectué de nombreuses maj et je n'ai jamais été coupé à cause d'une surcharge serveur - même lorsque j'étais en offre perso chez ovh) Je n'ai pas encore de traffic et n'ai effectué que des mises à jours et le serveur "plante" ; je n'ose imaginer une fois le site lancée. Du coté d'OVH, aucune idée. Ce soucis étant "un peu trop technique" pour moi, je cherche à me renseigner et à comprendre avant de contacter leur hotline.

Bonjour Je mettais à jour (catégorie et produits) ma boutique et j'ai recu un message d'OVH me disant que ma base de données surchargeait leur serveur. Résultat, base de donnée switchée sur CLOSE et boutique inacessible :/ C'est une boutique qui ne recoit pas encore ses visiteurs, donc traffic proche de 0. J'ai environ 400 catégories et sous catégories. Et environ 3700 produits (sans fiche de descriptions - je ne sais pas si ça influe quoique se soit mais normalement non) Hébergement Pro chez OVH depuis 1 mois (avant en offre Perso ; et malgré les nombreuses mises à jour test, je n'ai jamais eu ce blocage) Taille de la base 17Mo (sur 500Mo autorisé) Prestashop en version 1.4.5.1 (core non modifié et sans override) Ne comprenant pas le rapport envoyé par OVH (copié plus bas), à quoi serait dû la surcharge ? Avant l'interruption, je mettais à jour mes 3700 produits (catégorie et prix) via l'outil import (fichiers .csv tronqués 500 par 500). Pendant l'import, message d'erreur du navigateur mais les requêtes "continuaient" et les mises à jour se faisaient malgré tout. Les 3700 produits sont indexés. Et à la fin de la maj, j'ai effectué quelques tests avec module "recherche rapide" (ajax activé) sur les termes "lam" / "lamb" / "lambda". Ca fonctionnait et je suis allé déjeuner heureux que ce module fonctionne aussi bien. A mon retour, ... le site renvoie vers une page blanche avec "Bad SubDomain SQL query." en haut de page ! J'avais lu ici et là que pour débuter le mutualisé était tout à fait envisageable. Ou bien est-ce du côté d'OVH ? Depuis quelques temps, je peste à chaque transfert via FTP (upload très lent et deconnexions multiples), message d'erreur lors des imports via fichier .csv ; et ce malgré le passage de l'offre perso à pro. Je pointe du doigt OVH car j'ai un espace perso chez un autre hébergeur où l'upload fonctionne correctement et les imports affichent un joli "mise à jour réussie". Cela ne présage rien de bon ; je comptais mettre le site en prod d'ici quelques jours. Changer d'hébergeur avant la mise en prod est une piste ; avez vous un hébergeur à me conseiller ? Je ne souhaiterai pas revoir cette page blanche une fois la boutique activée. Merci.

Merci pour votre réponse. J'ai bien noté ce changement dans la v1.4 mais ceci implique de changer toutes les positions manuellement dans le BO. L'outil import ne prend pas encore en compte le champ position :/

Bonjour à tous, Avant la v1.4, il était possible d'ajouter un chiffre suivi par le nom de la catégorie (10.xxxxx) afin d'attribuer une position d'affichage précise de telle ou telle catégorie par rapport à une autre. Seul le nom de la catégorie était affiché. Le chiffre étant invisible. Or avec la v1.4, le chiffre précédent le nom de la cat est désormais affiché :/ Serais-je passé à côté d'une option à cocher dans le BO de la v1.4 afin de retrouver le comportement des précédentes versions ? preneur de tout tuyau Merci.

Hello à tous. Encore un problème plus qu'inattendu :/ Suite à une mauvaise manip de ma part, j'ai effacé mes produits sur ma boutique toujours en construction (version en ligne). Heureusement, j'avais un backup de ma base de données (sauf environ 500 réf récemment importées). Je vais dans phpadmin, efface les tables "ps_" et importe le backup de ma base de données. Jusque là, pas de soucis ; j'ai pu récupérer mes données. Pour les 500 réf manquantes, je les importe à l'aide de mon fichier csv et via l'outil import de PS. Je procède de la même façon qui jusque là ne m'a pas posé de problème particulier. Sauf cette fois. Après import, PS me crée autant de ligne "tva 19.6" que de produits (!) (voir screenshot ci-joint >> pour illustrer ce message, j'ai limité mon import à 2 produits d'où 2 lignes "tva 19.6" supplémentaires ; mais noté l'ID = 4150 (j'ai importé / effacé / réimporté / ... plusieurs fois et donc à chaque fois, j'ai 500 lignes "19.6" en plus :/ ) Le comportement normal aurait voulu que PS utilise la TVA dont l'ID est 1 dont la valeur est bien 19.6. C'est vraiment étrange comme "bug" et assez problématique dans la mesure où c'est dans cette partie du BO où on configure la TVA pour les zones ; et comme mes nouvelles 500 ligne des TVA ne sont attribuées à aucune zone, les 500 produits liés sont affiché HT sur le FO. Aurait je oublié une étape particulière lors de l'import de mon backup sql ? Si quelqu'un a une idée ... je suis preneur (pour plus de précision ; le backup .sql de ma base de données a été faite sous PS 1.2.5 ; et l'import sur la version 1.3.0. Est ce une problématique ? Et donc je ne comprends pas pourquoi PS me crée 500 nouvelles lignes sur la table ps_tax ?!?)

j'ai finalement utilisé un boutton image. Ce n'est pas plus mal Encore merci à toi.

Merci BVince pour ta réactivité et pour m'avoir mis sur la bonne piste. Ca fonctionne maintenant (sauf que ca fait un peu "usine à gaz" avec 2 barres de menu ; m'enfin je continue mes tests ) Et dernière petite question pour la route. Que puis-je rajouter dans le fichier css de megadrown (à moins que je ne me trompe de fichier) afin que l'espace entre chaque mot soit espacé de façon régulière ? (espace entre Accueil / A propos et l'espace entre A propos / Nous contacter irrégulier) Encore merci.

Hello BVince, Je vais encore te déranger ^^ J'ai réorganisé mes catégories afin qu'elles puissent bien s'afficher avec megadrown et donc j'ai fait en sorte qu'elles soient de 3 niveaux (menu 1, menu 1.1, menu 1.1.1). (j'avais 5 niveaux au départ) Le soucis c'est que j'ai dû multiplier par 2 le nombre de mes catégories. La solution que je voulais tester était de dupliquer mega drown afin d'en afficher 2. Dossier d'origine : "megadrown" >>> pour les fruits (par exemple) Dossier dupliqué : "megadrown_legume" >>> pour les légumes. Dans le dossier megadrown_legume, j'ai modifé les "admevo" dans le php afin qu'une nouvelle table soit créée dans la base de donnée. Le soucis étant quand je modifie la couleur du menu de la "barre_legume", cette modif s'applique aussi à la barre_fruit. Dans le .tpl, ligne 2, comment puis-je changer {$pathMDEvo} afin de le faire pointer vers le nouveau dossier dupliquer ? Par avance, je te remercie.

Le problème avec Paypal c'était ce delta d'écart. Maintenant que c'est résolu, où est le problème ? Dans la mesure où "ma méthode simplissime" ne touche pas une seule ligne de code de PS, je ne sais pas qu'elle réponse la team pourrait apporter. (je dis ça je ne dis rien ; je n'ai jusque là fait que des simulations avec Paypal sans cliquer sur le dernier boutton pour confirmer mais l'affichage me semblait correct) @ Matthieu. Pour répondre à tes différents points. 1/Déjà, bon rétablissement à Alain Sinon, pour ma part, seul le rapport de bug #4624 demeure mais n'est plus "indispensable". 2/ tout à fait. C'est bien pour cela que j'avais bien pris la peine de réinstaller une version toute propre de PS en local avant de rédiger mon topic dans la catégorie voisine où mes rapports de bugs. Et parfois changer le thème ne suffit pas ; un .php à la racine de PS aurait pu être modifié 3/ Pour développer ma remarque, je disais simplement que l'origine du post ou des rapports de bugs étaient le delta d'écart entre le total théorique et le total calculé et affiché par PS (de l'ordre du centime) L'origine de ce delta d'écart est une conséquence de "la précision légendaire à 6 chiffres de PS" (légendaire car les "6 chiffres" sont toujours sujets de débats et de coup de gueule dans de nombreux topic). Et donc en appliquant "ma méthode" (mais qui n'en est pas vraiment une), le total théorique et le total calculé par PS sont dorénavant EGAUX ; il n'y a plus d'écart entre les 2 et donc de fait résolve nos problèmes d'arrondis. Je suis tombé sur ce topic ce matin : http://www.prestashop.com/forums/viewannounce/30565_6/ Je te cite : Amen (sauf qu'il fallait le prendre à l'envers) (et c'est pour cela que je me suis permis de rajouter que 10 digits >>> "même pas peur" ) 4/ il me semble déjà avoir vu un rapport de bug concernant un probleme de prix avec un bon de reduction en %.

enfin résolu et c'était "tout bête" J'avais mal procédé pour l'installation du nouveau hook dans la BdD Je vais enfin pouvoir "faire mumuse mumuse" avec ^^ Encore merci pour ce menu

cela ne fonctionne pas ; en faisant ainsi, mega drown se place juste sous le logo et décale les blocs info et recherche du header. En faisant un peu de "cuisine", on devrait pouvoir y arriver (déplacer la ligne du logo sous le "hooktop" du header.tpl et quelques modifs du global.css pour repositionner les blocks. Mais ce n'est pas très propre ; dur dur si par la suite d'autres modules cherchent à se greffer au hooktop. L'idéal (je pense) serait d'avoir un nouveau point d'encrage afin que le menu soit isolé (un peu comme wiznav ; il se place à l'endroit où on veut dans le header en fonction de l'endroit où on ajoute les lignes {$HOOK_WIZNAV} dans le header.tpl du theme. J'ai essayé de m'inspirer du topic suivant pour ajouter un nouveau hook : http://www.prestashop.com/forums/viewthread/56299/integration/resolu_nouveau_hook mais en vain (message d'erreur lors de l'installation de mega drown ; n'y connaissant rien en code, je dois omettre une modif ou autre Merci ^^

Hello, Merci pour ce joli menu. Je vous l'ai pris il y a quelques semaines mais n'ai pas encore réellement pu "faire joujou" avec. (soucis de prix à résoudre au préalable) Je l'ai installé hier, et j'aurai souhaité le faire apparaitre tout en haut de la page, au dessus du header. Par défaut "mega drown" s'accroche dans la partie basse du header. Etant une quiche niveau code, je me suis inspiré du menu "wiznav" mais ca ne fonctionne pas Par avance merci.