par
albat » 04 août 2005, 08:44
Hum...
La transmission de paramètres dans l'URL n'a rien à voir avec l'utilisation de pseudo-frames.
Comme te l'ont expliqué
ouckileou et
Cyrano, le but est de passer une information d'une page à une autre.
Après, tu es totalement libre de faire ce que tu veux de ces infos que tu as fait passer.
L'exemple d'
ouckileou me paraît très clair, mais je vais t'en donner un 2e.
Tu es prof et tu utilises une appli en ligne pour gérer la liste et les notes de tes d'élèves.
Sur une page, tu peux très bien afficher la liste complète de tes élèves classés par ordre alphabétique, par exemple.
En cliquant sur l'un des noms, tu ouvres une popup correspondant à la fiche individuelle de l'élève désigné.
Cette fiche contient ses nom, prénom, âge, coordonnées, notes... tout ce que tu veux.
Quel est alors le lien à utiliser dans ta liste de départ pour appeler chacune de ces fiches individuelles ?
echo "<a href='fiche_individuelle.php?numero_eleve=".$numero_eleve."' target='_blank'>".$nom_eleve." ".$prenom_eleve."</a><br />";
Et dans ta page fiche_individuelle.php, tu récupères la valeur de la variable transmise en paramètre dans l'URL au moyen de la méthode GET :
$numero_eleve_choisi = $_GET['numero_eleve'];
Après, tu peux en faire ce que tu veux : l'utiliser dans des requêtes SQL, etc.
Tu vois : aucun lien avec les pseudo-frames en particulier.
Par ailleurs, l'inconvénient de ce principe (outre l'aspect inesthétique des URL à rallonge)
est d'afficher clairement sur le navigateur des données que le visiteur n'a pas à connaître.
Il peut tenter de modifier manuellement les paramètres passés au risque de planter ton appli.
Prévois donc les tests sur les valeurs que tu récupères par ce moyen...
(L'utilisation de la méthode POST t'évite ce petit tracas, mais elle nécessite l'emploi d'un formulaire)
Hum...
La transmission de paramètres dans l'URL n'a rien à voir avec l'utilisation de pseudo-frames.
Comme te l'ont expliqué [b]ouckileou[/b] et [b]Cyrano[/b], le but est de passer une information d'une page à une autre.
Après, tu es totalement libre de faire ce que tu veux de ces infos que tu as fait passer.
L'exemple d'[b]ouckileou[/b] me paraît très clair, mais je vais t'en donner un 2e.
Tu es prof et tu utilises une appli en ligne pour gérer la liste et les notes de tes d'élèves.
Sur une page, tu peux très bien afficher la liste complète de tes élèves classés par ordre alphabétique, par exemple.
En cliquant sur l'un des noms, tu ouvres une popup correspondant à la fiche individuelle de l'élève désigné.
Cette fiche contient ses nom, prénom, âge, coordonnées, notes... tout ce que tu veux.
Quel est alors le lien à utiliser dans ta liste de départ pour appeler chacune de ces fiches individuelles ?
[php]echo "<a href='fiche_individuelle.php?numero_eleve=".$numero_eleve."' target='_blank'>".$nom_eleve." ".$prenom_eleve."</a><br />";[/php]
Et dans ta page fiche_individuelle.php, tu récupères la valeur de la variable transmise en paramètre dans l'URL au moyen de la méthode GET :
[php]$numero_eleve_choisi = $_GET['numero_eleve'];[/php]Après, tu peux en faire ce que tu veux : l'utiliser dans des requêtes SQL, etc.
Tu vois : aucun lien avec les pseudo-frames en particulier. ;)
Par ailleurs, l'inconvénient de ce principe (outre l'aspect inesthétique des URL à rallonge)
est d'afficher clairement sur le navigateur des données que le visiteur n'a pas à connaître.
Il peut tenter de modifier manuellement les paramètres passés au risque de planter ton appli.
Prévois donc les tests sur les valeurs que tu récupères par ce moyen...
(L'utilisation de la méthode POST t'évite ce petit tracas, mais elle nécessite l'emploi d'un formulaire)