probleme php/sql et variables

Bonjour à tous, bon deja je me présente, Igor 18 ans, et donc mon probleme est :
J'aimerais savoir si il est possible de définir une variable en cliquant sur un lien, exemple, j'aimerai que la variable $description prenne la valeur de 3 quand je clic sur le lien "Voir la déscription".
le lien n'est pas un bouton de <form> mais juste un lien <a href......</a>
Si j'étais pas trop clair ou si il vous manque des informations pour m'aider, dites le moi =)
Je vous remercis d'avance =)

Je te remercis beaucoup ca marche =)
hihi Igor le fossoyeur

bah doublement merci =)
et encore une petite chose, en quoi ce passage de mon code est faux :

$variable = $_GET['idprog'];
$result = mysql_query("SELECT programmes.nom,programme.description,lien.nomlien FROM programmes,lien WHERE programmes.idprog=lien.idprog AND idprog = '$variable';" );

$row = mysql_fetch_row($result);

--------- plus loin dans le code :
echo $row[0];
echo $row[1];
echo $row[2];

pcq apres firefox me dit :
Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in /mnt/125/sdb/c/8/open.mad/prog.php on line 12

voila je vous remerci si vous arrivez à trouver ca, et sinon c'est pas grave je verrai bien =) vous m'avez déjà bien avancer

Petite aide pour tous: lorsque vous avez une erreur sql, le meilleur moyen pour la trouver est de faire un affichage de la requète et de la tester dans phpMyAdmin: celui-ci vous donnera un détail des erreurs (dans le cas présent, il aurait dit que la table programme n'existe pas)

pour le probleme numéro 2 ("programmes" et pas "programme" ) bah en fait certes c'étais une erreur mais c'etait pas tout -_- j'ai fais ce que tu m'as dis crazycat, j'ai donc tester ma requete sous phpmyadmin et l'erreur qui en résultait était la suivante :

#1052 - Column 'idprog' in where clause is ambiguous

Donc il n'arrivait pas à faire le lien entre les deux "idprog" des deux tables, j'ai pas compris pourquoi mais j'ai résolu le probleme en faisant le lien entre "programmes.nom" et "lien.nom".
bon j'ai pas vraiment résolu mais jl'ai contourné, quelqu'un aurait une éxplication au message d'erreur #1052 que j'ai recu avec les "idprog" ?

et bien merci c'était effectivement ca (vous avez du en manger du php/sql pour voir les fautes vite fait lol un grand merci à vous pour votre temps =) =) =) )

ta requète n'est pas bonne, car elle va chercher les infos sur un programme (normal) et UN SEUL lien correspondant.
Elle devrait être du genre:

Pas si simple n'est-ce pas?

là j'essai de comprendre, dis moi si j'ai bien compris.
Le lien entre les deux tables tu le fais plus par le WHERE mais directement dans le FROM avec le LEFT JOIN ... ON ....
$req c'est pour effectuer la requete depui $sql
$row c'est pour effectuer fetch_array (que je connais pas) sur la requete $req

et ensuite, le echo $row['nomprog']; et ['descprog'] c'est pour afficher ces deux champs, je suppose que vu qu'il ne sont pas dans le code, le row est allez les chercher dans la base a l'aide du programmes.*
ensuite la je commence a secher, donc si je pouvais avoir des explications sur ce qu'il y a dans le if et for et jusqu'a la fin (oui je débute en php/sql ca doit se voir lol).
mis à part ca, j'avais juste pour ce que j'ai expliqué ? ou j'étais à coté ? -_-'

bien, tu as compris.
Et contrairement à ce que disais bacchuss, ta requète était fausse.
Bon, j'avoue avoir légèrement compliqué la mienne, mais parce que ça la rend plus logique.

Alors, ta requète n'était pas bonne parce que ta close "principale" allait chercher "programmes.idprog=$variable", or cette close ne ramène qu'une seule ligne.
Tu aurais cherché sur lien.idprog=$variable, c'eut été bon (mais pas logique).
Le LEFT JOIN permet d'aller chercher un enregistrement dans une table et tous ceux correspondants dans une autre (relations 1 à n).

Concernant mon code de déroulement, là aussi j'ai joué: tu aurais pu stocker tous les $row['desclien'] dans un tableau de données et (en faisant défiler tes enregistrements), chaque fois affecter $row['nomprog'] et $row['descprog'] à des variables: ces valeurs ne changent pas d'une ligne à l'autre

Mais c'est bien, tu as tout bien suivi, tu peux essayer d'optimiser le code maintenant.
Et n'hésite pas à demander si tu as un soucis, pour une fois que quelqu'un cherche à comprendre ce qu'on lui donne, ça fait plaisir

ha et oui, tu me conseil quoi entre wamp et easyphp/apache ?
pcq j'utilise wamp personnellement (tous les programmes sont dedans) mais je sais pas si c'est forcement ce qu'il y a de mieux et si je devrai pas plutot prendre easyphp apache et tout a part. ?

euh...
le principe d'un SELECT est de selectionner toutes les lignes.
pour eviter le produit cartesien, on met la relation entre les tables (p.idprog = l.idprog) et ensuite on applique un filtre (programmes.idprog = '".$variable."'" )

ainsi sa requete retourne 2 lignes:

j'ai pas bon ?
ou ca alors ?

Dans le cas présent, tu peux avoir raison mais pas forcémment, j'ai connu pas mal de fonctionnement étranges avec mysql parce que la requète était trop simplifiée et ne tenait pas compte de cas particuliers. Dans le cas où aucun lien n'est référencé pour le programme, que se passe t'il avec la requète simple?

@okinou: *beep* vous êtes le maillon faible! Combien d'hébergeurs connais-tu qui offrent php5, mysql5 et apache2 (quoi que sur un site bien fait, on se fout un peu de la version d'apache)? Quand on développe un site, on part sur des bases standardisées car on ne sait pas quelle configuration le client aura.

lol, j'avais bien compris le sens de ton message, mais il ne faut pas oublier qu'ici, on s'adresse essentiellement (que personne ne le prenne mal) à des personnes qui débutent et utilisent des hébergeurs classiques et souvent low-cost.
Je préconise plutôt easyphp justement pour les raisons qui te le font refuser, à savoir qu'il est vieillot. PHP (et mysql) ont une compatibilité descendante, les nouvelles versions acceptent (avec quelques warning) les scripts faits pour des versions plus anciennes, donc si on fait un bon php4, on passera sans soucis sur un serveur php5... l'inverse n'est pas vrai.