Discussion :

[Oluha]

Salut

Je développe un site de vente en ligne pour un client et il me faudrait un système de panier. Seulement je pense qu'il y a plusieurs façons de concevoir un panier et j'aimerai donc savoir selon vous qu'elle est la méthode la plus fiable (et éventuellement la plus facile à mettre en place).

J'ai fais une petite recherche sur le forum et il me semble évident d'utiliser une table sql plutôt que de tout mettre dans des variables de session, ce qui risquerait de devenir complètement bordelique.
Mais ensuite comment structurer la table du panier à votre avis ?
Combien de temps garder le panier actif dans ma base tant que le visiteur n'a pas payé ? (sachant qu'il peut ne jamais payer)
Y a-t-il des choses à eviter ou à prévoir en particulier ?

Merci de me faire partager votre expérience là dessus

[adrianu83]

plutôt que de tout mettre dans des variables de session, ce qui risquerait de devenir complètement bordelique.

Sincérement, si tu penses bien à tes variables je vois pas en quoi ça deviendrait bordélique. Après tout il te suffit de stocker l'identifiant du produit et la quantité, voire d'autres informations utiles qui te permettent de différencier ton produit.

Après, personnellement ce qui ne me plait pas avec l'utilisation de la db pour un panier c'est que je trouve bien plus contraignant le fait de devoir enregistrer tout ce qui se passe dans une table rien que pour ça, alors que les sessions sont justement là pour ça et que la manipulation de celle-ci est bien plus simple.

[Oluha]

Le soucis c'est de stocker un tableau dans une variable de session que je trouve lourd.
De plus la session est perdue au bout de 20 minutes d'inactivité ce que je trouve plus que moyen

[adrianu83]

C'est normal, par défaut la durée de vie d'une session en php et de 24 minutes (1440 secondes). Si tu accès au fichier php.ini il faut modifier la valeur de "session.gc_maxlifetime".

Mais bon, si les variables de session sautent, ca veut quand même dire que l'internaute est complétement inactif sur ton site depuis 24 minutes.

[Oluha]

Je bosse en ASP et même en modifiant la durée dans la config elle est automatiquement expirée au bout de 20 minutes.
Quand à l'inactivité, ca arrive frequemment sur le site actuel (qui n'utilise pas de panier), les clients étant principalement des personnes agées
On a eu beaucoup de problèmes de retour de banque avec les sessions au début et je veux éviter de retomber dans le même piège avec la VPC.

[adrianu83]

Je bosse en ASP.

Au temps pour moi.

Mais ensuite comment structurer la table du panier à votre avis ?

Ben l'essentiel on va dire : l'id du produit, la quantité voulue (après ca dépend du produit et de ses déclinaisons, plusieurs tailles et/ou couleurs pour un vêtement par exemple), et un champ qui te permettent de rattacher la ligne à ton internaute (l'identifiant de session est l'idéal ou identifiant de l'utilisateur si celui-ci doit être connecté à son compte)

Combien de temps garder le panier actif dans ma base tant que le visiteur n'a pas payé ?

Question d'appréciation personnelle ça (enfin quoi que si tu as comptable, c'est avec lui qu'il faut voir aussi). Par exemple chez OVH il garde une commande 15 jours tant qu'elle a pas été payée, je trouve ça pas trop mal, c'est ni trop long ni trop court.
Mais par contre à ce niveau là, ton panier ne devrait plus être au stade du panier, mais au stade de commande en attente de paiement.

[marabout]

Que pense-tu d'un petit fichier XML qui garde tout cela ? C'est moins lourd parfois que de directement stocker dans la BDD. De plus, une fois qu'il est chargé côté client, tu peux y faire plein de modif en JavaScript sans devoir faire des requêtes serveur.

[Oluha]

J'ai finalement opté pour 2 tables SQL :

- une table Commande avec n° de commande, n° d'abonne, date, montant, n° de transaction à la banque et n° de session

- une table panier avec n° de panier, n° de commande, n° produit, quantité

Si quelqu'un pense que j'ai oublié quelque chose, je suis toute ouïe.

Pour ce qui est de la durée de validité du panier tant qu'il n'est pas payer, je pensais plus en terme d'heures et 15j n'est pour moi pas envisageable

[Coming_next]

Y a beaucoups d incoherence ou les termes sont mal choisis.
Un panier est normalement unique pour un client.
Mais si je commande 2 produits, j aurais deux lignes dans ta table "panier" non ?

Le numero de session tu t en sers pour quoi ?

[Oluha]

le n° de panier est en fait le n° de la ligne du panier, c'est juste un increment

le numéro de session me permet de récupérer le numéro de commande quand je viens de l'insérer dans ma table