Sam59

Utilisateur open source
  • Compteur de contenus

    362
  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par Sam59


  1. Bonsoir Alain,

    Je te remercie d'avoir pris le temps de répondre.

    En fait, effectivement, lorsque je ne fais aucune modif, je ressors sans valider.

    En revanche, lorsque j'effectue une modif (par exemple pour changer le prix ou autre), je suis obligé de valider... et là, si je ne pense pas à re-sélectionner le bon état de stock, je le perds... snif snif.

    Merci en tout cas.

    Samuel.


  2. Bonjour,

    Surpris que personne n'ait constaté ce phénomène, est-ce que quelqu'un aurait la gentillesse de faire un petit test pour me dire si je suis le seul à observer cette petite bizarrerie (version 2.9) :

    1) Dans le back office, entrer dans la fiche d'un produit et choisir d'utiliser le stock, puis sélectionner par exemple l'affichage "en stock".

    2) Vérifer sur le site web que la fiche article affiche bien le petit rond vert avec le libellé "en stock".

    3) Entrer à nouveau dans la fiche produit (back office), ne rien faire et ressortir en validant.

    4) Vérifier sur le site Web : l'état de stock est il toujours sur le petit rond vert "en stock", ou a t-il disparu, ou une autre valeur quelconque s'affiche t-elle (par exemple "en rupure").

    Merci grandement de vos retours.


  3. En, fait je me suis apperçu que les accents ne passent pas dès la page de fin de commande (étape 3, page fin_commande.php)

    Dans la page achat_maintenant.php tout est ok.

    Apparemment, dans la table peel_commande de la base mysql, les accents de sont pas passés. A mon avis, il y a donc un pb de protocole lors de la mise à jour de cette table.

    Si ça peut donner des idées à quelqu'un...

    MErci ;)


  4. Merci pour votre réponse, mais je ne comprends pas bien car mon logiciel ftp n'intervient pas du tout.

    Rq : je suis en peel hosting, donc hébergé chez Peel.

    Rq2 : le logiciel ftp pourrait en effet avoir une conséquence lorsque j'ai modifié mes accents dans le fichier langues, mais tous les autres accents sont bien corrigés ailleurs, il ne reste que la facture et le bon de commande.

    Par ailleurs, le fichier langue reste bien intègre lorsque je le consulte.

    :(


  5. Quelqu'un connait-il un moyen (une requête ??) pour dupliquer un produit directement depuis la base MySql dans MyAdmin ?

    Merci d'avance, car cela serait très pratique, le référencement des produits étant assez long, d'autant que je gère des produits quasi identiques au coloris prêt et que je voudrais que mes fiches produits soient vraiment identiques (ne pas avoir une majuscule d'un côté et pas de l'autre par exemple).


  6. Bonjour,

    Je rencontre un problème de caractères accentués qui ne s'affichent pas correctement dans le bon de commande et dans la facture (en html comme en pdf).

    J'ai pourtant modifié le protocole dans les haut.php (remplacé utf8 par iso) et vérifié l'ensemble de mon fichier langue.

    Ceci a bien corrigé l'ensemble des problèmes d'affichage des caractères accentués, sauf dans la facture et le bon de commande. En particulier, sur les mentions "type d'expédition" et "chèque", qui ne s'affichent pas correctement.

    Savez vous où intervenir ?

    Merci pour vos réponses.


  7. Bonjour,

    J'ai un soucis dans la fiche produit, au niveau du back office, avec la sélection de l'état du stock (en stock, en pré commande, en rupture, dispo chez fournisseur, ...)

    Lorsque je rentre dans une fiche produit pour y faire une modification, la sélection sur l'état du stock se perd.

    Soit elle se met à blanc (donc l'état du stock ne s'affiche plus), soit pire, elle se sélectionne sur une autre valeur.

    Je suis donc contraint de repréciser l'état du stock systématiquement avant de valider ma modification dans la fiche produit.

    Avez vous rencontré ce problème ? L'avez vous solutionné ?

    Merci de vos réponses.

Twitter Advisto ecommerce

Facebook PEEL Shopping