Bonjour,
j'ai un problème avec le cookie de session.
Selon si j’accède à mon site par l'adresse monsite.com ou par l'adresse www.monsite.com j'ai 2 cookies de session différents.

En navigation normal sur le site il n'y a pas de passage d'une adresse a l'autre (enfin plus maintenant ) donc pas de problème de perte de session mais vu que les 2 adresses fonctionnent et que l'utilisateur est susceptible de faire le changement manuellement, ça serai quand même mieux que les 2 adresses aient le même cookie de session.

J'ai donné un nom a ma session,
puis j'ai essayé ça mais rien n'y fait

Le dernier truc auquel je pense c'est peut etre de l'url rewriting mais comme j'ai encore jamais fait, je suis pas très chaud.

Quelqu'un a une idée ?

Salut,

Peu importe la solution choisie, je te conseilel de faire (en plus) de l'URL Rewritting. Pour le référencement, au moins. Google a tendance à penser que http//www.monsite.com et http://monsite.com sont deux sites différents parfois ... Du coup, mieux vaut faire ça propre

bonjour,

on défini un cookie avec la fonction setcookie et non session_set_cookie_params.

Par défaut un cookie n'est valable que pour le domaine courant(et ses sous domaines pour les navigateurs récents). En revanche si tu souhaites rendre le cookie accessible aux sous-domaines il suffit d'omettre le sous-domaine(en laissant le .):

<?php
//validité du cookie sur http://www.mondomaine.com, *.mondomaine.com
setcookie("name", "php language", time()+3600, "/", ".mondomaine.com");
?>

Yann : on parle ici du cookie de session donc sa fonction est celle a utiliser car la seule permettant de gérer le cookie de session.
La où ta réponse a du sens c'est qu'il a mal lu la doc et que pour que le cookie soit valable sur les sous domaines, il faut que le domaine soit préfixé d'un point ce qui manque dans les exemple de silvercis.


@+

Il me semble qu'il a bien essayer avec le point.
Peut être "session_set_cookie_params() pour chaque script et avant l'appel à session_start()".

c'est effectivement ce qu'indique la doc php

Modifie les paramètres de configuration du cookie de session, qui a été configuré dans le fichier php.ini. L'effet de cette fonction ne dure que pendant l'exécution du script courant. De ce fait, vous devez appeler session_set_cookie_params() pour chaque script et avant l'appel à session_start().

A la limite si son code est bien fait le session_start n'est qu'a un seul endroit

effectivement pour .site.com, donc rien d'autre a faire.

peux être voir avec un autre navigateur si le problème est le même ?

@+

Yann : on parle ici du cookie de session donc sa fonction est celle a utiliser car la seule permettant de gérer le cookie de session.
La où ta réponse a du sens c'est qu'il a mal lu la doc et que pour que le cookie soit valable sur les sous domaines, il faut que le domaine soit préfixé d'un point ce qui manque dans les exemple de silvercis.


@+

merci moogli, je suis passsé à côté de la réponse.

effectivement le problème d'accessibilité du cookie par rapport au domaine reste inchangé.

Je lance bien toutes les commandes en début de script, ça ne vient pas de là.

Finalement je pense que j'ai trouvé,
au début j'avais pris un hebergeur gratuit (hostinger) + achat d'un nom de domaine en .fr
ça n'a marché longtemps ( page introuvable en guise d'accueil ??? )
J'ai donc pris un hebergeur payant (nuxit pour faire de la pub) avec nom de domaine offert que j'ai pris en .com

Dans mon marque page j'étais resté en .fr alors que tout le site est réglé en .com
C'est surement pour ça que j'avais un cookie différent sur la page d'accueil.
Il faut encore que je vérifie avec et sans www

Je vais voir du coté de l'Url rewriting pour ajuster tout ça.

Merci pour votre aide, ça m'a permis d'être sur que mon code était correct et donc de chercher l'erreur ailleurs.