Bonjour à tous,
 
En deux mots, j'aurai besoin d'une lumière :
 
Je dispose de deux pages 1.php et 2.php qui pointent vers une page delete.php
delete.php dispose d'un lien retour qui doit pointer vers la page appelante (1 ou 2)
J'ai inséré le code suivant dans 1 et 2.php :
 $url= "?"; $url.= $_SERVER['QUERY_STRING'];
ainsi je récupère le path et la condition ex : ../toto/index.php et le reste de ma variable $url (distincte selon 1 ou 2.php)
le hic intervient lorsque j'affiche $url dans la page delete.php :
$url n'est pas complet : "?page=1.php" ou lieu de "?page=1.php&titi=1"
-- Pourriez-vous m'en indiquer la raison ? SVP

heu chépa, tu as essayé de faire un phpinfo() sur delete.php ??

un echo de $_SERVER['QUERY_STRING'], ça affiche quoi ???

>> faire un phpinfo() sur delete.php ??
-- excuse-moi je n'en comprends pas la raison ou le sens : pense-tu que cela viendrait de ma config ?
 
Car lorsque j'envoi un lien <a href="<ici les parametres de ma page1.php&url=$url"> les variables sont complètes dans la barre d'adresse  
donc j'ai bien  
../toto/index.php?page=delete.php&idtruc=dtruc&url=?page=page1.php&idtruc=id_truc
et j'ai besoin de : "?page=page1.php&idtruc=id_truc" pour le retour.
Mais pas lorsque je fait un echo $url dans la page delete.php.
Donc je ne vois pas d'où ca vient ou encore s'il existe une autre manip
--  
J'ai donc vraiment besoin de lumière

Le phpinfo(); aurait servi à voir quelle variable contient ce que tu recherches, ce qui correspond à ce que dit Xav_

excuse xav_ et bob007 vos réponses ne m'étaient pas parvenues :
 
voila ce que $_SERVER['QUERY_STRING'] m'affiche
page=mapage1.php&id_truc=21

donc echo $_SERVER['QUERY_STRING']; ça affiche:
page=mapage1.php&id_truc=21  
 
mais
$url='?';
$url.=$_SERVER['QUERY_STRING'];
echo $url; ça affiche seulement:
?page=mapage1.php
 
si c'est bien ce que tu veux dire en récapitulant, je dois dire que je comprend pas trop en effet....

c'est tout a fait le résultat que j'obtient en effet :
?page=mapage1.php
alors qu'initialement et sans autre traitement j'affiche bien  
?page=mapage1.php&id_truc=21 (je rajoute bien un ? en début de chaine)

ton echo il est dans un <select> ou un truc dans le genre ?
Enfin ca fait comme si le '&' était echapé! C'est louche!!!

il se trouve actuellement en tête de page pour test !

moué!
La j'avoue que ca me dépasse un peu aussi

Parcontre, si je me trompe pas, la variable QUERY_STRING est a utiliser avec des précautions, parceque le navigateur n'est pas obligé de la fournir..

quelle alternative aurai-je de fait : si le navigatueur de requete ne ma le retourne que quand ca lui chante ?

si tu ne peux pas utiliser la variable prédéfini en php, personne ne t'empeche de t'en créer une...
tu te créé une variable de session genr $last_url que tu met à jour en arrivant sur une page pour savoir en permanence d'ou tu viens....

Exact , cela dit mon post n'etait en rien un reproche a votre metode, juste une mise en garde

Je vais me faire taper dessus mais pour des raisons de commodités je n'utilise pas les sessions : l'utilisateur peut en ouvrir autant qu'il souhaite et je ne me vois pas soit redéfinir ma bdd ou encore lui demander à chaque ouverture de session de s'identifier de nouveau.

Oui mais rien ne t'empeche de les utiliser uniquement pour ce truc de la page précédente, que l'utilisateur soit "identifié" ou pas a la limite tu t'en fous, c'est juste une affaire de "précédent", alors meme si tu proposes cette fonction a qqn de non identifié c pas la mort ..

+1
moi j'utilise aussi les session pour mon compteur de hit, comme mon menu est réaafiché à chaque page (pseudo-frame avec des include), je gère une session pour n'etre sur que je compte qu'une visite à chaque passage...
c'est transparent pour le visiteur qui ne sait meme pas qu'il est dans une session.
Les variables de session sont hébergées sur le serveur, rien  n'est ecri ou lu sur la machine du visiteur, donc pas de pb d'autorisation, de blocage de scritp...etc...
Les sessions ne sont pas faites que pour des sites avec identification.... elles sont faite pour des sessions "visiteur" également

 
Pas exactement, une partie est bel et bien écrite dans le cache du client (comme un vulgaire cookies), mais le ficher ne contient qu'un ID, j'ai jms controlé mais j'imagine que c'est l'ID de session en cours ..

en effet, j'avais zappé ça au moment de mon message, le SESSID transide en général par les cookies, ce qui necessite que ceux-ci soient autorisés...