sessions in php

Seite 1 von 2 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/sessions_in_php_98351/page_1 - zur Vollversion wechseln!


aNtraXx schrieb am 12.11.2003 um 12:23

folgendes problem.

ich habe eben ein php file in dem ein session_start() steht und ein paar variablen registriert werden. diese müssten dann ja auch auf allen anderen php-files zugänglich sein. jedoch sind sie das nicht.

dazu ist noch zu sagen das das ursprüngliche php-file von einem anderen überspielt wird, in dem frame wird ein anderes php-file angezeigt.

hab schon probiert die sessions in anderen php files einzutragen jedoch gleiches ergebnis -> kein Zugriff.

auch wenn ich die session_id() ausgeben will bekomm ich keinen wert.

aussehen tuts halt so:

Code: PHP
session_start();
session_register("Benutzername");
session_register("Passwort");


semteX schrieb am 12.11.2003 um 13:19

besser:
$_SESSION["Benutzername"]=$benutzername

ansonstn müssts passn

hast überall session_start?


Brother Quintus schrieb am 12.11.2003 um 13:24

ich hatte das selbe problem, session muss man 2 mal definieren, also 2mal session_start();


Gordon


Rektal schrieb am 12.11.2003 um 14:02

Zitat von Brother Quintus
Zitat von CitizenX
sorry, ich meinte wie finde ich die werte heraus, fsb und cas im bios, aber gibts da ein GUI für windows um an die werte zu kommen ?
tia
Da moechte ich aber anmerken das was nicht stimmen kann "Do hots wos"; weil es kann ja nicht im Sinne von PHP sein das man das machen muss -> und ich selber hatte so einen Bug noch nicht das ich zweimal session_start() aufrufen musste.

Was vom Originalposter interessant waere:
1) Welche PHP version genau?
2) Wird das Session Cookie gesetzt (im Browser die Cookies checken oder var_dump($_COOKIES); oder wenn PHP Version < 4.1 dann var_dump($HTTP_COOKIE_VARS); ?
3) Ist die "andere" PHP Datei im selben Pfad oder nicht?
4) Hast du auch wirklich die globalen (!) Varialeb $Benutzername und $Passwort gesetzt, enthalten diese wirklich die oder ueberhaupt Werte?
5) Hast du schon mir error_reporting(E_ALL) probiert? Vielleicht kann er die Sessions nicht mit dem default handler (filehandler) erstellen?


aNtraXx schrieb am 12.11.2003 um 14:09

@ semtex:
meinst dass jetzt beim erstellen der variablen oder beim wert zuweisen?.

nein ich hab ned überall session start.. ich will ja ned a neue machen sondern auf eine andere zugreifen so wies eigentlich klappen sollte.

@ Brother Quintus:
was hat das für einen sinn bitte? zudem gehts bei mir ned :(


Hatzki schrieb am 12.11.2003 um 14:12

Du musst aber in jedem File wo du auf die Session Variablen zugreifen willst die Session initialisieren und das musst mit session_start() machen.

Das hat nix damit zu tun das du dadurch eine neue erstellst.


aNtraXx schrieb am 12.11.2003 um 14:24

Zitat von Rektal
Da moechte ich aber anmerken das was nicht stimmen kann "Do hots wos"; weil es kann ja nicht im Sinne von PHP sein das man das machen muss -> und ich selber hatte so einen Bug noch nicht das ich zweimal session_start() aufrufen musste.

Was vom Originalposter interessant waere:
1) Welche PHP version genau?
2) Wird das Session Cookie gesetzt (im Browser die Cookies checken oder var_dump($_COOKIES); oder wenn PHP Version < 4.1 dann var_dump($HTTP_COOKIE_VARS); ?
3) Ist die "andere" PHP Datei im selben Pfad oder nicht?
4) Hast du auch wirklich die globalen (!) Varialeb $Benutzername und $Passwort gesetzt, enthalten diese wirklich die oder ueberhaupt Werte?
5) Hast du schon mir error_reporting(E_ALL) probiert? Vielleicht kann er die Sessions nicht mit dem default handler (filehandler) erstellen?

1. PHP Version 4.1.1
2. weis ned genau was du meinst
3. ja ist im selben pfad
4. ja die haben einen Wert zugewiesen bekommen und geben tuts diese auch
5. werd ich mal machen


edit: hatzki das wars...
aber wieso ers wird ja eine neue session mit einer eigenen id angelegt sobald ich das session_start() ausführe.


semteX schrieb am 12.11.2003 um 14:41

nix legt er neu an!

das initialisiert nur die session funktion!
ist doch eh voll klar das du ned drauf zugreifn kannst wenn die sessions ned gestartet sind


aNtraXx schrieb am 12.11.2003 um 14:46

hat sich schon geklärt. er resumed halt die Session ID, im falle das es keine gibt dann erstellt er ene neue ;).

hab grad rausgefunden dass ich mit den von dir angegebenen &_SESSION['...'] auch die variablen registrieren kann.


semteX schrieb am 12.11.2003 um 14:57

ja und das wesentlich bequemer als anders


Brother Quintus schrieb am 12.11.2003 um 17:58

wegen 2 mal starten, weis ach ned was ddas soll. jedenfalls wird das erste mal keine id erstellt, glaubt mir ich habe lange gehakelt und recherchiert

u. was auch ein muss ist das man die session in jeder file starten muss, ich selber ahbe eine file die alles auspielt (also index.php) die started am anfang eine session und falls content=login und alles richtig ist dann session start noch einmal. Geht ohne probs.


watchout schrieb am 12.11.2003 um 22:41

Zitat von Brother Quintus
wegen 2 mal starten, weis ach ned was ddas soll. jedenfalls wird das erste mal keine id erstellt, glaubt mir ich habe lange gehakelt und recherchiert

u. was auch ein muss ist das man die session in jeder file starten muss, ich selber ahbe eine file die alles auspielt (also index.php) die started am anfang eine session und falls content=login und alles richtig ist dann session start noch einmal. Geht ohne probs.
kann ich mir nicht vorstellen, du hast wahrscheinlich irgendwo im code ein session_destroy()


Brother Quintus schrieb am 13.11.2003 um 07:00

nope ich habe schon 2 platformen von scratch damit programmiert und es war der einzige weg. session_destroy() ist dort nur in der logout file und als ich session_start hineintat hatte ich session_destroy() noch nicht in eminen code stehn.

Gordon


watchout schrieb am 13.11.2003 um 07:41

pf, und ich arbeit grad an meiner 2. - und hab auch schon zig scripte mit sessions "nachgerüstet" und nie hab ich 2 starts braucht...? irgendwas machst du falsch :p


Brother Quintus schrieb am 13.11.2003 um 18:21

^^ ich weis selber ned warum es nciht so geht wies gehen sollt, aber es geht den anderen weg und es produziert keine nebeneffekte und deshalb kann es mir egal sein.

Gordon




overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026