AI bliver først for alvor en del af arbejdet, når teknologien integreres i den måde, vi arbejder på. At have adgang til AI betyder ikke nødvendigvis, at medarbejderne er klar til at bruge den.
erikjacobsen> gælder det også hvis man sender til $PHP_SELF, altså hvis $PHP_SELF er forum.php. Når jeg på denne måde sender ovenståene, reagerer siden ikke på den ændrede værdi af artID
Det skulle også være fint nok. Man kan løbe ind i problemer med sammenligninger med floatværdier, da det der står efter punktummet kun reprsæenteres approximativt
Sætter du den ind i sessionsvariablen igen? Hvorfor forøvrigt lige float? Er det bare for at have to talværdier? Hvorfor ikke $_SESSION['artID']="1.1"; Det du får fra URL-en bliver altid en streng alligevel
$artID kan jo - hvis du har de der registerglobals sat til - enten komme fra cookies, forme eller url. Det er problemet, og derfor de så småt er ved at blive afskaffet.
hmmn, men nu har jeg så et nyt problem. Den nye måde at sætte artID ind i sessionen kolliderer med den gamle.
Første gang artID registreres sker det simpelthen ved at jeg skriver variablen. Sådan:
$_SESSION['artID']=1.1
Det gør jeg i den fil der indeholder den pågældende artikel. Fra en menu på den side loades så forum.php - og den reagerer så på at $artID har værdien 1.1. På denne side er der så endnu en menu der bruger URL'en til at ændre værdien, som sagt ved at reloade forum.php som forum.php?artID=1.2
forum.php er nu lavet så den registrerer $artID sådan:
$_SESSION['artID']=$GET_['artID'];
Men når jeg derefter går tilbage til den første side med artiklen, den hvor variablen registreres som $_SESSION['artID']=1.1 og derfra igen ind på foru.php (uden querystreng, for nu er værdien jo ændret) så fucker siden op, dvs. $artID har tilsyneladende ikke nogen værdi???
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.