Men for så lige at få syntaxen helt på plads: mysql_query ("INSERT INTO birthdays (navn, `by`, alder, interesser, txt) VALUES ('".$_GET['navn']."','".$_GET['by']."','".$_GET['alder']."','".$_GET['interesser']."','".$_GET['txt']."')");
Forskellen på get og post er jo, at post er "gemt" og get er vist i adresselinien. Fordelen ved post er derfor netop at det er gemt for brugeren, og når først han har trykken send kan han ikke umiddelbart ændre eller påvirke værdierne mere - det kan han principielt med get. Og så er det måske det skønhedsmæssige ved at skulle vise måske 300 tegn i adresselinien :)
Nå, det var også dig, ok :) Men nu hvor du viser linket, så kan jeg se at det faktisk alligevel ikke virker helt, men tæt på.
Udskift lige linien: $q = mysql_query("SELECT * FROM profil") or die(mysql_error()); med: $q = mysql_query("SELECT * FROM profil WHERE id = ".$_GET['id']) or die(mysql_error()); i vis.php, så skulle det gerne spille max.
Men hvordan du deler point er jo sådan set op til dig, afhængig af hvem du mener hjalp og gav dig det du søgte.
Nu ved jeg ikke om det er blivet sagt men der er også sikkerheds mæssige grunde til hvorfor man skal bruge POST frem for GET..
Eks..
sender.php = Inder holder en alm form
modtager.php = Indeholder et kode der skal modtage fra form.
Hvis jeg bruger GET så sender form data over adresselinje og scriptet under modtager.php læser der fra...
Men hvis man nu har et felt som ikke må ses i adresselinjen så som password eller noget mere figrigt så kan jeg faktisk snyde mig uden om sender.php ved at gå direkte til modtager.php og selv tilføje mine egne variabler som måske skulle checkes under sender.php.. eks. modtager.php?user=123&pass=tedt
Men ved at bruge POST så vil scriptet kun acceptere data som er sendt fra en FORM ;) smart ikke ?
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.