✔ $_SESSION wird nicht übergeben

[Dennis Wronka]

jetzt habe ich nur noch folgende Fehlermeldungen:

Warning: Undefined variable: _SESSION in ...adress/intern.php on line 54

Warning: Undefined variable: _SESSION in ...adress/intern.php on line 55
Es scheint bereits ein Kontakt zu bestehen. Bitte melden Sie sich gegebenenfalls bei SLH.
Warning: Use of undefined constant REMOTE_ADDR - assumed 'REMOTE_ADDR' in ...adress/intern.php on line 84

Verwendest Du vielleicht $_SESSION vor oder ohne session_start()?
Du greifst wohl auf einen Array zu, genauer auf das Element REMOTE_ADDR.
Daher nehme ich an, dass es sich beim Array um $_SERVER handelt.
Du solltest REMOTE_ADDR in ' oder " setzen um es als String zu kennzeichnen.

So:

echo $_SERVER['REMOTE_ADDR'];

 

[Gumbo]

Funktioniert das nicht nur mit dieser SessionTransSID-Option?

Nach meinen Versuchen funktioniert dies auch wenn die session.use_trans_sid-Konfigurationseinstellung deaktiviert ist. Meines Wissens sorgt diese Einstellung – wenn aktiviert – auch nur dafür, dass der Sitzungs-ID-Parameter automatisch an URLs des HTML-Quellcodes angehangen wird.

 

[markus_re]

php version 4.0.6

 

[Dennis Wronka]

Du solltest evtl. mal darueber nachdenken Dein PHP zu aktualisieren.
Deine Version hat ja schon 'nen Bart.

 

[Jörg Rißmann]

Mmh, das bestaetigt meinen Verdacht!
Deine Version kennt das Superglobale Array $_SESSION gar nicht.
Ersetze das mal durch $HTTP_SESSION_VARS

 

[Gumbo]

Ich meine, dass erst ab Version 4.1.0 die vordefinierten Variablen $_SESSION, $_GET, $_SERVER etc. vorhanden sind. Vorher waren die selben Werte nur unter den Variablen $HTTP_SESSION_VARS, $HTTP_GET_VARS, $HTTP_SERVER_VARS etc. verfügbar.
Verwende deshalb einfach folgenden Code-Schnipsel am Anfang des Skriptes:

<?php

	if( !isset($_SERVER) ) {
		$_GET     = &$HTTP_GET_VARS;
		$_POST    = &$HTTP_POST_VARS;
		$_ENV     = &$HTTP_ENV_VARS;
		$_SERVER  = &$HTTP_SERVER_VARS;
		$_COOKIE  = &$HTTP_COOKIE_VARS;
		$_REQUEST = array_merge($_GET, $_POST, $_COOKIE);
	}

	…

?>

 

[Dennis Wronka]

@Joerg:
Ich denke der Vorschlag von Gumbo ist wohl besser, da die langen Variablennamen mittlerweile nur noch aus Gruenden der Abwaertskompatibilitaet mitgeschleppt werden und soweit ich weiss per php.ini deaktiviert werden koennen.
Daher ist es, in Hinblick auf Einsatz im Internet, wohl besser mit $_SERVER, $_GET, etc. zu arbeiten als mit den alten Namen.

 

[Jörg Rißmann]

@Reptiler: Richtig, aber deaktivier die mal in der php.ini Version 4.0.6
@author: Mach das so, wie Gumbo geschrieben hat.

 

[Dennis Wronka]

Mit dem deaktivieren meinte ich jetzt eher die aktuellen Versionen wie PHP 4.4 oder 5.0.
Oder meinetwegen 4.3, welche ja im Internet wahrscheinlich noch haeufiger als 4.4 vertreten ist.
Man muss halt wenn man fuer's Internet programmiert das beste hoffen und mit dem schlimmsten rechnen.
Wenn das Script ausschliesslich auf dem heimischen Server laufen soll kann man machen was man will. Z.B. sich auf register_globals verlassen, lange Array-Namen nutzen und und und.