PHP|Débutant :: Forums

Je suis newbie, mais j'ai commencé par la sécurisation...
De mon coté, comme j'ai un grand nombre de membre, j'utilise une base de donnée.
Comme ça, sur la page de connection, je demande login et password. Puis je regarde si dans ma base les deux coincident bien.
Si c'est le cas, j'ouvre la cession et pointe vers la suite. Et surtout, je place en $_SESSION le login

Sur mon site, je n'ai que des pages php.
Et je commence par :

Du coup, je teste que je suis bien connecté.

est-ce que tu utilises un mot de pass pour te connecter ?

si oui, là, tu créés une session.
et tu peux transférer ton login dans un $_SESSION qui va rester mémorisé durant toute ta session.

et de ce que j'en ai compris, le session_destroy() n'est à utiliser qu'au moment de la déconnection. Sinon, ça te détruit ta session et donc tu perds tes variables $_SESSION

l'idée est que sur la page index, tu utilises post pour envoyer le login et par la suite, tu n'utilises que $_SESSION pour rendre invisible les données transférées

tout va bien j'ai trouver la soulution,

il me suffit d'utiliser la valeur de $_SESSION['login'] et l'associer à une variable afin de sortir tout les infor du membre dont je veux afficher la page. j'ai fai un echo de la variable session qui apparrer mais lorsque que je fait un print de ma requete j'ai pas le resultat du tableau je ne sais pas i il ya un probleme voici mon code de traiement en acceres pour avoirs les information de l'itilisateur en question

<?php
$login= $_SESSION['login'];
echo $login;
include "connectbd.inc.php"; // paramettres de connection à ma base de donné et de selection de tables
$sql= "SELECT *
            FROM transfert
        WHERE numcpte_tut = ".$numcpte_tut ;
$requete = mysql_query( $sql ) ;
$resultat = mysql_fetch_assoc($requete);
print_r ($resultat);
?>

porquoi j'ai pas de retour au niveau des info sur print_r

Bonjour,

Tout d'abord je vous invite à vous documenter sur le net sur les architectures MVC, et vous pouvez commencer par ce site.
Ensuite je rappelle amicalement comme il est y fait allusion ici dans ce lien, qu'une URL constitue un espace global applicatif tout comme l'est d'ailleurs le tableau $_SESSION. Le mérite de $_SESSION est qu'il se trouve du côté serveur et donc il n'est pas directement manipulable et accessible par un utilisateur lambda. Mais il ne faut pas oublier que cela reste un espace global.

Ensuite, si la normalisation d'une base de données passe par maintenir et contrôler l'atomicité des données, il n'y a pas de mal à ce qu'elle soit appliquée au sein de l'application toute entière. De plus les informations confidentielles sorties de la bd doivent rester purement techniques, et utiliser un id (clé primaire) d'utilisateur est beaucoup mieux que son login (c'est du texte) et le problème d'unicité peut se poser par définition. Par conséquent le risque qu'un utilisateur se trouve connecté sur le compte d'un autre est grand.

Il faut passer par une classe sérialisée dans l'espace global dont les méthodes de gestion doivent être privées et le rester.

Bonne continuation.

++

En phase de mise au point je te conseille de debugger des requêtes de la manière suivante :

Ici $login est une chaîne donc en sql elle doit être entre quote :

Par parenthèses, lorsque tu ouvres la connexion pour cet utilisateur tu as dû faire une requête similaire. Profite en pour récupérer d'autres infos plutôt que de refaire une requête !

Pour essayer de ne pas te faire fuir tout de suite, je passe volontairement (dans un premier temps) sur des aspects de sécurités, d'injection sql, ... Les mots y sont quand ton code marchera tu pourra aller te renseigner !!!

Bon courage.

Rappel aux règles du forum

Premier et dernier avertissement.