Thanks thomasantony for this feedback and ideas.
thomasantony - 18 May 2007 09:48 PM
Anyway, it would be a great feature if I were able to add user profile fields using the admin console itself.
Yeah, this would be great, but it’s quite a lot of work, and even if we wanted and had time, some stuff is in the config file and we would have to write in it (beurk).
Maybe we could use both: config based custom fields and db based ones…
Well, maybe in 2.0 !!! next decade !!!
And also suppose I have a referer field, which I need to fill using a url segment or so . Of course I can make my own controller function to accept the value and convert it to the form to be stored in db. But then I need it do the usual registration routine. Is it possible to pass this value to the FreakAuth registration function, so that it gets stored along with the other data?
This is interesting.
Well first, I’d like to be sure of what you wanna do.
I guess that you want to know how the visitor arrived to your door (which website hosted the link that pointed to ours). But the problem is, this kind of websites that you want to track may not point directly to the register page, and the referer that we’ll have at register time may be OUR homepage. So I think that we have something to do to store an “external” referer temporarily before thinking about storing it in the db for long.
This maybe a too specific feature for us (don’t know what Dan will think about it), but I’m interested in doing such a lib, with a dedicated table that would store a url for each user id (a kind of referer module like in Xaraya).
Oh, and another thing is, using db prefixes completely breaks it. Suppose I set prefix as ab_ in database.php, naturally, I rename the freakauth tables to ab_fa_user etc to avoid mysql errors. Then I avoid getting mysql errors, but then I get errors in the freakauth installer saying “fa_country” not found etc. Maybe if I renamed the tables and set the prefix AFTER the installation , it may work .. hmm..
This question is very interesting too !!!
ok, we could change the hardcoded calls to the necessary tables in the installer and add some documentation for renaming the tables
anyway, this will be cleanly sorted when we’ll have an active record db installer
The first time I ran the console, I got a PHP Notice saying the ‘rules’ index was not defined on line 247 of admin/users.php . This stopped coming after I manually added a user. It does break the app, but it would be nice if it were fixed.
we’ll investigate, thanks !
Still hats off to you guys for making such a fantastic app. :D
Thanks, this kind of post brings a shining sun. 