PHP

[PHP&Div] Cookies&Gâteaux Secs - Postez vos fonctions inutiles ici :D

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [PHP&Div] Cookies&Gâteaux Secs - Postez vos fonctions inutiles ici :D

Fred999

Rabat-joie

SOUCI (PRESQUE) RESOLU, MERCI A TOUS... LE RESTE EST PLUS BAS DANS LE POST

Edit 2 : on avance, on avance!

Edit 3 : les fonctions inutiles, c'est en fond de topic, et c'est multi-langage

:hello:

Voilà le souci : je n'arrive pas à créer un cookie permanent avec setcookie().

Le code :

Code :

<? // Si arrivée après saisie, on crée un cookie
if ((!empty($login)) && (!empty($password)) && (!empty($equipe)) && (!empty($type))) {
SetCookie("LHO-ligue" );
SetCookie("LHO-login" );
SetCookie("LHO-password" );
SetCookie("LHO-equipe" );
SetCookie("LHO-type" );
SetCookie("lho" );
SetCookie("LHO-ligue", "LHO" );
SetCookie("LHO-login", "$login" );
SetCookie("LHO-password", "$password" );
SetCookie("LHO-equipe", "$equipe" );
SetCookie("LHO-type", "$type" );
require ("include/config.php" );
}
else {
require ("include/verifcookie.php" );
}?>

Ce qui est carrément louche dans l'histoire :

J'ai une page d'identification qui linke sur la page contenant le code ci-dessus (cas où on vérifie la condition du if, l'existence des variables signifie que l'utilisateur s'est loggé en l'absence d'un cookie).

Or, quand on passe sur le code, le cookie est introuvable (que ce soit dans Documents and Settings ou dans Content.IE5), alors que, quand je me balade sur le site (où l'existence du cookie est vérifiée à chaque page), il ne cause pas de problème!!!

Où est la faute? :??:

Merci d'avance :hello:

Message édité par Fred999 le 21-11-2002 à 14:05:07

Publicité

Sh@rdar

Ex-PhPéteur

salut fred999 :hello:

en quoi le cookie est permanent ? y a pas de date de validité donc à la fermeture du browser il est détruit non ?

pourquoi écraser les cookies en en créant plusiseurs identiques ?

et enfin la question stupide : t'as bien un refresh après ?

---------------
La musique c'est comme la bouffe, tu te souviens du restaurant dans lequel t'as bien mangé 20 ans plus tôt, mais pas du sandwich d'il y a 5 minutes :o - Plugin pour winamp ©Harkonnen : http://harko.free.fr/soft

Fred999

Rabat-joie

Haaaaaaaaaaa un cookie sans date limite est mort à la fermeture du brouteur :ouimaitre:

Pourtant, je pensais avoir bien lu la doc de php.net

Alors comment fait-on,? Est-on obligé de faire une sinistre cuisine à la :

Code :

setcookie("LHO-password", "$password", time() + 10000000000000000000000);

:??:

Sinon, pourquoi écraser le cookie? C'est pour éviter confusion en cas de double compte. Je ne me souviens plus pourquoi c'est là, mais je crois que sans, j'avais rencontré des problèmes. :??:

Quant au refresh, qu'entends-tu par là? Un refresh "forcé", ou bien le simple fait de relancer la vérification à chaque clic?

Merci!

Message édité par Fred999 le 20-11-2002 à 17:25:40

joce

Architecte / Développeur principal
"BugHunter"

faut pas l'ecrire dans l'autre sens, j'avais cru lire je sais plus ou que les cookies etait sette dans l'ordre inverse d'apparition (peut me plante completement ceci dit)

joce

Architecte / Développeur principal
"BugHunter"

In PHP 3, multiple calls to setcookie() in the same script will be performed in reverse order. If you are trying to delete one cookie before inserting another you should put the insert before the delete. In PHP 4, multiple calls to setcookie() are performed in the order called.

voila, donc c valable uniquement pour php3

Fred999

Rabat-joie

Hum ça marche comme ça donc... j'y toucherai pas (désolé pour la propreté, mais c'est trop de boulot depuis cet été d'avoir pondu ce site).

Sinon, joce, pour la cuisine qui fait un cookie permanent, tu vois autre chose?

J'ai regardé sur les scripts des autres sections de mon site, c'est le même binz (10.000 heures de validité :sweat: )

Fred999

Rabat-joie

joce a écrit a écrit :

In PHP 3, multiple calls to setcookie() in the same script will be performed in reverse order. If you are trying to delete one cookie before inserting another you should put the insert before the delete. In PHP 4, multiple calls to setcookie() are performed in the order called.

voila, donc c valable uniquement pour php3

J'ai vu ça, mais étant ignorant en la matière...

joce

Architecte / Développeur principal
"BugHunter"

Fred999 a écrit a écrit :

Hum ça marche comme ça donc... j'y toucherai pas (désolé pour la propreté, mais c'est trop de boulot depuis cet été d'avoir pondu ce site).

Sinon, joce, pour la cuisine qui fait un cookie permanent, tu vois autre chose?

J'ai regardé sur les scripts des autres sections de mon site, c'est le même binz (10.000 heures de validité :sweat:

)

non je fais pareil sauf que je marque 60*24*365

Fred999

Rabat-joie

C'est exactement ce que je viens de faire [:plat00n2]

Heu c'est pas en secondes un cookie?

Genre "3600*24*365"

joce

Architecte / Développeur principal
"BugHunter"

Fred999 a écrit a écrit :

C'est exactement ce que je viens de faire [:plat00n2]

Heu c'est pas en secondes un cookie?

Genre "3600*24*365"

si j'ai oublie les minutes

Publicité

Fred999

Rabat-joie

Il reste que c'est dommage de devoir procéder à une vieille bidouille pour avoir un cookie permanent!

omega2

*366 pour les années bisextiles.

Sh@rdar

Ex-PhPéteur

remarque c'est pas plus mal sinon, bonjour la polution...

eh puis un vrai cookie permanent, ça n'existe pas, à moins d'empecher le client de les effacer

joce

Architecte / Développeur principal
"BugHunter"

Fred999 a écrit a écrit :

Il reste que c'est dommage de devoir procéder à une vieille bidouille pour avoir un cookie permanent!

ba c'est pas une bidouille, c'est le cookie qui est fait comme ca

Fred999

Rabat-joie

C'est pas faux non plus.

Disons que c'est une bonne manière d'empêcher les vrais mouchards de nuire...

Mais là, c'était, comme ça peut l'être pour le forum HFR, une manière de simplifier la vie de l'utilisateur :jap:

Fred999

Rabat-joie

Toujours un souci [:kalisto]

J'appelle donc le fichier suivant par require() :

Code :

<? // S'il y a un cookie, on vérifie si le DG a des matches/transferts à valider.
// Si c'est le cas, on lui envoie une pop-up.
if ( (!empty($HTTP_COOKIE_VARS["LHO-ligue"])) &&
(!empty($HTTP_COOKIE_VARS["LHO-login"])) &&
(!empty($HTTP_COOKIE_VARS["LHO-password"])) &&
(!empty($HTTP_COOKIE_VARS["LHO-equipe"])) &&
(!empty($HTTP_COOKIE_VARS["LHO-type"]))) {
// etc... traitements divers et variés
<? } ?>

Et il ne rentre jamais dans le IF, alors que j'ai le cookie suivant :

Code :

LHO-ligue
LHO
nhl.lfjr.net/LHO/
*
LHO-login
Fred
nhl.lfjr.net/LHO/
*
LHO-password
<mon mot de passe codé en md5>
nhl.lfjr.net/LHO/
*
LHO-equipe
COL
nhl.lfjr.net/LHO/
*
LHO-type
A
nhl.lfjr.net/LHO/
*

(j'ai viré pas mal de trucs du cookie)

Pourquoi que ça ne marche pas? :??:

Quand j'effcetuais le test en local, tout fonctionnait bien, mais là, intégré dans une grosse page (avant toute autre instruction), plus rien

joce

Architecte / Développeur principal
"BugHunter"

remplace voir $HTTP_COOKIE_VARS par $_COOKIE

Fred999

Rabat-joie

Ma foi... Aucun changement.

Quelle était la différence entre les deux? :??:

Sh@rdar

Ex-PhPéteur

aucune ... selon la conf de PHP et la version
t'as pas répondu plus haut t'as bien un refresh à chaque fois ?

vérifie donc tes variables de cookies avec ça :

Code :

Function Display($array,$sp) {
foreach ($array AS $Key => $Val) {
echo "$sp<b>$Key</b> => $Val";
if (is_array($Val)) {
echo ' ( <br>';
Display($Val,$sp.' ');
echo "$sp)";
}
echo "<br>\n";
}
}
Display ($HTTP_COOKIE_VARS,' ');

Fred999

Rabat-joie

Merci

Je teste ça de suite!

Fred999

Rabat-joie

Ca ne marche pas, mais ça y est, j'ai compris pourquoi!

En fait, le site est ordonné comme suit :

- un répertoire-racine, avec les pages "générales"
- un répertoire "Membres" qui contient les pages spécifiques à la partie Membres.

Le cookie est créé dans la partie Membres. Son nom : <mon_login_NT>@LHO[1].txt (LHO étant le nom du répertoire concerné)

Or la vérification doit s'effectuer lors de l'ouverture du site => dans le répertoire-racine.

C'est pourquoi la vérification ne marche pas, alors que, si je la fais en appelant un fichier contenu dans le répertoire Membres, ça marche.

Je vais chercher une solution, mais si quelqu'un a une piste, je suis preneur

Fred999

Rabat-joie

Hum le paramètre $path me paraît une piste à explorer.

Quitte à créer un second cookie? :??:

Fred999

Rabat-joie

Bon, il semble que je doive encore faire de la cuisine

(je posterai la solution)

Sh@rdar

Ex-PhPéteur

Tu as vérifié que tout les cookies sont bien présents avec ma fonction ?

tu devrais peut être modifier ta boucle !empty() pour isoler le paramètre qui fait tout foirer non ?

Fred999

Rabat-joie

Oui, j'ai bien vérifié.

En fait, c'est une question de répertoire, comme décrit plus haut.

Et si je crée le cookie avec comme répertoire la racine, je ne peux pas aller fouiller dedans depuis un sous-répertoire.

Tant pis, je vais rajouter une valeur de cookie accessible depuis la racine

Message édité par Fred999 le 21-11-2002 à 11:32:12

speedo

j'ai aussi un pb de cookie:

avec setcookie sans date d'expiration (donc disparait apres fermeture explorer)

le fichier cookie n'est pas stoke sur le DD (meme qd la fenetre explorer est encore ouverte)
pourtant l'identifaction de mes users marche tres bien et si on ferme le fenetre il ne peuvent plus se connecter (donc la fonction cookie marche bien.
J'ai juste le index.dat qui change de date .....

En somme c'est pas grave (tout focntionne) mais je voudrais savoir pourquoi le fichier texte est pas creé ...

Merci

Sh@rdar

Ex-PhPéteur

si ton cookie est bien lu c'est qu'il est bien créé :pt1cable:

t'es sur de regarder au bon endroit ?

Fred999

Rabat-joie

Sh@rdar a écrit a écrit :

si ton cookie est bien lu c'est qu'il est bien créé :pt1cable:

t'es sur de regarder au bon endroit ?

Par rapport à ça,je suis effectivement d'accord avec speedo.

Impossible de trouver le cookie dans Documents and Settings/User/Cookies et dans WinNT/Temporary.../Content.IE5, endroits habituels de stockage des cookies.

Message édité par Fred999 le 21-11-2002 à 13:02:08

Sh@rdar

Ex-PhPéteur

le truc ultime pour vérifier que le cookie est bien créé c'est demander l'autorisation pour chaque cookie..

si la page web lit le cookie c'est qu'il est bien là, on peut pas le nier,

la gestion dépend aussi de l'os, du browser etc..

il est peut être gardé en mémoire car valide uniquement pour la session, ça évite un accès disque après tout

Message édité par Sh@rdar le 21-11-2002 à 12:00:03

Sh@rdar

Ex-PhPéteur

en plus la meilleure solution c'est : MOZILLA !

le cookie manager, et tout les outils Js etc.. permettent vraiment de bien vérifier tout, c'est vraiment LE browser pour les développeurs web.

Fred999

Rabat-joie

Mon PC tourne déjà de l'?il, je ne vais pas abuser

Et bon, je fais un site "grand public", et l'extrême majorité des gens ont IE.

Sh@rdar

Ex-PhPéteur

ah mais je parle pas d'optimiser ton site ni même de le changer, je dis juste que pour tester ton site pendant son développement et pouvoir vérifier tes cookies par exemple, mais aussi le javascript, les liens etc.. Mozilla est une des meilleures solutions

en tout cas développer un site en testant sous IE faut être un peu maso quand même, il avale toutes les erreurs donc ça incite moins à la rigueur

Fred999

Rabat-joie

Les erreurs HTML? Clair :lol:

Notre site est bourré d'erreurs HTML. [:ddrs55]

Le Javascript se porte honnêtement (même si un des développeurs a pondu cette sublime fonction (si tu lis ce post, vraiment, je suis désolé, cette fonction doit être une relique d'un temps passé mais bon ) :

Code :

function MM_openBrWindow(theURL,winName,features)
{
window.open(theURL,winName,features);
}

:ouimaitre:

Et le PHP gagnerait sans doute à être relu par un codeur expérimenté (j'ai débuté en PHP avec ce site...).

Message édité par Fred999 le 21-11-2002 à 13:45:13

Sh@rdar

Ex-PhPéteur

pas mal cette fonction mais j'ai eu mieux :

Code :

<?
Function Redirection ($url) {
header ("location:$url);
}
?>

elle est pas mal celle là hein ?

Fred999

Rabat-joie

Joli :lol:

Fred999

Rabat-joie

Bon, finalement, le code suivant marche :

Code :

SetCookie("LHO-popup", "$contenu", time() + 31536000, "/" );

le "/" permet de lire le cookie depuis la racine du site.

Ca fait doublon d'infos, mais tant pis.

Pfiou [:psychokwak]

Merci tout le monde!!! [:keyzer93]

Message édité par Fred999 le 21-11-2002 à 14:39:52

Sh@rdar

Ex-PhPéteur

c'est bizzarre il me semblait que la raçine est le paramètre par défaut quand non spécifié..

enfin bon si ça fonctionne...

omega2

Sh@rdar a écrit a écrit :

c'est bizzarre il me semblait que la raçine est le paramètre par défaut quand non spécifié..

enfin bon si ça fonctionne...

Le paramêtre par défaut est le répertoire courant.

Sh@rdar

Ex-PhPéteur

ok.. remarque à force de ne faire des cookies qu'à la raçine...

omega2

Moi, j'ai aucun cookie à la racine, ca me permet de tester les conportements avec plusieurs réglages sans passer mon temps à les modifier (j'ai juste à gérer plusieurs copies du site :pt1cable: )

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

PHP

[PHP&Div] Cookies&Gâteaux Secs - Postez vos fonctions inutiles ici :D

Sujets relatifs
PHP et MySQL que choisir comme guide de reference? (book papier)	Problème PHP/MySQL assez complexe
[PHP] Formulaires.... ???	struct & fonctions
[PHP] Upload de fichier (Chez FREE)	[PHP] Problème de confirmation d'inscription avec un formulaire.
pb de poinreur lors d'appel de fonctions	[PHP] phpbb?
fonctions graphiques en C	Executer un script PHP à partir dun script perl ....
Plus de sujets relatifs à : [PHP&Div] Cookies&Gâteaux Secs - Postez vos fonctions inutiles ici :D

Page générée en 0.116 secondes