Scholieren.com forum - [PHP] Sessions en include

Scholieren.com forum (https://forum.scholieren.com/index.php)

- Software & Hardware (https://forum.scholieren.com/forumdisplay.php?f=20)

- - [PHP] Sessions en include (https://forum.scholieren.com/showthread.php?t=1032457)

Fade of Light

03-12-2004 16:33

Php: sessions/include

De triestheid van php, of doe ik iets verkeerd?

a.php

PHP-code:


		
			
<? session_start();



session_register("a");

$_SESSION['a'] = "aap";

echo "in a: ".$_SESSION['a']."<BR>";



include "http://127.0.0.1/test/sessiontest/b.php?id=5";



?>

b.php

PHP-code:


		
			
<? session_start();



if (isset($_SESSION['a'])){ Die("goed"); }

else { die("fout"); }



?>

Allereerst moet je hele paden opgeven bij die include als je argumenten mee wil geven om uiteindelijk met $HTTP_GET_VARS aan de slag te gaan (?!). IS daar een andere oplossing voor?

Ten tweede krijg ik dit als uitvoer:

Citaat:

in a: aap
fout

Die sessies bestaan daar toch ook gewoon.. Wat is dat nou weer voor een onzin, dat het niet werkt? :/

dafelix

03-12-2004 17:38

a.php

PHP-code:


		
			
$string = "Dit werkt wel";

include_once("b.php");

b.php:

PHP-code:


		
			
echo "de string is " . $string . ".";

Sessions zijn niet nodig bij include-bestanden voor zover ik weet

Fade of Light

03-12-2004 17:56

Hmm. Hoe kan ik dan testen in b.php of $string uit a.php komt?

Of nee, sinds de 'nieuwe' php versie kan je niet zomaar:
b.php?string="Dit werkt wel" doen toch?

Manuzhai

03-12-2004 18:11

Citaat:

Fade of Light schreef op 03-12-2004 @ 18:56 :
Of nee, sinds de 'nieuwe' php versie kan je niet zomaar:
b.php?string="Dit werkt wel" doen toch?

Jawel. Alleen moet je dan werken met $_GET["string"], hij wordt niet meer zomaar geregistreerd als $string (in verband met veiligheidsissues). (Je kunt veel beter $_GET gebruiken dan $HTTP_GET_VARS; is korter en je hoeft $_GET niet te globaliseren als je hem in een functie wil gebruiken.)

Fade of Light

03-12-2004 18:21

Citaat:

Manuzhai schreef op 03-12-2004 @ 19:11 :
Jawel. Alleen moet je dan werken met $_GET["string"], hij wordt niet meer zomaar geregistreerd als $string (in verband met veiligheidsissues). (Je kunt veel beter $_GET gebruiken dan $HTTP_GET_VARS; is korter en je hoeft $_GET niet te globaliseren als je hem in een functie wil gebruiken.)

Nee, dat bedoelde ik ook, ivm met veiligheid ;)
Even afgezien van functies:

Moest je nou $HTTP_GET_VARS['..'] en $HTTP_POST_VARS['..'] gebruiken of juist $_GET['..'] en $_POST[..]

functies gebruik ik niet echt vaak :)

Energie

04-12-2004 00:00

Citaat:

Fade of Light schreef op 03-12-2004 @ 19:21 :
Nee, dat bedoelde ik ook, ivm met veiligheid ;)
Even afgezien van functies:

Moest je nou $HTTP_GET_VARS['..'] en $HTTP_POST_VARS['..'] gebruiken of juist $_GET['..'] en $_POST[..]

functies gebruik ik niet echt vaak :)

php 4.1 > $_GET etc.

misschien ligt het aan "DIE" , ik zit nu te denken dat het voor mysql is toch? of misschien ben ik nu moe :|

Fade of Light

04-12-2004 11:57

Citaat:

Energie schreef op 04-12-2004 @ 01:00 :
php 4.1 > $_GET etc.

misschien ligt het aan "DIE" , ik zit nu te denken dat het voor mysql is toch? of misschien ben ik nu moe :|

Ligt aan jou ;)

Het wordt inderdaad vaak gebruikt in combinatie met mysql_query(...) or die(..);

Maar het is gewoon een losstaande functie.

- zo kan je hebben dat van die mysql
- die ("blabla"); midden ergens in een script
- fopenfile(...) or die(..);
etc

Alle tijden zijn GMT +1. Het is nu 01:13.