Oui tu n'a qu'à suivre le conseil de [b]moogli[/b] et tu n'auras plus ce problème car comme l'a fait remarquer [b]xTG[/b] c'est dû au choix de la méthode que tu utilise pour transmettre tes variables et non pas du fait de l'utilisation des sessions.

A propos des sessions il faut éviter que l'identifiant de session passe dans l'url.

On peut essayer de mettre la mention "php_flag session.use_trans_sid off" dans un .htaccess à la racine du site.

Si pas possible (sur les mutualisés) reste la solution de vérifier que le navigateur client accepte les cookie et sinon envoyer éventuellement un message d'avertissement...

pour compléter, je dirais d'utiliser un formulaire en POST si tu souhaite que cela soit p lus "transparent" pour le navigateur, il te faudra gérer le fait qu'il ne faut pas prendre en compte un "refresh" de la page qui poste la quantité :)


@+

Le soucis de sécurité que tu présentes ne provient en aucun cas d'un soucis de session mais de passage de variable par méthode GET. ;)

Bonjour,

Suite à un précédent post, une recommandation m'était faite de transmettre les variables par la superglobale $_SESSION, mais celle-ci peut être modifiée facilement dans l'url.
Bon ce n'est sûrement pas un scoop pour certains d'entre vous.

Demo :

[b]issu de CÉCILE ODERO et MAGALI CONTENSIN (PHP Solutions)[/b]

Dans page1.php

[color=#0000FF]session_start();
// recuperer le parametre passé dans l'URL
$nb = isset($_GET['nb']) ? (int)$_GET['nb'] : 0;
// stocker les donnees dans des variables de session
$_SESSION['quantite'] = $nb;
$_SESSION['ref'] = 'A-06-18';
[/color]

Dans page2.php

[color=#0000FF]session_start();
// afficher les variables de session
foreach ($_SESSION as $cle=>$valeur) {
echo "Variable de session $cle, contenu = $valeur<br>";
}
[/color]

Si le script page1.php est modifié dans l'url :
[b]?nb=12[/b]

Cela affecte le contenu de la variable quantite.
Ce n'est pas beaucoup plus sûr que de transmettre par $_GET.

[b]Comment y remédier alors [/b]?

Cordialement
Jacques.