Panier de persistance: $_SESSION ou cookie de navigateur?

Ni

Pas de grands sites oserait magasin de l'utilisateur du chariot dans une session ou un cookie qui n'est qu'à de précieux.

Ce que les clients achètent, quand ils sélectionner des éléments, la façon dont beaucoup de qu'ils achètent, pourquoi ils ne l'ont pas terminé la caisse, etc.. sont tous très, très importantes pour votre entreprise.

Utiliser une table de base de données pour stocker ces informations et de les lier à la session de l'utilisateur. De cette façon, vous n'avez pas perdre de l'information et de la vous pouvez revenir en arrière et de construire des statistiques basées sur les utilisateurs de chariots ou de résoudre des problèmes avec votre processus de commande.

Journal tout ce que vous pouvez.

Schéma De Base De Données

Ci-dessous est un exemple simplifié de ce que cela peut donner au niveau base de données.

user {
    id
    email
}

product {
    id
    name
    price
}

cart {
    id
    product_id
    user_id
    quantity
    timestamp    (when was it created?)
    expired      (is this cart still active?)
}

Vous pouvez également diviser le panier de table en plusieurs tables afin que vous puissiez suivre les révisions à la charrette.

Sessions

Normal Sessions PHP sont constitués de deux parties

1. Les données (stockées dans un fichier sur le serveur)
2. Un identifiant unique est attribué à l'agent utilisateur (navigateur)

Par conséquent, il n'est pas $_SESSION vs $_COOKIE - c'est $_SESSION + $_COOKIE = "session". Cependant, il ya des façons que vous pouvez modifier cela en utilisant un seul cookie crypté qui contient les données (et, par conséquent, vous n'avez pas besoin d'un identificateur pour trouver les données). Une autre approche commune est de stocker les données dans memcached ou une base de données au lieu du système de fichiers afin que plusieurs serveurs peuvent accéder.

Ce que @Travesty3 dit, c'est que vous pouvez avoir deux cookies - un pour la session, et un autre qui est soit une "rester connecté" cookie (qui n'existe plus que le cookie de session), ou une copie des données à l'intérieur de séparer cookie.

Comme l'a souligné Xeoncross, il est très important de stocker toutes les informations possibles pour l'analyse. Ainsi on ne devrait pas s'en remettre entièrement sur les sessions et les cookies.

Une approche possible est-

Des sessions d'utilisation si pas connecté

Si l'utilisateur n'est pas connecté, vous pouvez stocker et de récupérer le panier d'éléments de la liste et des articles de session à l'aide de $_SESSION en PHP

Utilisation de la base de données lorsque vous êtes connecté

Si l'utilisateur est connecté, alors vous pouvez envisager l'une des deux options -

• Magasin le panier d'un article ou d'wishlist élément dans la base de données seul
• Magasin le panier d'un article ou d'wishlist élément dans la base de données ainsi que dans la session (Cela permettra de sauvegarder certaines de vos requêtes de base de données)

Lorsque l'utilisateur se connecte au

Lorsque l'utilisateur se connecte, obtenir tous les articles de charrette de la liste et des éléments de la session et de le stocker dans la base de données.

Cela permettra de rendre les données persistantes, même si l'utilisateur se déconnecte ou des changements de la machine, mais jusqu'à l'utilisateur n'est pas connecté, il n'y a aucun moyen de stocker les informations de manière permanente afin de ne pas être persistant.

Obtenir les données requises

Chaque fois que vous essayez d'accéder à panier ou d'une liste de souhaits ne cocher suivantes -

• Si l'utilisateur n'est pas connecté, puis regardez dans la session
• Si l'utilisateur est connecté, d'une requête de base de données si vous êtes le stockage dans la base de données seul, sinon, il vous suffit de regarder dans les sessions si vous gardez la session de mise à jour avec la base de données

Quelques points pour vous aider:

Cookies:

• info est a persisté jusqu'à ce que le cookie expire (ce qui peut être configuré par vous);
• ont tendance à ralentir la communication entre le serveur et le client, puisqu'il doit être échangés entre les deux à chaque requête/réponse;
• son une insécurité forme de stockage de données et facile à renifler;
• ils ont aussi une limite pour stocker des données.

Session:

• toutes les informations sont conservées dans le serveur, donc pas été échangés avec le client.
• car il n'est pas partagé sur le réseau, il est un peu plus sécurisé;
• toutes les infos sont perdues lorsque la session se termine;
• Si vous accueillent dans une commune d'accueil, vous pouvez avoir des problèmes avec la session se terminant au milieu d'une opération en raison d'une poussée sur les ressources par l'un des sites hébergés sur le même serveur.

Je serais personnellement aller avec les sessions, depuis que je suis en supposant que d'être un petit/meddium auddience page. Si elle se développe, vous serait mieux avec une simple structure DB pour stocker ces données, avec un plan de maintenance pour obtenir de la crête de données inutiles (par exemple: les clients qui choisissent de certains produits, mais ne pas faire le checkout).