Re: Re: Forum hacks
| From: | Joao Prado Maia | Date: | Tue, 16 Oct 2001 15:27:09 +0000 |
| Subject: | Re: Re: Forum hacks | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-2313@lists.php.net to get a copy of this message | ||
On Tue, 16 Oct 2001, Luc Saint-Elie wrote:
> En réponse à "Tomas V.V.Cox" <cox@idecnet.com>:
>
> > I see that the auth stuff isn't also implemented (guess that waiting
> > for a Pear_User class, btw what is the status of that?). Perhaps for
> > the moment we could modify a little the Forum DB User class to be
> > configurable to retrieve some info like user name, e-mail, login, pass
> > from other tables, that can be easily changeable/extendable when the
> > Pear_User class is done.
>
>
> Tomas, I started the idea, but as I said at this time I'm absolutely unable to
> do that myself.
> I set up a little mailing list where some (not a lot ) people discuss the
> preliminary stuff of this topic.
>
> Bertrand Mansion is writing a wrapper, but few is none work has been done so
> far.
>
> (you can have a look at http://www.interpasnet.com/ml)
>
I just read most of the messages on that mailing lists and if I would like
to share my opinions about it. I saw that you guys are thinking on issues
like returning messages back to the caller script and things like
localisation for instance (translating the messages into other languages).
I disagree that you should think about messages or even returning HTML
from the User class. I'm supposing that you want to develop the functions
described by Tim Perdue on PHPBuilder.com on PEAR by the way.
If I was the one developing such a tool, I would create things similar to
PEAR::DB. That is, you don't returning any HTML or whatever. Leave the
implementation of the login form for instance to the calling script.
Create an API of methods to handle the authentication issues, like
confirmation of a registration and things like that.
I personally would not like a class that would try to do everything for
me, as it would take me a long time to customize it enough to serve my
needs. And customizing it would kill the purpose of a generalized API,
wouldn't it ?
Anyway, just a few thoughts.
Joao
--
João Prado Maia <jpm@phpbrasil.com>
http://phpbrasil.com - php com um jeitinho brasileiro
--
Precisando de consultoria em desenvolvimento para a Internet ?
Impleo.net - http://impleo.net/?lang=br