[5.0.2] Błąd sesji w destructorze Opcje

[DeyV]

jednak php5 ciągle doskonałe nie jest... Dziś prawie zawału bym dostał przez beznadziejny błąd.
Jeśli moglibyście - sprawdźcie, jak to działa na waszych wersjach php - u mnie w każdym razie na php5.0.2 zarówno na windowsie jak i linuksie pojawił się ten sam błąd.

Natomiast na php 5.1.0 alfa wszystko jest OK.

[PHP] pobierz, plaintext 
<?php
session_start();
 
class test
{
	 function __construct()
	 {
		echo '<br />__construct <br />';	 
		 var_dump( $_SESSION );
		 
		 if( empty( $_SESSION['iForConstruct'] ) ) //inicjalizacja
		 {			 
			 $_SESSION['iForConstruct'] = 1;
			 $_SESSION['iForDestruct']  = 1;
		 }
		 $_SESSION['iForConstruct']++;
	 }
 
	 function __destruct()
	 {
		 echo '<br />__destruct';		 
		 $_SESSION['iForDestruct'] ++;	  
	 }	
}
 
 
$test = new test();
?>
[PHP] pobierz, plaintext 

Jak łatwo zauważyć - wartość iForDestruct powinna się zwiększać co każde odświerzenie, tak jak to się dzieje w przypadku iForConstruct
Niestety - nic takiego się nie dzieje.




++++++++++++++++++++++++++
Co ciekawe - na bugs.php.net otrzymałem informację, że jest to normalne i oczekiwane zachowanie, ponieważ "The session is ended before destructors are run."

Cikawe, czy to oznacza, że aktualne zachowanie php5.1 zostanie zmodyfikowane, czy też ktoś jednak przekonał się, że jest to jednak niezgodne z oczekiwaniem większości?

[Vengeance]

php 5.0.0 i ten sam efekt ;]

jednak jak dam

[PHP] pobierz, plaintext 
<?php
 
$test = new test();
unset($test);
 
?>
[PHP] pobierz, plaintext 

to dziala ok czyli wyglada na to ze obiekty sa "kasowane" po "zakończeniu sesji" czy jak to tam nazwać.

Ten post edytował Vengeance 22.10.2004, 21:14:40

[Ozzy]

To raczej nie jest błąd. Osobiście nie radzę polegać na __destruct().

[hawk]

IMHO to też nie jest błąd. Jeżeli sam nie zniszczysz obiektu, żyje aż do samego końca. Samiutkiego. Nie powinno być tak, że php niszczy wszystkie obiekty, a potem zaczyna robić coś z sesją. A jak do obsługi sesji potrzebne były jakieś obiekty? A jak ktoś ma własny session handler? To co, ma mu się sesja rozwalić bo jego kod już nie istnieje?

[netzah]

Czy - mimo, ze tak powinno byc - w php 5.1.0 to sie zmineni??

[DeyV]

IMHO powinno być tak, że obiekty z destruktorem napisanym przez użytkownika są niszczone rzed zakończeniem sesji.
Następnie handler sesji uruchamia odpowiednie funkcje (może być to odbiekt sesji, byle nie zawierał metody __destruct() )
A na końcu niszczone pozostałe obiekty.


Nie wiem na pewno, ale wydaje mi się, że jakoś tak działa to w 5.1 (a może inaczej rozwiazali problem session handlera, lub narazie w tym miejscu jest jakiś bug - nie wiem - nie korzystam z własnego)

Ten post edytował DeyV 5.11.2004, 14:21:29

[hawk]

To by było straszne. To, czy w danym momencie obiekt jeszcze istnieje, zależy od tego, czy użytkownik napisze sobie (nawet pustą) metodę __destruct?! (IMG:http://forum.php.pl/style_emoticons/default/blink.gif)

A jeżeli ja chcę miec obiekt do obsługi sesji, który ma destruktor? Np. przechowuję sesje w bazie danych i chcę zakończyć połączenie. Cokolwiek. To jest masakrycznie nieintuicyjne. "Jeżeli używasz jakiś klas w obsłudze sesji, to upewnij się, że żadna z nich nie ma metody __destruct. Oraz żadna z ich klas-rodziców. Oraz rodziców rodziców..."

Poza tym, DeyV, w ten sposób kochani developerzy php spowodowaliby jeszcze jedną katastrofę. Wrzucasz jakiś obiekt do sesji. Proste. Koniec skryptu. Teraz php niszczy ten obiekt, a potem - uwaga - serializuje go i zapisuje do pliku (IMG:http://forum.php.pl/style_emoticons/default/blink.gif) . Jeżeli uda im się zserializować obiekt, który właśnie zniszczyli, to chyba dostaną Nobla.