[PHP] private variabelen in een sessie worden later gevuld

[wackmaniac]

Ik heb een nogal vreemd probleem met sessies.

Ik ben met een redelijk eenvoudig systeem bezig om bestellingen te plaatsen. Om dit voor elkaar te krijgen heb ik een aantal objecten gecreerd, waarvan de belangrijksten zijn:
* Bestelling
* Bestelregel

Een bestelling heeft een private array met bestelregels. Deze plaats ik als winkelwagen in de sessie.

Als ik bij een pagina voor het eerst de "winkelwagen" opvraag krijg ik de volgende dump:

code:

object(Bestelling)#6 (6) {
  ["gebruiker_id"]=>
  string(1) "2"
  ["prijs"]=>
  float(0)
  ["status"]=>
  int(0)
  ["timestamp"]=>
  string(19) "2009-04-11 14:28:44"
  ["bestelregels:private"]=>
  NULL
  ["id"]=>
  int(0)
}

Als ik vervolgens nogmaals de winkelwagen ophaal en vardump krijg ik het volgende:

code:

object(Bestelling)#9 (6) {
  ["gebruiker_id"]=>
  string(1) "2"
  ["prijs"]=>
  float(0)
  ["status"]=>
  int(0)
  ["timestamp"]=>
  string(19) "2009-04-11 14:25:11"
  ["bestelregels:private"]=>
  array(1) {
    [1]=>
    object(Bestelregel)#10 (10) {
      ["bestelling_id"]=>
      int(0)
      ["product_id"]=>
      string(1) "1"
      ["product_prijs"]=>
      string(5) "50.00"
      ["product_titel"]=>
      string(9) "Product 1"
      ["aantal"]=>
      int(4)
      ["prijs"]=>
      float(200)
      ["maat"]=>
      string(3) "XXL"
      ["id"]=>
      int(0)
    }
  }
  ["id"]=>
  int(0)
}

In de php doe ik letterlijk niets anders dan twee keer achter elkaar de inhoud van de winkelwagen uit de sessie halen:

PHP:

var_dump( $_SESSION['winkelwagen'] );
var_dump( $_SESSION['winkelwagen'] );

Ik gebruik een autoloading functie om de class-files in te laden.

Heeft iemand enig idee waar dit probleem door wordt veroorzaakt? Ik kon zelf niets vinden en hoewel de work-around doodeenvoudig is, is het toch net niet wat je verwacht.

Gebruikte php-versie is 5.2.0

[NMe]

Ik zie nergens hoe je tussen twee pagina's je sessie vult en weer ophaalt. Laat je serialize-code eens zien?

[wackmaniac]

Het serializen laat ik impliciet door PHP doen:

PHP:

$bestelling = new Bestelling ();
$_SESSION['winkelwagen'] = $bestelling;

Ik heb ook de gedachte gehad dat het misschien met het serializen te maken heeft, maar dat strookt niet met het feit dat het bij een tweede keer ophalen wel weer gewoon koek en ei is.

[NMe]

Kun je toch eens proberen wat er gebeurt als je het expliciet doet?

[Verwijderd]

Laad alvorens session_start () aan te roepen eens het bestand waarin de class wordt gedefinieerd?

[wackmaniac]

Verwijderd schreef op zaterdag 11 april 2009 @ 18:05:
Laad alvorens session_start () aan te roepen eens het bestand waarin de class wordt gedefinieerd?

Dat wordt al afgevangen door de autoloader, anders had je immers een _PHP_Incomplete_class_ gehad

Zal zometeen eens handmatig serializen, eens kijken of dat misschien iets oplevert.

[MBV]

Misschien zit er een bug in PHP dat de autoloader een race-conditie heeft, ergens. Wat gebeurt er als je de include boven de vardump neerzet?

[Verwijderd]

wackmaniac schreef op zaterdag 11 april 2009 @ 22:18:

Dat wordt al afgevangen door de autoloader, anders had je immers een _PHP_Incomplete_class_ gehad

Vertrouw daar maar niet teveel op.

Maar had je dat daadwerkelijk al geprobeerd, of denk je gewoon: "Die Cheatah lult uit zijn nek"?

[wackmaniac]

Ik moet diep door het stof; ik heb al mijn ongebouwde controles eens een voor een uitgecomment en toen kreeg ik ineens de melding dat "index 'winkelwagen' niet kon worden gevonden".

Ik heb een dus een grote fout gemaakt door de sessie op een verkeerd moment te starten en dan de default waardes van mijn Bestelling te zien als verkeerde unserialization.

A thousand apologies!

Verwijderd schreef op zondag 12 april 2009 @ 00:18:
[...]

Vertrouw daar maar niet teveel op.

Maar had je dat daadwerkelijk al geprobeerd, of denk je gewoon: "Die Cheatah lult uit zijn nek"?

Een pluspunt Cheath, is dat de autoloader prima werkt! Aangezien is een NULL-object kreeg ipv een kapotte klasse heb ik die mogelijkheid ter zijde gelegd.

[ Voor 28% gewijzigd door wackmaniac op 12-04-2009 09:41 ]

[MueR]

Error surpression (eigenlijk, die moet je loggen ipv weergeven) doe je pas in productie Het scheelt echt zo veel als je gewoon error_reporting op E_ALL hebt staan tijdens het devven. Al meermaals tegen aan gelopen.

[NMe]

MueR schreef op zondag 12 april 2009 @ 14:43:
Error surpression (eigenlijk, die moet je loggen ipv weergeven) doe je pas in productie Het scheelt echt zo veel als je gewoon error_reporting op E_ALL | E_STRICT hebt staan tijdens het devven. Al meermaals tegen aan gelopen.

Fixed.

[Cartman!]

Wijs

[wackmaniac]

MueR schreef op zondag 12 april 2009 @ 14:43:
Error surpression (eigenlijk, die moet je loggen ipv weergeven) doe je pas in productie Het scheelt echt zo veel als je gewoon error_reporting op E_ALL hebt staan tijdens het devven. Al meermaals tegen aan gelopen.

Lag in deze niet in error supression, maar in mijn gewoonte om alle scenario's te willen afvangen