Boutique en ligne, sessions et google.. que faire ? -> id

[phreddpullfer]

il y a moyen soit :
* php est compilé avec l'option enable-trans_id (il me semble que c'est le cas par defaut depuis la version 4 mais po sur ...)
* dans le php.ini session.use_trans_sid = 1
* dans la page php ini_set("session.use_trans_sid", 1);

J'utilise cette methode sur mes boutiques en lignes et ca fonctionne a merveille sans cookie ni sid dans l'url.
Il y a tout de meme un bemol, ca marche sur tout les navigateur sauf firefox ... Ne me demandez pas pourquoi, j'ai jamais compris (cf post sur ce forum)
Pour les utilisateur de Firefox, j'utilise donc le cookie :'(

[thierry8]

3) j'aimerais qu'on me confirme un truc important :
peut on faire un panier sans envoyer l'id par cookie ou par url ?
je pense que non, mais bon je commence à douter avec les discussions de ces derniers jours sur les sessions.

En fonction de l'adresse ip de l'utilisateur.
Mais le mieux, est tout de même l'utilisation du cookie me semble t-il.

Oui netsys. Grâce à un cookie, tu peux faire la correspondance entre la dernière session du client et celle enregistré dans le cookie. A partir de ces 2 données, tu peux retrouver son panier et le faire repartir sur sa dernière session.

Inutile de stocker dans une base de données ???
Pourquoi encombrer la base de données alors qu'il suffit le mettre dans le cookie l'id du produit ?

[thierry8]

* php est compilé avec l'option enable-trans_id (il me semble que c'est le cas par defaut depuis la version 4 mais po sur ...)

Oui

* dans le php.ini session.use_trans_sid = 1

Mais la transparence ok, mais il doit tout de même y avoir un cookie.

* dans la page php ini_set("session.use_trans_sid", 1);

Pourquoi si déjà activer par défaut ?

J'utilise cette methode sur mes boutiques en lignes et ca fonctionne a merveille sans cookie ni sid dans l'url.
Il y a tout de meme un bemol, ca marche sur tout les navigateur sauf firefox ... Ne me demandez pas pourquoi, j'ai jamais compris (cf post sur ce forum)
Pour les utilisateur de Firefox, j'utilise donc le cookie :'(

Bizarre étant donné que cela est par défaut....
Donc la plupart utilise ce système.

Ou alors quelque chose d'autre m'échappe.

[Anthoduff]

quelques points paraissent bizarres dans cette discussion :

1) "on peut stocker l'id de session dans une base de données"
et alors ? ça résoud pas le problème de toute facon il faut transmettre l'id de session soit par url soit par cookie pour que l'internaute soit identifié.
enregistrer l'id dans la base ne pourra pas dire à quel internaute il appartient.

2) Anthoduff dit "pas besoin de passer l'id par url ou cookie"
si on écoute Anthoduff l'id resterait la même à chaque start, cela me paraissait tellement formidable que je viens d'essayer mais malheureusement si on refuse le cookie et qu'on transmet pas l'id pas url alors à chaque start le serveur envoie un nouvel id, donc ca ne marche pas.

3) j'aimerais qu'on me confirme un truc important :
peut on faire un panier sans envoyer l'id par cookie ou par url ?
je pense que non, mais bon je commence à douter avec les discussions de ces derniers jours sur les sessions.

merci
caro

1) Tu identifies l'internaute avec l'id de session. Si tu veux permettre que l'internaute ferme son naviguateur tu enregistres l'id dans un cookie sur le poste client. Lorsque le client ajoute au panier tu enregistres l'id de session comme identifiant unique du panier, donc tu retrouves à la fin de la procédure de commande le panier correspondant au client qui en principe s'est identifié soit s'il a déjà un compte ou s'il entre ses infos.

2) Effectivement l'id est récupéré par chaque session_start() si le client ne ferme pas son naviguateur.
Cette fonction ouvre une session s'il n'existe pas de session déjà ouverte. Si une session a déjà été ouverte l'id de session est repris.

Pour cela tu dois avoir PHP a été compilé avec l'option –-enable-trans-sid et le php.ini configuré avec session.use_trans_sid à 1. La session est transmise de manière transparente.

3) Tu peux le faire avec le 2)

[phreddpullfer]

Mais la transparence ok, mais il doit tout de même y avoir un cookie.

Non. Ce parametre permet d'utilisé les session en mode id de session et donc sans cookie. Son avantage est d'eviter d'afficher l'id de session dans l'url.

Pourquoi si déjà activer par défaut ?

J'ai les diversses options (d'ailleurs en un 'soit' en debut de liste ;D)
Ca depend des ayutorisation que tu as sur ton hebergment ... En mutu, modifier le php.ini n'est pas possible donc tu le fait avec ini_set, par exemple.

Bizarre étant donné que cela est par défaut....
Donc la plupart utilise ce système.
Ou alors quelque chose d'autre m'échappe.

Il n'y a pas qu'a toi que quelques chose echappe ...
C'est incomprehensible, tout du moins pour moi et les wrinautes qui ont essaye de m'aider sur ce point... Quand on m'a xposé le probleme, c'est limite si je me suis pas foutu de la gueule du trackeur ... :'( Une belle lecon de modestie

[caro]

moi au plus j'en lis sur les sessions au moins je comprends
et pourtant je dois ouvrir une boutique avec panier le mois prochain,
alors je suis vraiment mal barré

dites si j'ai bien compris :

hébergement mutualisé car petite boutique
donc j'ai pas accès au php.ini, donc je me sers de :
ini_set('session.use_trans_sid', '1');
ini_set('session.use_cookies', '0');

1) si on prend la procédure ci-dessus :
pas d'envoi de cookie, l'id de session est transmise par url mais de manière transparente.
ca marcherait ou pas pour les visiteurs et robots ?

2) phreddpullfer marque que ca marche comme cela, cependant quand je vais sur son site et que je refuse les cookies ca ne marche pas.
alors faut il obligatoirement un cookie ?

3) pourquoi thierry8 marque que malgré trans_sid il doit y avoir un cookie ?

4) si quelqu'un veut bien faire un résumé sur comment utliser les sessions ce serait vraiment super

je comprens plus rien !
merci de votre aide