Reprise du message précédent :

hello,

d'apres l'exemple donne, si l'utilisateur perds sa session et qu'il est oblige de se reidentifier, il perds toutes les variables de session ! donc ca peut pas marcher ! enfin si j'ai bien compris...

en ce qui concerne les cookies, je suis daccord sur le fond avec snake, dans le sens ou il est a eviter tout ce qui n'est pas utilisable de partout. en revanche, je ne connais personne qui bloque les cookies... mais bon, je connais pas bcp de monde lol bref ! disons que l'avantage de la methode "cookies", c'est qu'elle traque reellement l'url, session ou pas cela fonctionne.

voila ce que je met au debut de la page a retenir :



a tester pkoi pas

ouais ouais je sais les puristes... g honte, je sais...

@+

bon, comme ca passe difficilement :


$_SERVER['REQUEST_URI'] ne contient PAS l'url courant


Sinon, concernant l'usage des cookies, je dit : "tant pis pour ceux qui bloquent tout"

Les cookies sont un moyen mis à disposition des développeurs internets, c'est pratique alors autant s'en servir.

Dit-on à un peintre de ne pas utiliser le rouge ?

ca contient quoi alors cette variable? car ca marche pourtant:

en effet, ça marche, mais ce n'est PAS l'url courante

Fais un et tu le verras tout de suite

Ton formulaire fonctionne car l'hote est ajouté automatiquement à ton $_SERVER['REQUEST_URI'] pour faire le lien

ya pas l'hote, juste l'adresse de la page sur le serveur

Le 16 juin 2004 à 17 h 36, Erel69 a écrit : bon, comme ca passe difficilement : $_SERVER['REQUEST_URI'] ne contient PAS l'url courant Sinon, concernant l'usage des cookies, je dit : "tant pis pour ceux qui bloquent tout" Les cookies sont un moyen mis à disposition des développeurs internets, c'est pratique alors autant s'en servir. Dit-on à un peintre de ne pas utiliser le rouge ?

merci pour les cookies

je rappelle que c'est ce que j'ai utilise dans la page APPELEE donc forcement, request uri ramene la page precedente donc c'est bien ce que l'on cherche, il suffit d'inserer cette portion de code dans toutes les pages et c'est tout

copier/coller du man php :
*************************
$REQUEST_URI
L'URI qui a été fourni pour accéder à cette page. Par exemple : '/index.html'.
*************************

dans son cas, s'il perd la session, il suffit de mettre le code dans la page sur laquelle il va atterrir en cas d'erreur, c'est vraiment tout con

@ peluche

PS : je sais que ca peut paraitre bizarre, mais je me suis justement pris le chou sur le meme probleme ya 15 jours, voila pourquoi j'affirme que la soluce fonctionne, c'est un copier/coller de ma page en prod

Le 16 juin 2004 à 17 h 36, Erel69 a écrit : Dit-on à un peintre de ne pas utiliser le rouge ?

Huh .. plutot un artisan horloger si on veut faire un parallele ..

Sinon, concernant l'usage des cookies, je dit : "tant pis pour ceux qui bloquent tout" Les cookies sont un moyen mis à disposition des développeurs internets, c'est pratique alors autant s'en servir.

C'est vrai que c'est la solution de facilite .. surtout si t'as affaire a des utilisateurs qui n'ont pas le choix ..

Maintenant, sur commande (client, employeur, etc ..), t'as pas forcement le choix ..

Le 17 juin 2004 à 09 h 56, iraysyvalo a écrit : Sinon, concernant l'usage des cookies, je dit : "tant pis pour ceux qui bloquent tout" Les cookies sont un moyen mis à disposition des développeurs internets, c'est pratique alors autant s'en servir. C'est vrai que c'est la solution de facilite .. surtout si t'as affaire a des utilisateurs qui n'ont pas le choix .. Maintenant, sur commande (client, employeur, etc ..), t'as pas forcement le choix ..

sur commande ??? t'as des clients qui t'obligent a ne pas utiliser les cookies ???

Ouaip et bien d'autres choses désagréables...
j'ais rencontré des utilisateurs qui n'avaient aucuns droits sur leurs disques même pas dans temp....
Va faire une appli dans ces conditions...

Les généralités faut jamais compter dessus.
Se dire tant pis si 1% ne peut pas s'en servir ceux qui te rapporteront du pognon sont dans les 1% <= merci murphy

Enfin chacun fait comme il veut bien entendu

T'as pas tort, il faut négliger le moins de choses possibles.

Va chez un concesionnaire Honda, et dis-lui :

"Je voudrai profiter du Vtec, monter à 8000tr/minutes, avoir des sensations, un bruit splendide.... mais en diesel"

Il te dire "non c'est pas possible, c'est un moteur essence"


Sur le net, c'est pareil, pour avoir certaines fonctionnalités il faut accpeter certaines conditions.


L'exemple est exagéré mais c'est pour parler du principe.
Pour un programme VB tu as besoin de certaines librairies, etc.....

Et sur le net tu peux avoir besoins des cookies. Ca n'existe pas un logiciel qui fonctionne quelque soit la machine, quelque que soit sa configuration etc....

Arf tu n'as pas tort non plus Erel... C'est vrai que c'est compliqué.. En fait ma logique est de créer un logiciel pour l'utilisateur qui soit capable de répondre à ses besoins. On NE peut pas créer un logiciel qui marche partout à 100%, c'est impossible, c'est pourquoi il faut qu'il soit fiable à son maximum. Ceci dit, pour une question de lourdeur ou de temps de travail, on peut imposer des conditions à l'utilisateur (tout en l'avertissant).

Le 18 juin 2004 à 14 h 43, Erel69 a écrit : Va chez un concesionnaire Honda, et dis-lui : "Je voudrai profiter du Vtec, monter à 8000tr/minutes, avoir des sensations, un bruit splendide.... mais en diesel" Il te dire "non c'est pas possible, c'est un moteur essence" Sur le net, c'est pareil, pour avoir certaines fonctionnalités il faut accpeter certaines conditions. L'exemple est exagéré mais c'est pour parler du principe. Pour un programme VB tu as besoin de certaines librairies, etc..... Et sur le net tu peux avoir besoins des cookies. Ca n'existe pas un logiciel qui fonctionne quelque soit la machine, quelque que soit sa configuration etc....

Non mais tu peux y tendre et certainement pas en indiquant dès l'origine des contraintes techniques...
Car si ton concurent lui se casse le cul et fourni la même chose sans contrainte technique devine ou va aller le client?

Ton exemple est pas valable...
Parce que si le concessionnaire lui dit que dalle, le client il va aller voir ailleurs et c'est tout... En tout cas dans l'informatique c'est comme ça.

Ce n'est pas au client à se plier à tes problèmes...
C'est à toi à te plier aux problèmes du client.

Enfin chacun voit midi à sa porte comme dirait l'autre mais c'est ma manière de bosser et parfois je préfère passer plus de temps à tester sur 10 plateformes y compris des conditions techniques restreintes que risquer de perdre un client...

et ton job, par la même occasion.

Pas forcèment tout dépends la politique de ta boite, ou si tu bosse pour toi.

Ben si tu bosses pour toi et que le client va voir ailleurs régulièrement, t'a un peu mal o fesses En gros tu fais pas long feu

Ouais enfin à moins d'avoir qu'un client ou un truc très spécialisé, tu peux vivre ou survivre sans te plier en 4.... (j'en connais un certain nombre)
le problème c'est arriver à durer sur le long terme.

C'est là que le bas blaisse.. C'est pourquoi il devient nécessaire de se mettre à jour régulièrement.. Je commence à sortir du sujet. Dsl.

Le 18 juin 2004 à 14 h 43, Erel69 a écrit : Va chez un concesionnaire Honda, et dis-lui : "Je voudrai profiter du Vtec, monter à 8000tr/minutes, avoir des sensations, un bruit splendide.... mais en diesel" Il te dire "non c'est pas possible, c'est un moteur essence" Sur le net, c'est pareil, pour avoir certaines fonctionnalités il faut accpeter certaines conditions. L'exemple est exagéré mais c'est pour parler du principe. Pour un programme VB tu as besoin de certaines librairies, etc..... Et sur le net tu peux avoir besoins des cookies. Ca n'existe pas un logiciel qui fonctionne quelque soit la machine, quelque que soit sa configuration etc....

Oui, c'est ce que j'ai dit .... pour les utilisateurs qui n'ont pas le choix .. et dans le cadre de ton concessionnaire, ils l'ont pas ...