Jump to content

Matension

Members
  • Posts

    164
  • Joined

  • Last visited

Everything posted by Matension

  1. Merci à Eolia pour la solution https://www.prestashop.com/forums/topic/460898-erreur-de-traduction-dans-facture-impossible-%C3%A0-r%C3%A9soudre/?do=findComment&comment=2117323
  2. Merci Eolia, on avait déjà créé un sujet à propos de ce bug et nous n'avions trouvé que cette solution jusqu'à présent. La bonne n'était pas si loin finalement, c'est con
  3. Salut, C'est un bug, il y a le même pour le bon de livraison, il faut aller dans /classes/pdf/HTMLTemplateInvoice.php et modifier "INVOICE" par "FACTURE" à la ligne 64 'header' => $this->l('INVOICE'), Pour la livraison : C'est le fichier HTMLTemplateDeliverySlip.php à la ligne 63 'header' => $this->l('DELIVERY'), "DELIVERY" à remplacer par "BON DE LIVRAISON"
  4. Bonjour à tous, J'ai créé des produits avec des déclinaisons. A présent je souhaite défaire les déclinaisons, jusque là aucun souci, je recrée de nouveaux produits. Seulement lorsque je supprime le produit avec les déclinaisons, j'ai l'erreur Il y a 1 erreur 1. Le produit n'a pas été trouvé Jusque là, rien d'anormal, vu que j'ai supprimé le produit. Le problème c'est qu'une erreur comme ça n'est jamais bonne pour les clients. J'aimerais donc savoir comment : soit ajouter une redirection vers la page d'accueil. soit ajouter une redirection sur la catégorie ou l'article précédent se trouvait (les nouveaux doivent s'y trouver aussi logiquement). J'ai regardé dans SEO & URL, mais soit je n'ai rien vu correspondant à ma demande, soit je ne suis pas encore bien réveillé. Merci d'avance pour vos réponses
  5. De rien, et d'ailleurs, je n'avais pas vu en faisant le copié collé, mais "de tout nos produits en stock" c'est touS et pas touT même si je pense qu'à l'heure actuelle peu de gens le remarquerons encore, mais quand même
  6. Salut, je n'ai pas de compétence graphique ou autres, donc je ne pourrais donner que mon avis d'utilisateur lambda comme si je visitais d'autres sites. - Un point qui ma dérangé également pour moi, les flèches du slider gauche/droite blanche sur fond blanc (sauf pour le ruban led), ça ne se voit pas... - Ensuite vous pouvez mettre le module facebook en français, dans le fichier blockfacebook.js qui se trouve dans modules/blockfacebook.js il faut modifier fr_FR à la ligne " s.src = "//connect.facebook.net/us_US/all " qui est en "us_US" par défaut. - "Qui est Leds-Discount.fr ?" N'étant pas une personne, "qui" ne va pas, laissez l'habituel "Qui sommes-nous", les visiteurs comprendront tout de suite. - Dans la partie informations : "...ainsi qu'une livraison sous 48H* de tout nos produits en stock.", il y a un astérix, mais où est l'info ? Mettez plutôt un lien direct, ou directement l'information si elle peut être courte. Les visiteurs n'aiment pas chercher les infos. - Je ne connais pas les lois françaises, mais ici nous devons afficher sur la fiche produit si le montant est avec ou hors TVA, et également une estimation des frais de port. - Vérifier les fautes ^^ Alimenation 12V => http://www.leds-discount.fr/ruban-led-unicolore/30-ruban-led-3528-unicolore-.html Voilà pour ce que j'ai vu en jetant un oeil
  7. Générer un fichier robots.txt avec toutes les pages à exclure, donc dans préférences/SEO & URL et aller tout en bas pour générer le txt. Et éventuellement passer la boutique en maintenance quand elle n'est pas utilisée pour des tests... Mais sans accès au codes sources au ftp, et à la base également, si je me souviens bien, les tests pouvant être effectués sont vachement limité :/ Un prestashop en local serait plus pratique. Il existe easyphp avec un prestashop pré-installé, même si la dernière version 1.6.1 n'est pas encore dessus.
  8. Salut, comme personne n'a répondu, je tente, le bon de livraison/facture est régénéré à chaque demande (avec utilisation du cache disque suivant ce qui a été paramétré dans commandes=>factures), ce qu'il faudrait modifier, c'est le statut/quantité du produit dans la commande une fois la commande passée. Nous ne pouvons pas supprimer une commande, (loi européenne http://doc.prestashop.com/display/PS16/Commandes), je ne suis pas sûr que modifier une commande après que celle-ci soit validée soit faisable (légalement via une option dans prestashop). Mais l'idée m'intéresse aussi, j'ai eu le cas d'un client qui avait commandé un modèle X et lors de son passage pour le retrait souhaitait changer pour le modèle Y (modèle supérieur) ainsi qu'un produit. J'ai du annuler la précédente commande, et en faire une nouvelle, modifier la précédente aurait été plus pratique. Une solution faisable, c'est désactiver la génération d'un bon de livraison lors de la préparation de la commande, et de créer un nouvel état du genre "En préparation avec bon de livraison" et donc utiliser cet état une fois votre stock vérifié...
  9. Salut, dans quantité, mettre "par défaut : accepter les commandes" Et alors dans Préférences/produits, descendre jusqu'à stock des produits, et mettre OUI à "autoriser la commande des produits en rupture de stock". Dans la partie récapitulatif de la commande ce sera indiqué "disponible" (en orange). PS: j'ai fais pareil sur ma boutique, sauf que j'ai ajouté le message "Disponible en 24h" ou "sur commande" dans quantité dans le champ "message si produit en rupture de stock mais précommande autorisée", les produits peuvent être commandé, et le client est averti du délai de 24h (si disponible chez le fournisseur) ou "sur commande" (pour les produits qu'ils n'ont pas).
  10. Oui c'est le problème avec les thèmes custom (gratuit surtout), les payants proposant encore des updates... Pour ma part j'ai gardé le thème par défaut, les autres ne convenaient pas à ce que je voulais faire. Content que vos problèmes soient résolus, bonne après-midi et de bonnes ventes
  11. Des nouvelles de vos tests/mises à jours ? Vu que vous êtes sur ovh également, si vous utilisez le mode expert dans le manager, et que vous utilisez la console KVM, vous pouvez utiliser commande tar cvzf /var/www/prestashop/save04082015.tgz /var/www/prestashop/ save04082015.tgz étant le fichier de sauvegarde compressé à récupérer après Si vous avez laissé le script d'ovh installer votre prestashop, la commande devrait fonctionner telle que mise ci-dessus, sinon il faudra modifier les chemins d'accès aux dossiers. Ceci évite de récupérer fichiers par fichiers dans filezilla
  12. Dans prestashop cloud il y a un onglet pour paramétrer votre de domaine https://www.prestashop.com/cloud/fr/my-stores et vous cliquez sur Ajouter un nom de domaine
  13. Bha on fait comme on peut pour s'aider les uns les autres, nous sommes à peut prêt tous dans la même galère pour gérer nos boutiques... Autant s'aider tant qu'on le peut. En tout cas, faites vos sauvegardes, et faites vos mises à jours, n'oubliez pas que les mises à jours outre les améliorations esthétiques (dans la 1.6.1.0 le backoffice à été modernisé), les mises à jours sont quand même là pour corriger des bugs et autres, autant en profiter. La mise à jour devrait régler l'erreur encore présente. La mise à jour en 1 click vous permet de vérifier si tout les points sont bien vérifié avant la mise à jour.
  14. Oui c'est ce que j'aurais fait en local. J'espère que pour elhenna ça va s'arranger
  15. Je n'ai pas compris ce que tu allais mettre en false ? Le mode debug ? Il existe aussi une version portable de filezilla, donc peut-être voir ça... Il existe d'autres logiciels ftp, mais filezilla est le plus pratique (mon avis) et le plus utilisé. Le site fonctionne mais tu as encore cette erreur, c'est ça ? Je pense que l'erreur ne sera plus affichée si le mode debug est désactivé. Mais ça masquera l'erreur, ça ne la corrigera pas. J C n'a pas mentionné que cette erreur ou une autre était encore affichée, donc peut-être voir avec lui le contenu du fichier Autoload.php. Et accessoirement (re-)vérifier que les fichiers requis par Autoload.php soit bien présent à leurs endroits respectifs. J'en ai parlé dans le post #15.
  16. Comparer avec d'autres dossiers/fichiers, mais normalement il faut les dossiers 755 et les fichiers 644
  17. Dans filezilla à droite tu as une colonne nommée "droit d'accès" (chmod). En faisant un click droit sur le fichier/dossier le menu apparaît avec "droit d'accès au fichier" tout en bas.
  18. Le dossier cache est bien en 755 ? le class_index.php en 666 Les fichiers dans le classe/cache/ sont eux en 644
  19. Pour info, la version 1.6.1.0 de prestashop nécessite la version 5.4 de PHP. J'ai du la mettre à jour, il n'y a qu'une case à cocher chez ovh pour choisir la version que vous souhaitez. Le changement peut prendre jusqu'à 20 minutes. Et avant tout, ne pas oublier la sauvegarde avant la mise à jour. Et les mises à jours fréquentes en temps normal.
  20. Résumé : Etape 1 : Télécharger prestashop (version identique à la votre) et renvoyer le dossier .../cache/ et .../classe/cache/ Etape 2 : Désactiver le cache : define('_PS_CACHE_ENABLED_', '0'); Etape 3 :Supprimer le fichier "class_index.php" si présent dans le dossier cache. Je n'ai pas mentionné les fichiers autoload.php qui apparemment n'ont provoqué aucun changement.
  21. $this->result = false; $this->last_query = $sql; if ($use_cache && $this->is_cache_enabled && $array && ($result = Cache::getInstance()->get(md5($sql)))) { Cette ligne en gros dit que "Si le cache est activé (...) le script fait ceci-cela", ici nous avons désactiver le cache donc cette ligne causant l'erreur n'est pas utilisée. Si vous réactivez le cache, l'erreur devrait réapparaître (mais pas sûr, si les fichiers manquant ce sont régénérer, c'est ok, sinon l'erreur se reproduira). Ce que je vous conseille, c'est déjà de faire une sauvegarde complète, BDD+fichiers. Ensuite je vous conseillerais de mettre à jour prestashop, les fichiers manquants devraient être remis en place et les défectueux remplacés par les nouveaux lors de la mise à jour. Il y a un "nouveau" module pour faire les mises à jours en un click, ce qui facilite grandement les choses. http://addons.prestashop.com/fr/outils-administration-modules-prestashop/5496-1-click-upgrade-autoupgrade.html
  22. Supprimer également à nouveau "class_index.php" dans le dossier cache.
  23. Supprimer à nouveau "class_index.php" dans le dossier cache.
  24. Effectivement vous l'aviez déjà mis dans votre premier message, il me semblait bien avoir déjà vu le contenu de la ligne. Essayez en désactivant le cache comme indiqué juste au dessus
  25. Autre chose que vous pouvez essayer, c'est désactiver le cache dans config/settings.inc.php define('_PS_CACHE_ENABLED_', '0');
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More