Problème de redirection
Fermé
rawiaGL
Messages postés
18
Date d'inscription
samedi 11 mai 2013
Statut
Membre
Dernière intervention
2 mai 2015
-
5 oct. 2014 à 13:53
JooS Messages postés 2468 Date d'inscription mardi 22 janvier 2008 Statut Membre Dernière intervention 8 juin 2016 - 5 oct. 2014 à 20:21
JooS Messages postés 2468 Date d'inscription mardi 22 janvier 2008 Statut Membre Dernière intervention 8 juin 2016 - 5 oct. 2014 à 20:21
A voir également:
- Problème de redirection
- Redirection de mail - Guide
- Virus de redirection bing windows ✓ - Forum Virus
- L'url suivante, censée aboutir à un article, donne lieu à une redirection indiquant que la page n'a pas été trouvée. retrouvez la page recherchée. reportez le titre de l’article et son auteur. ✓ - Forum Réseaux sociaux
- Redirection mail free ✓ - Forum Windows
- Redirection de port freebox pop - Forum Freebox
1 réponse
JooS
Messages postés
2468
Date d'inscription
mardi 22 janvier 2008
Statut
Membre
Dernière intervention
8 juin 2016
228
5 oct. 2014 à 19:52
5 oct. 2014 à 19:52
Salut,
- A quoi bon faire un "extract" si tu continues d'utiliser le tableau POST !
- Au lieu de vérifier si le login est correct (chose inutile, puisque si la requete retourne quelque chose, c'est que le login et le mot de passe sont corrects), vérifie seulement si "$count" est égale à 1, si c'est le cas, alors tout est correct, sinon, tu affiches le message d'erreur.
- Utilise "mysql_real_escape_string" au lieu de "mysql_escape_string", sinon, évite toutes ces fonctions ainsi que mysql_connect, mysql_select_db ... etc, sont obsolètes, il est fortement conseillé de changer de méthode de travail et de migrer vers PDO ou MySQLi.
- Ton erreur, mysql_fetch_array retourne un tableau indexés, et non pas un tableau associatif, donc la fonction que tu recherches est "mysql_fetch_assoc".
PS : Dans la page de l'admin, de l'utilisateur et du superviseur, est ce que tu vérifies tout en haut si l'utilisateur a le droit d'accès ?
Parce que si ce n'est pas le cas, n'importe qui peux se connecter en tant qu'utilisateur, puis taper dans la barre des adresses "http://localhost/sup/smtp_sup.php" et accéder a la section du superviseur !
Bon courage.
- A quoi bon faire un "extract" si tu continues d'utiliser le tableau POST !
- Au lieu de vérifier si le login est correct (chose inutile, puisque si la requete retourne quelque chose, c'est que le login et le mot de passe sont corrects), vérifie seulement si "$count" est égale à 1, si c'est le cas, alors tout est correct, sinon, tu affiches le message d'erreur.
- Utilise "mysql_real_escape_string" au lieu de "mysql_escape_string", sinon, évite toutes ces fonctions ainsi que mysql_connect, mysql_select_db ... etc, sont obsolètes, il est fortement conseillé de changer de méthode de travail et de migrer vers PDO ou MySQLi.
- Ton erreur, mysql_fetch_array retourne un tableau indexés, et non pas un tableau associatif, donc la fonction que tu recherches est "mysql_fetch_assoc".
PS : Dans la page de l'admin, de l'utilisateur et du superviseur, est ce que tu vérifies tout en haut si l'utilisateur a le droit d'accès ?
Parce que si ce n'est pas le cas, n'importe qui peux se connecter en tant qu'utilisateur, puis taper dans la barre des adresses "http://localhost/sup/smtp_sup.php" et accéder a la section du superviseur !
Bon courage.
Modifié par JooS le 5/10/2014 à 21:16
En fait non, elles ne sont pas ignorées !
Il est plus approprié de dire que les "echo" sont totalement inutiles après une redirection, parce que vu que tout le script s'exécute en seulement quelques millisecondes, on a alors l'impression que les messages ne sont pas générés, mais en réalité sur le serveur, ils le sont !
Donc les instructions après une redirection sont bel et bien exécutés, maintenant faut voir si elles sont utiles ou pas (cas de la directive "echo") !
D'ailleurs c'est pour ça que pleins de gens mettent "exit" ou "die" juste après une redirection, c'est pour dire au compilateur que ce n'est plus la peine de continuer l'exécution de la page.
SI tu as encore un doute, essaye ce script !
Normalement le script affiche une erreur, "variable $_SESSION['tmp'] introuvable", car sa définition se trouve après la redirection ... et ben non, la variable est bel et bien définie et affiché.