ugrás a tartalomhoz

_SESSION tömb mindig üres, miért?

shamanix · 2012. Aug. 7. (K), 14.42
Egy működő alkalmazás költözött új szerverre német szolgáltatóhoz, nem lehet belépni az adminfelületre, mert mint látom a SESSION tömb mindig üres, ezért kidob, a php.init nem láthatom és a phpinfo() fgv le van tiltva, a szolgáltató szerint ez az alapértelmzés és punktum, ez furcsa nekem, ilyennel még nem találkoztam. Szóval nem tudom hová nyúljak, nem tudom mit kell átírnom, mert a környezeti paramétereket nem láthatom. Plz help.. köszi
 
1

Konfiguráció

Hidvégi Gábor · 2012. Aug. 7. (K), 14.49
A változókat függvénnyel is le lehet kérni.
4

de ha nemtudom mit nézzek,

shamanix · 2012. Aug. 7. (K), 15.02
de ha nemtudom mit nézzek, mivel van baj, akkor nem tudom mit kérjek le, egyebkent valszeg akkor azo is le vannak tiltva..
a session nem adodik at.
2

Lehet a régi tárhelyen

kuka · 2012. Aug. 7. (K), 14.56
Lehet a régi tárhelyen session.auto_start be volt kapcsolva és a PHP szkriptek teljesen erre bízták magukat. session_start() hívások vannak a szkriptekben?
3

van, mindig fut

shamanix · 2012. Aug. 7. (K), 15.01
van, mindig fut
5

Kód?

Poetro · 2012. Aug. 7. (K), 15.38
Tudnál mutatni egy pár sor kódot, amivel már reprodukálni tudod a problémát, de nem több 10-15 sornál? Hátha valamit észreveszünk benne.
7

szerintem elsőnek teszteld

Kubi · 2012. Aug. 7. (K), 22.56
szerintem elsőnek teszteld le, hogy tényleg el van e cseszve a session.

session_start();
echo session_id();
ezt a fenti két sort tedd egy, mondjuk teszt.php fájlba, majd nyisd meg böngészőből.
Töltsd újra párszor az oldalt, ha nem mindig ugyanazt a kódot írja ki, akkor a szolgáltatónál van gebasz, ha ugyanazt írja ki, akkor a programodban van valami és mélyebre kell ásnod.

De, még mindezek előtt, ellenőrizd, hogy nincs e letiltva a cookie a böngésződben, csak a biztonság kedvéért :)
8

ez mukodik, PHPSESSID kukit

shamanix · 2012. Aug. 8. (Sze), 13.08
ez mukodik, PHPSESSID kukit megkapom, ha barmit teszek a $_SESSION tombbe, az a kov. oldalbetolteskor nem elerheto..
oldjam meg adatbázissal a session ertekek atmenteset?
9

Amit csináltál teszt.php-t

Kubi · 2012. Aug. 8. (Sze), 23.24
Amit csináltál teszt.php-t ott is próbáld ki, ha még nem tetted, hogy a $_SESSION változó tartalma törlődik e.

Amúgy meg igen, tárold a session-t db-ben, ha a szolgáltatódat nem tudod rávenni sehogy, hogy megoldja.
10

tesztben is elveszik

shamanix · 2012. Aug. 9. (Cs), 09.32
tesztben is elveszik refreshkor
11

Csak egy tipp (vagyis kettő)

Thom · 2012. Aug. 12. (V), 11.06
Ha jól értem, ott tartunk, hogy egy sima teszt oldalon nem tartja meg két oldalkérés között a session ID-t. Osztott tárhelyről beszélünk, amihez a kérdezőnek nincs teljes hozzáférése és kommunikációs nehézségek is vannak a szolgáltatóval.

1. tipp: utána nézni, hogy megy-e ki valamilyen kimenet a session indítása előtt (ha igen, akkor az lehet hiba ok). Kimenet lehet akár egy kódban nem szembetűnő szóköz, soremelés is. Nem szándékolt kimenetet okozhat a BOM is (ami a kódban nem is látható), tehát ennek is érdemes utána nézni.

2. tipp: előfordulhat, hogy nincs lementve a session fájl a szerveren. Láttam már olyat, hogy minden felhasználói fiókban létre kellett hozni egy /tmp mappát php írásjoggal. Ez próbát megérhet ebben az esetben is, illetve rákérdezni a szolgáltatónál a szükséges mappanévre.
Bár én ilyen különös beállítású osztott tárhelyről, ahol nem kapok elegendő infót a beállításokról, inkább odábbállnék..
12

-a session_id megmarad, a

shamanix · 2012. Aug. 14. (K), 10.40
-a session_id megmarad, a SESSION tomb erteke veszik el,
-nem megy kimenet session inditas elott, BOM nemtudom.., de akkor adna hibauzit a php: cannot send .., nem ad,
-le van mentve, lementettem

nem tudok tovabbmenni, mert nem en valasztottam a szolgaltatot, hanem az ugyfel, mindegy, a hiba tovabbra sincs megoldva, de egyszerubb volt db-vel megoldanom a session kerdest, mint vegelathatatlanul nyomozni az ugyben, koszi a tanacsokat..