Jump to content

Troll2Jeux

New Members
  • Posts

    12
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Troll2Jeux's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done Rare
  • One Month Later Rare

Recent Badges

0

Reputation

  1. Ah, c'est gentil ! Entre temps, j'ai également trouvé de mon côté : dans le fichier shipping.tpl (/[theme]/templates/checkout/_partials/steps), il faut passer en commentaire les lignes : <label for="gift_message">{l s='If you\'d like, you can add a note to the gift:' d='Shop.Theme.Checkout'}</label> <textarea rows="2" cols="120" id="gift_message" name="gift_message">{$gift.message}</textarea> J'imagine que les deux méthodes reviennent au même. Le problème est en tout cas résolu, merci beaucoup !
  2. En fait, il faut bien que la case puisse être cochée ; ce qu'il faut empêcher, c'est l'activation du petit bout de javascript qui fait apparaitre la textbox en-dessous.
  3. Bonjour, Dans le cadre de notre site marchand, nous laissons la possibilité à nos clients de se faire livrer des produits emballés dans un papier cadeau. Lorsque nous activons cette option, vient automatiquement la possibilité de laisser un message avec le cadeau. Nous souhaiterions masquer l'affichage de la boite de texte du message. Nous avons trouvé ce post, sur le même sujet : mais nous n'avons pas trouvé les fichiers nommés dans le thread. Quelqu'un saurait-il comment masquer cette option ? Merci d'avance ! Version de PS : 1.7.6.6 Thème (perso) : saphira_1 Code (original/modifié) : légèrement modifié Hébergement : OVH, dédié virtuel Version de PHP : 7.1.33 Version de MySQL :10.0.38 Navigateur(s) concerné(s) : tous
  4. Bonjour à toutes et tous ! J'essaie d'importer des articles sur notre site. L'import se passe bien à une exception prêt : "Des erreurs ont été détectées. Voici les détails : *Produit XXX : l'image (xxx) ne peut pas être enregistrée. *Produit XXX+1 : l'image (xxx+1) ne peut pas être enregistrée. *Produit XXX+2 : l'image (xxx+2) ne peut pas être enregistrée." Etc. 1) Environ 30% à 40% des articles s'importent avec leur image et pas les autres. 2) Les images ont toutes le même format, la même qualité, la même taille de fichier, les mêmes droits d'accès et le même emplacement sur le serveur. 3) Le nom des image ne varie qu'à la marge : A.jpg, B.jpg et C.jpg 4) Par ailleurs, les requêtes d'imports ne varient également qu'à la marge (mêmes variables mais le contenu des variables change évidement en fonction du produit !) Voici les tests que j'ai réalisés jusque là : - Changer le nom des images --> ne change pas le résultat. - Changer le format --> ne change pas le résultat. - Changer la taille des fichiers --> ne change pas le résultat. - Changer l'emplacement dans le serveur --> ne change pas le résultat. - Indiquer un chemin d'accès relatif plutôt qu'absolu --> ne change pas le résultat. - Héberger les images sur un autre serveur --> ne change pas le résultat. - Intervertir les images (importer l'image de A dans B, l'image de B dans C et l'image de C dans A) --> CHANGE LE RESULTAT : le produit B importera toujours correctement son image (l'image du produit A, donc). Quelqu'un aurait-il une idée sur ce qui cloche ? Version de PS : 1.7.6.6 Thème (perso) : saphira_1 Code (original/modifié) : légèrement modifié Hébergement : OVH, dédié virtuel Version de PHP : 7.1.33 Version de MySQL :10.0.38 Navigateur(s) concerné(s) : tous Ci-joint : un exemple d'import exemple d'import presta.ods
  5. Bonjour ! Ce post fait plus ou moins suite à celui que nous avions posté il y a quelques jours : [RESOLU]importer des produits avec du code html dans la description ... Mais, évidement, le problème est cette fois un peu différent (quoique... ) Nous avons donc toujours besoin d'importer un gros ensemble de produits (environ 50000). Dans la description de certains de ces produits (pas tous), nous avons besoin d'insérer des images (de toutes petites images, de la taille d'un caractère environ). De ce fait, nous avons inséré un peu de html dans la description des produits concernés, ce qui ressemble à : texte_de_la_description<img src="monsupersite.com/img/magnifique_image.png" alt="texte alternatif de l'image" />fin_du_texte Le problème, c'est que le résultat de cet import affiche les balises HMTL au lieu de les traiter ! Quelqu'un aurait-il une idée sur la manière procéder correctement ? Version de PS : 1.7.6.6 Thème (perso) : saphira_1 Code (original/modifié) : légèrement modifié Hébergement : OVH, dédié virtuel Version de PHP : 7.1.33 Version de MySQL :10.0.38 Navigateur(s) concerné(s) : tous Merci à toutes et tous !
  6. Alors, j'ai finalement trouvé et, effectivement, la solution n'est pas si lointaine : texte_de_la_description<i style="font-style: italic">texte_en_italique_ici</i>fin_du_texte Un <i> simple ou un <em> simple ne fonctionnent pas. J'imagine que le css du thème annule leur mise en forme de base... Merci beaucoup, en tout cas ! Sujet résolu.
  7. Bonjour ! Je me casse les dents sur ce problème depuis 2 jours : Nous avons d'importer un gros ensemble de produits (un peu plus de 40000). Dans la description de certains de ces produits (pas tous), nous avons besoin qu'une partie du texte de la description soit en italique. De ce fait, nous avons inséré un peu de css dans la description des produits concernés, ce qui ressemble à : texte_de_la_description<span id="texte_en_italique" style="font-style: italic">texte_en_italique_ici</span>fin_du_texte Le problème, c'est que le résultat de cet import affiche les balises HMTL au lieu de les traiter ! Quelqu'un aurait-il une idée sur la manière procéder correctement ? Version de PS : 1.7.6.6 Thème (perso) : saphira_1 Code (original/modifié) : légèrement modifié Hébergement : OVH, dédié virtuel Version de PHP : 7.1.33 Version de MySQL :10.0.38 Navigateur(s) concerné(s) : tous Merci à toutes et tous !
  8. Nous sommes bien d'accord, mais là est bien le problème : plonger dans le code, ce n'est clairement pas ma spécialité et je n'ai aucune idée d'où chercher... Je ne sais d'ailleurs pas ce qu'est un hook de changement de statut... ^^
  9. Merci pour ta réponse, Antoine, J'aurais tellement aimé que ce fut aussi simple que cela... Malheureusement, les cases m'ont l'air correctes :
  10. Bonjour,1.7.5.2 Nous sommes un site marchand (troll2jeux.com) et nous venons de passer à PrestaShop 1.7.5.2. Dans le cadre de la vente en ligne, nous autorisation la paiement par Paypal et par virement bancaire. Lors d'un paiement par virement, le statut de la commande qui s'affiche dans le back office est "En attente de virement bancaire". Jusque là, tout va bien. Nous autorisons également la vente d'articles que nous n'avons pas en stock au moment de la commande en spécifiant un message particulier (délai de livraison rallongé, le temps de passer commande auprès de notre fournisseur). Après la validation de la commande, le statut de la commande qui s'affiche dans le back office est "En attente de réapprovisionnement (payé)". Jusque là, tout va toujours bien. Or, nous avons constaté un erreur étrange : lorsqu'un client nous commande un produit que nous n'avons pas en stock et décide de nous payer par virement, le statut de la commande qui s'affiche dans le back office est initialement "En attente de virement bancaire" puis, environ 2 secondes plus tard, passe toute seule en "Paiement à distance accepté" ! Et envoi la facture en PDF au client, confirmant le fait qu'il ait payé, avant même qu'il ait effectué son virement ! Et là, ça ne va plus du tout. D'où ces questions : - Quelqu'un a-t-il déjà rencontré ce problème ? - Comment gérer les règles de modifications automatiques de statuts de commandes de Prestashop ? - Comment établir des règles spécifiques ? Merci d'avance pour vos réponses et bonne journée ! PS : ci-joint, un exemple de commande problématique
×
×
  • Create New...

Important Information

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