Problème D'identification, /

Une fois que la personne est connectée, sur la page d'accueil d'un site,
comment determiner que c'est toujours la même personne qui vas sur une autre page.
exemple concret:
Comment administrer des ressources a quelqu'un une fois qu'elle a été identifiée et qu'elle a quitté la page d'identification.
Merci d'avance,
Cordialement,
NoPseudo.

Tu vas sur un site de php et tu fais une recherche sur "session". Ou alors tu fais directement une recherche sur le web "session php tutorial".

... son adresse ip peut-etre ?

Tu peux aussi mettre un cookie quand l'utilisateur se logue, puis
sur les autres pages regarder le cookie vs une table de logins
pour voir qui c'est (et si il est logué).

C'est risqué l'indentification par IP car si une personne se connecte avec la même connection (comme pour les écoles), et bien, il tombe chez son adversaire !

Alors comment faire je comprend rien aux sessions...

Hum ?

La question des sessions etant réglée par une identification par IP( ) je voudrais maintenant savoir:
----->Comment faire un compte a rebours pour déclencher un evenement genre inscrire un truc ds la BDD au bout de 10mn avec affichage du décompte.

La question a déjà été posée sur ce forum, quelques sujets plus bas, et dans les mêmes termes. Faut chercher un peu.

Ben utilise des cookies alors !

Oulala ! Tu veux dire que tu veux identifier une personne uniquement par IP, sans session ni cookies ???

Je signale qu'il existe :
- des IP cachés (les 2 dernières séries, il me semble), donc, pour l'identification, c'est pas ça...
- des IP qui changent à chaque page
- des IP collectif (tout un lycée à la même IP, c'est à dire que n'importe qui pourra aller voir les résultats de n'importe qui)

Je signale qu'avec mon système d'ip. il faut quand meme se logger.
Donc obligation de connaitre pseudo et mot de passe.

Moi je comprend rien. Tu veux quoi ? J'ai l'impression que tu veux refaire un système de session.

Là si j'ai bien compris, un user se logue, une ip est enregistrée, et il continue de parcourir le site en étant identifié par son ip. Donc ça voudrait dire qu'un gars qui arrive avec la même ip, récupère les infos du connecté, c'est ça ?

ouch

Bein là, je comprends pas du tout ta façon de pensée ?

Comment peux-tu récupérer une IP, l'utiliser "comme session", et retirer cette "session IP" au moment ou le joueur quitte le site ?

Car preuve du contraire (je suis pas un gros spécialiste du Web mais bon...), on ne sait pas vraiment à quel moment un joueur quitte un site.

Si quelqu'un repasse derrière, la session IP" le considère automatiquement comme étant le précédécesseur !
Et dans ce cas-là, ton login et ton mot de passe, tu peux le mettre ou je pense !

A moins d'obliger de se loguer à chaque nouvelle page ! Dans ce cas-là, même plus besoin d'IP !
Ni de joueurs !

mai qu'est que vous avez a aller parler des adresses IP

:|

moi jte di...deja tu fai un formulair pour l'identification...

ensuite kan il aura validé son formulair..le membres accedera a une page dans lakelle il ya un code php qui creer la session grace aux infos rentrés dans le formulair

voyez plutot

et voila la session est créé

si tu veu qu'ensuite ce qu'il fasse modifie ses données a lui bha a ce moment c'est au niveau de la SQL


si besoin est faites moi signe

Supposons que ton formulaire d'identification sur ton site soit dans le fichier identification.php
Ce dernier contient alors :

Voilà. Quand l'utilisateur saisit son login et mot de passe puis clique sur OK, tu arrives sur la page actionIdentification.php qui contient :

Je n'ai pas testé ces scripts, ils sont susceptibles de contenir des erreurs; mais l'idée est là :
tu testes le login/password puis tu stockes le login en variable de SESSION et chacune de tes pages GERE la session (session_start en tout début de script) et ainsi tu SAIS si $HTTP_SESSION_VARS['login'] existe et QUI est connecté.

Le principe que j'utilise pour séparer les action des pages (redirection javascript) ne sera peut-être pas du gout de tout le monde; mais encore une fois, là n'est pas l'essentiel.

Pour la suite de ton code, tâche de chercher les réponses à tes interrogations propre à l'usage de PHP sur les excellents forums dédiés qui existent. Ainsi quand tu viendras ici avec des questions précises et plus pointues, tu seras sans doute mieux accueilli ;-). En plus, tu pourras à ton tour contribuer à donner un coup de main.


Tu NE PEUX PAS utiliser l'IP du visiteur pour l'identifier. C'est IMPOSSIBLE. En effet, les utilisateurs qui sont par exemple derrière un routeur NAT auront TOUS la MEME IP pour toi. Il est donc impossible d'identifier un utilisateur par son IP.

bha voici enfin un qui a l'air de bien saisir...

mais par souci de compreension je vai aleger ton code car il est po agreable a lire...

je ne recopie ke le code de la page d'action:

alors voila avec cettes page ta session est créé

ensuite si le membres veux etre reconnu sur les autre pages il faut qu'au debut de chaque page tu mette ce code la

C'est toi qui n'a pas du saisir (ou lire) puisque tous les intervenants de ce forum expliquaient à Noname qu'il fallait utiliser les sessions et pas les IP parceque (entre autre) celà n'est pas une identification unique.

on bousille le login de la session avec cette ligne oui !!

disons que l'erreur est humaine :

serait beaucoup mieux.

Essaye juste de ne pas publier trop de conneries parceque "qui fait le malin...."

$_POST, $_GET, $_COOKIE, $_FILE, $_SESSION

Oubliez les httpvar truc machin si vous voulez que votre code marche à l'avenir.
Pareil pour les session_register, session_unset etc.

bon...

sessions battardes si tu veux pas utiliser celles de php
http://www.jouer.org/jouer-article-art30.html

le fichier de conf pour les posts gets etc
http://www.jouer.org/jouer-article-art31.html

mais lorsque je lis des choses comme cela j'ai peur

je sui ofensé par le fait ke tu dise ke je fai le malin..

moi je di juste qu'un dfebat s'ouvrait sur les ip sans pour autant repondre a l'auteur du message....

j'ai pas ocmpris où que je fai le malin

quelqu'un a un dictionnaire sous la main ?

quelqu'un a un dictionnaire sous la main ?

Bon, j'ai trouvé un dico, merci au gamin de ma concierge (12 ans) pour l'avoir fait la traduction.

Je vais donc te répondre : Tu fais le malin parceque
- tu te permet de réécrire le code de quelqu'un. Non seulement, c'est très vexant pour lui mais, en plus, tu y introduits des erreurs
- tu n'as visiblement pas lu les réponses des intervenants puisqu'il n'y a pas de débat sur l'utilisation des IP : personne n'est pour. Nous tentons de faire changer d'avis l'auteur de la question non pas en lui affirmant simplement qu'il a tord et que nous avons raison (i.e. que les reconnaissances par IP ca ne marche pas) mais bien en lui expliquant pourquoi sa solution est mauvaise.

La solution "c'est pas bien, faut changer, voici la bonne solution", sans aucuns arguments, pour moi c'est une position très présomptueuse (d'où le "fait le malin").