Własna obsługa sesji w klasie problem w 5.2.5, Dziwne zachowanie, nawet nie wiem jak to nazwać... Opcje

[jk1980]

Witam,

W wersji PHP 5.2.5 pojawił się pewien problem, którego poprzednio nie było.
Najlepiej wyjaśnię o co chodzi na przykładzie.

Kod wygląda następująco, został on trochę zmodyfikowany, żeby był jak najkrótszy, ale żeby wystąpił problem.
Normalnie klasy są w osobnych plikach dołączane require_once.

[PHP] pobierz, plaintext 
<?php
  ob_start();
 
  class ApplicationCore
  {
    var $_appInitialized;
 
    function ApplicationCore() 
    {
      $this->_appInitialized = FALSE;	
    }	
 
    function initializeApplication() 
    {		
      $this->_appInitialized = TRUE;
    }
  }
 
  $appCore = new ApplicationCore();
  $appCore->initializeApplication();
 
  class CustomSession 
  {
    var $_sessionTable;
 
    function CustomSession()
    {
      global $appCore;
 
      echo 'CustomSession: ';
	  echo var_dump($appCore).'<br>';
 
      $this->setSessionTable('active_session');
      session_set_save_handler(
                           array(&$this, "_open"),
                           array(&$this, "_close"),
                           array(&$this, "_read"),
                           array(&$this, "_write"),
                           array(&$this, "_destroy"),
                           array(&$this, "_gc"));
    }
 
    function setSessionTable($tablename)
    {
      global $appCore;
 
      echo 'setSessionTable: ';
	  echo var_dump($appCore).'<br>';
 
      if($tablename<>NULL)
      {
        $this->_sessionTable = $tablename;
        return TRUE;
      }
      else
      {
        return FALSE;
      }
    }
 
    function getSessionTable()
    {
      return $this->_sessionTable;
    }
 
    function _open($save_path, $session_name)
    {
      global $appCore;
 
      echo '_open: ';
	  echo var_dump($appCore).'<br>';
 
      return TRUE;
    }
 
    function _close()
    {
      global $appCore;
      echo '_close: ';
	  echo var_dump($appCore).'<br>';
 
      $this->_gc(0);
      return TRUE;
    }
 
    function _read($session_id)
    {
      global $appCore;
      echo '_read: ';
	  echo var_dump($appCore).'<br>';
    }
 
    function _write($session_id, $session_data)
    {
      global $appCore;
      echo '_write: ';
	  echo var_dump($appCore).'<br>';
    }                  
 
    function _destroy($session_id)
    {
      global $appCore;
      echo '_destroy: ';
	  echo var_dump($appCore).'<br>';
    }
 
    function _gc($maxlifetime)
    {
      global $appCore;
      echo '_gc: ';
	  echo var_dump($appCore).'<br>';
    }
  }
 
  $sess = new CustomSession();
 
  session_start();
 
  ob_implicit_flush(0);
?>
[PHP] pobierz, plaintext 

Widać dwie klasy CustomSession do obsługi sesji oraz ApplicationCore z całym balastem do łączenia z bazą i innymi.

Oto co wyświetla przeglądarka:

CODE

CustomSession: object(ApplicationCore)#1 (1) { ["_appInitialized"]=> bool(true) }
setSessionTable: object(ApplicationCore)#1 (1) { ["_appInitialized"]=> bool(true) }
_open: object(ApplicationCore)#1 (1) { ["_appInitialized"]=> bool(true) }
_read: object(ApplicationCore)#1 (1) { ["_appInitialized"]=> bool(true) }
_write: NULL
_close: NULL
_gc: NULL

Oczywiście problemem są te NULL'e, co w rezultacie skutkuje:
Fatal error: Call to a member function Query() on a non-object in

Siedzę już nad tym drugi dzień i zgłupiałem.
Jeśli ktoś byłby w stanie pomóc to byłoby super.

Pozdrawiam

Ten post edytował jk1980 25.02.2010, 10:55:41

[erix]

[PHP] pobierz, plaintext 
global $appCore;
[PHP] pobierz, plaintext 

Po co robisz obiektowo, jak kod jest naszpikowany globalami...? Bezsens.

Oczywiście problemem są te NULL'e, co w rezultacie skutkuje:
Fatal error: Call to a member function Query() on a non-object in

Ale która metoda wywołuje w ogóle Query? Bo jakoś w tym listingu tego nie widać.

[jk1980]

Historia była taka, że w oryginalnym projekcie wyskakiwał właśnie ten Fatal error: Call to a member function Query() on a non-object in
Po analizie doszedłem do tego, że w niektórych metodach tej klasy CustomSession appCore pomimo iż jest global to i tak wywala, że jest null.
Dlatego sporządziłem przykładowy kod, żeby pokazać naturę problemu. W oryginale wszystko jest w różnych plikach
Dodatkowo obłożyłem go global'ami, żeby pokazać co się dzieje.

Acha, a to Query jest między innymi w metodach _write, _read, _destroy i powoduje ono wysłanie zapytania do bazy (Query jest metodą z appCore). Tylko wywaliłem je z tego przykładu, żeby nie zaciemniać.
Chodzi więc o to, dlaczego w jednych metodach tej samej klasy pokazuje NULL a w innych nie...

Ten post edytował jk1980 25.02.2010, 11:15:09

[erix]

Powiem to tak - przerób najpierw to na Singleton zamiast globali. Może gdzieś po prostu wykonujesz przypisanie, które to wszystko zeruje, albo wykonuje się w innej kolejności. Singletona nie wyzerujesz, więc będą dwie pieczenie na jednym ogniu.

[jk1980]

Przerobienie nic nie da. Załóżmy, że to jest cały kod, nie ma żadnego Query.
Gdybym chciał w metodzie _write, wykonać jakąkolwiek metodę z klasy ApplicationCore wywali błąd, ale ta sama metoda wywołana z _read błędu nie wywali.
Nic nie jest po drodze zerowane.

Co ciekawe wszystko działa ok w PHP 5.1.5, natomiast w PHP 5.2.5 już nie.

Wydaje mi się, że to ma coś wspólnego z tym, że to ma obsługiwać sesje, i prawdopodobnie jakimś cudem metoda _write jest wywoływana przed utworzeniem obiektu ApplicationCore.