Petite erreur de rien du tout , header('location - PHP - Programmation
Marsh Posté le 07-06-2007 à 17:01:41
haaaan tu cherche mal alors
t'envoi des infos dans ton fichier focntions.php
Marsh Posté le 07-06-2007 à 17:04:13
yes , j'avais bien saisie qu'il y a un doublon mais j'arrive pas a gérer ce probleme
merci
Marsh Posté le 07-06-2007 à 17:06:50
ah merdouille
moi non plus je gere pas !
cherche dans ton code ! on peu rien faire pour toi là
Marsh Posté le 07-06-2007 à 17:24:33
http://forum.hardware.fr/hfr/Progr [...] 5099_1.htm
http://forum.hardware.fr/hfr/Progr [...] m#t1564386
http://forum.hardware.fr/hfr/Progr [...] 9712_1.htm
http://forum.hardware.fr/hfr/Progr [...] 7088_1.htm
En conclusion tu fais un print ligne 10 dans ton fichier fonctions.php
Marsh Posté le 07-06-2007 à 18:45:14
merci pour ces liens
edit, la fameuse ligne 10 :
%s</FONT></H3></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE>\n", $message);
Marsh Posté le 07-06-2007 à 18:52:43
Cette erreur montre l'échec total de PHP à réussir à faire quelque chose de clair et simple
Marsh Posté le 07-06-2007 à 18:55:25
merci FlorentG
ma ligne commence par ce %s, il me semble louche ce truc la
Marsh Posté le 07-06-2007 à 19:00:45
Si c'est avec un printf, c'est normal. Maintenant l'idéal dans un script PHP est de ne rien afficher tant que tout n'es pas sûr d'être OK.
Marsh Posté le 07-06-2007 à 20:15:25
L'idéal c'est aussi de balancer quelques lignes AVANT et APRÈS la ligne concernée
Marsh Posté le 07-06-2007 à 20:15:47
FlorentG a écrit : Cette erreur montre l'échec total de PHP à réussir à faire quelque chose de clair et simple |
Stadire ?
Marsh Posté le 08-06-2007 à 09:15:00
FlorentG a écrit : Cette erreur montre l'échec total de PHP à réussir à faire quelque chose de clair et simple |
Elle montre surtout l'incapacité totale des utilisateurs à lire 3 lignes de doc.
Marsh Posté le 08-06-2007 à 10:25:34
Dj YeLL a écrit : Stadire ? |
Il aurait fallu mieux séparer la partie headers et la partie response entity, pour que ce soit plus clair. Avec l'output buffering c'est un peu mieux, mais bon...
matafan a écrit : Elle montre surtout l'incapacité totale des utilisateurs à lire 3 lignes de doc. |
Marsh Posté le 08-06-2007 à 13:57:37
Merci pour vos réponses
salut DJ Yell , merci au passage pour l'enorme coup de main
Voici donc la page etat_compte :
Code :
|
Et fonctions :
Code :
|
pas tapé
Marsh Posté le 08-06-2007 à 22:45:08
si veut utiliser un header il faut que le code appelé ne genere aucun texte avant, donc surtout pas de html:
1.[/b] ---> c quoi ca ??
et je crois qu il faut que tu mettes le header avant le require...
Marsh Posté le 08-06-2007 à 22:48:11
Injection SQL et tout ce que tu voudras possible
Marsh Posté le 08-06-2007 à 22:49:15
krifur a écrit : si veut utiliser un header il faut que le code appelé ne genere aucun texte avant, donc surtout pas de html: |
Je suppose qu'il a juste voulu foutre un truc en gras dans le code, mais on peut pas mettre du gras dans une balise code sur le forum (ce qui est d'ailleurs l'intérêt de cette balise )
Le header et le require n'ont rien à voir, il n'y a pas "d'ordre" à changer
Regarde du côté de la fonction AfficheMessErr ça ne m'étonnerait pas que ce soit elle qui foute le merdier.
Marsh Posté le 08-06-2007 à 22:50:51
WiiDS a écrit : Injection SQL et tout ce que tu voudras possible |
À quoi tu vois ça ?
Marsh Posté le 08-06-2007 à 22:53:54
select * from profil_utilisateur where id_utilisateur='$utilisateur'
La variable $utilisateur n'est pas filtré non ?
Marsh Posté le 08-06-2007 à 23:03:17
WiiDS a écrit : select * from profil_utilisateur where id_utilisateur='$utilisateur' |
Elle est passée en param dans la fonction, donc faut voir la gueule de la valeur passée, j'ai pas fouiné en profondeur.
Marsh Posté le 08-06-2007 à 23:03:30
ah oui ca vient pas du require ok, donc ouai c ptet sa fonction qui renvoie un mysql ERROR donc du blabla avant le header oui.
Essaye de tester juste ta function IdentifieUtilisateur il faut que ca renvoit rien du tout (bonne connexion a la base de donnees)
Marsh Posté le 08-06-2007 à 23:09:10
oui que sous-entends tu Wiids?, protéger la variable passé dans la requéte mysql (genre utiliser la fonction addslashes() ou mysqli_escape_string()) ?ca m interesse aussi
edit: ortho
Marsh Posté le 08-06-2007 à 23:10:48
krifur a écrit : oui que sous-entendu Wiids, protége la variable passé dans la requéte mysql (genre utiliser la fonction addslashes() ou mysqli_escape_string() ?ca m intersse aussi |
mysql*_real_espace_string()
Edit: et sinon j'ai rien capté à ta phrase
Marsh Posté le 08-06-2007 à 23:43:52
ben non je disais que c'est sa function qui est avant le header qui renvoit une erreur mysql (du style error connexion) et donc renvoit du texte avant l'appel du header ...
Marsh Posté le 08-06-2007 à 23:45:47
Ah bah ça je sais pas, loic_02800 n'a pas parlé d'une autre erreur que celle qu'il a cité, donc c'est possible oui
Marsh Posté le 08-06-2007 à 23:51:39
je dirais même plus, sa fonction, dans 2/3 des cas, est conçue pour afficher du texte avant de retourner 0. Et c'est justement quand elle retourne 0 qu'il doit rediriger
Marsh Posté le 09-06-2007 à 14:37:16
et bas ca fait causer en tout cas !
J'essaie de suivre mais c'est pas évident pour un noob
Donc il ne faut aucun texte devant l'appel du header, c'est ca que je dois virer ?
Marsh Posté le 09-06-2007 à 15:47:57
loic_02800 a écrit : |
ezgatkement
Marsh Posté le 09-06-2007 à 16:01:26
krifur a écrit : oui que sous-entends tu Wiids?, protéger la variable passé dans la requéte mysql (genre utiliser la fonction addslashes() ou mysqli_escape_string()) ?ca m interesse aussi |
Dans un script, pour te protéger des injections SQL voici une méthode qui marche bien :
- Faire un stripslashes sur les tableaux $_POST et $_GET avec array_map. Cela évite les \ mis devant les guillemets par les magic quotes, qui sont une protection de PHP mais dans l'absolu il vaut mieux éviter de se reposer sur ca. Cette fonction est d'ailleurs beaucoup critiquée et sera mise OFF par défaut dans PHP 6.
- Faire un mysql_real_escape_string sur les variables qui seront utilisées dans une requête.
Avec ca déjà tu es bien protégé contre les injections SQL, maintenant il existe beaucoup d'autres failles du genre (XSS en tête) et si ton script n'est pas pensé sécurité, ca peut faire mal. Je laisse la parole aux pros qui auront certainement de meilleurs solutions que moi
Marsh Posté le 09-06-2007 à 16:01:51
theredled a écrit : ezgatkement |
Postaÿ bourraÿ entraine le taÿtaÿ
Marsh Posté le 07-06-2007 à 16:23:54
Bonjour à tous
J'ai une petite erreur dans une page qui renvoie vers une autre :
C'est la ligne header('location...
qui pose probleme :
Warning: Cannot modify header information - headers already sent by (output started at /mnt/136/sdc/8/a/dvdenstock/fonctions.php:10) in /mnt/136/sdc/8/a/dvdenstock/etat_compte.php on line 7
Je fais quoi moi