You have a couple of options:
1. create a method in the myUser class for each field in the user table
2. just retrieve the user_id and look up the user:
$this->user = UserPeer::retrieveByPk($this->getUser()->getId());
I prefer the first way because it makes the code a lot leaner and more
I just saw there is an initialize() method, in sfBasicSecurityUser
class...
I didn't get what exactly does the $storage->read do?
What do I need to read to understand this whole code in the user
profile classes...? didn't find much in the documentation...
On Aug 20, 11:08 am, Sumedh <[EMAIL PRO
Thanks sounds good :)
Thanks Tom...
One more thing...
Is it advised not to store objects in the session as attributes...so
will I need to store all the fields as individual attributes? :|
I mean, isn't it tedious, as we go on increasing the fields in user
profile?
On Aug 19, 5:46 pm, Tom Hask
Here's a simple example:
1. create you're User table with the columns you want
2. build your model
3. in the myUser class define proxy methods set and retrieve
the data from your User model objects:
// in myUser.class.php
class myUser extends sfBasicSecurityUser
{
pr
Ok...
I think using sfGuard would be an overkill as of now...
If I simply want to -
1. Create a user table and define some columns in it...
2. Access this session data in actions and templates through $this-
>getUser() method.
How do I do this?
If I simply create a UserPeer just as I do for
On 18 Aug., 14:21, Sumedh <[EMAIL PROTECTED]> wrote:
> Anyone? :(
>
> I am really confused if I should use this plugin or do my own simple
> thing...
>
> Right now I am grappling with issues...just trying to figure out where
> is the code that compares user supplied credentials with DB data and
>
Anyone? :(
I am really confused if I should use this plugin or do my own simple
thing...
Right now I am grappling with issues...just trying to figure out where
is the code that compares user supplied credentials with DB data and
decides this is a correct login...the executeSignin doesn't seem to