On 28 Mar 2008, at 09:11, Jérôme TEXIER wrote:
>
> Hi all,
>
> On 26 mar, 16:50, "Nicolas Perriault" <[EMAIL PROTECTED]> wrote:
>> I agree that an 'email' column should exist by default in
>> sf_guard_user table, it's a so common needed information on web apps
>> nowadays. It'd be a bit overkill to manage a foreign profile table to
>> just store such a column...
>
> In practice, cases where you have to manage a profile table for only
> ONE column are very rare.
> I think I never met one because not only email but things like name,
> last_name are barely always needed (even they are not mandatory).
> Considering this I dont think getting email outside the sf_guard_user
> is such a big deal and that's a good way to providing a clean
> extensible model.

That's only a smaller part of the much larger issue - which is that if  
you have functionality dependent upon the requirement of certain data,  
you need to ABSOLUTELY sure that the data you depend upon is available.

Currently, if using sfGuard you cannot rely on email address being  
available for use in forgotten password functionality - as this  
requires that not only sfGuardUserProfile has been implemented (which  
as we know is optional), but that it has also been implemented with  
the property you are depending on (say 'email' [and not  
'email_address', 'e-mail' etc]). That's two very big - and stupid  
assumptions, which limit the usefulness of the plugin. Both of those  
assumptions are negated by simply including an 'email' column in the  
sf_guard_user schema.

|'ve started implementing Nicolas's code, but have modified it  
slightly as per his suggestion using AlternativeSchema plugin to  
modify the sf_guard_user table independently of the sfGuard plugin.  
Unfortunately, I'm still going to have to modify the plugin itself to  
either fix - or remove - the executePassword function (unless I  
implement something else like executeForgot). 
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---

Reply via email to