now i have save the form fiels in an array
then i have save this array in the user session
$forms1= Array($form->getValues());
$this->getUser()->setAttribute('etab',$forms1);
then:
$a=$this->getUser()->getAttribute('etab');
$b=$a[0];
this return null ??
On Mar 23, 3:09 pm, Tom Haskins-Vaughan <[email protected]>
wrote:
> What is the problem with storing the inscription in the database? Even
> if the user cancels before finishing you could either just delete the
> record after a predetermined time or use the record as data on how
> many people are completing how many of your steps.
>
> You might find that 4 steps is too many ;)
>
> On Tue, Mar 23, 2010 at 9:43 AM, Raphael Schumacher
>
> <[email protected]> wrote:
> > See:http://www.symfony-project.org/jobeet/1_4/Doctrine/en/13
> > Subchapter "User Attributes" contains a note addressing the issue
> > about storing objects directly:
> > <quote>
> > We could have feasibly stored the JobeetJob objects directly into the
> > session. This is strongly discouraged because the session variables
> > are serialized between requests. And when the session is loaded, the
> > JobeetJob objects are de-serialized and can be "stalled" if they have
> > been modified or deleted in the meantime.
> > </quote>
> > This of course primarily applies to persistent objects. With non-
> > persistent objects, or persistent objects that haven't been saved so
> > far (e.g. false === $object->exists() ) things could look different.
>
> > To come back to your question:
> > - it should work in principle, although it's not necessarily the
> > cleanest solution
> > - use a default value $book= $this->getUser()->getAttribute('bk',
> > null);
> > - maybe there is a problem with the session --> did you check wether
> > setAttribute/getAttribute works by trying storing/retrieving any
> > trivial thing, e.g. a string value?
>
> > Hope that helps a bit further...
>
> > --
> > If you want to report a vulnerability issue on symfony, please send it to
> > security at symfony-project.com
>
> > You received this message because you are subscribed to the Google
> > Groups "symfony users" group.
> > To post to this group, send email to [email protected]
> > To unsubscribe from this group, send email to
> > [email protected]
> > For more options, visit this group at
> >http://groups.google.com/group/symfony-users?hl=en
>
> > To unsubscribe from this group, send email to
> > symfony-users+unsubscribegooglegroups.com or reply to this email with the
> > words "REMOVE ME" as the subject.
--
If you want to report a vulnerability issue on symfony, please send it to
security at symfony-project.com
You received this message because you are subscribed to the Google
Groups "symfony users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/symfony-users?hl=en
To unsubscribe from this group, send email to
symfony-users+unsubscribegooglegroups.com or reply to this email with the words
"REMOVE ME" as the subject.