In my project, it makes a lot of sense to have two separate databases: one 
for the users of the app and another for partners who pay to advertise to 
those users. The data they manipulate are completely different sets. I have 
created an auth object (named auth) for the users database (called db) and 
another auth object (named authp) for the partners database (called dbp). I 
want all users stuff to be under the url myapp/default and all partners 
stuff to be under the url myapp/partners.

The problem is that the app is mixing the two types of user accounts 
together in two ways:

   1. If I create a user account and a partner account with the same 
   credentials, then signing into one allows access to the pages restricted by 
   the other (and yes, I changed the decorators to @authp instead of @auth for 
   the partners pages). This is especially bad without email verification 
   (which I have not implemented yet), since someone can register as a partner 
   under the same email as an already existing regular user but with a 
   different password. This would allow someone else to hack the user's 
   account.
   2. All the redirects are messed up. Usually, after registering or 
   signing in, unless the URL specifies a different redirect explicitly, 
   things always redirect back to the user account and never to the partner 
   account page.

How should I be handling this properly? Any tips for having two very 
different types of users are much appreciated.

An alternative I would be happy with is actually making two separate apps, 
but I'm not sure how to exchange some database information between them. 
Can one app access the database of another app? Does it matter if I'm 
currently using sqlite?

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to