#django

lduros correct

pjs: thanks

:)

hi

Hey guys; I have a working setup both for apache and for the manage runserver setup. But when I try to access the admin app from the apache version I get a 404, but not when I use the manage.py runserver version. Any idea why this is happening?

When i use the manage.py runserver version it works i mean.

Ah, found a page saying that the development server does a lot of magic that I need to handle in my virtualhost setup.

na, it does no magic regarding admin views

the only magic it's doing is serving static files

yeah, I realised that. I am trying to find those static files as they are different on debian that what they are writing it seems.

Mogget: run collectstatic and you got everything in your STATIC_ROOT

I wonder what the cleanest way would be to have users store some very simple configuration in the database

a key value table

I could create a Configuration class in the database?

apollo13: indeed, thx

apollo13: Nice, I learned something new today too. :D

Thank you.

np

now if someone could explain singular value decomposition to me :þ

is there anything default builtin like that?

no

I've googled stuff like django-settings

the really lazy and dirty approach would of course be to just add some new Class in the admin, and use the first object created in there

apollo13: but that's like ... really really dirty

you can take a look at django-constance

thx, just found that one out too!

looks really useful

anyone have advice on 2 way encryption of user data? I want to store some data in such a way that only the user of that data can view it, possible using a user provided key

When using a custom auth backend, I am setting all my usernames to username__prefix to distinguish them from normal site users. How can I hook some function that strips out the __prefix from each user's username?

I'm on 1.4 so I don't think I can extend the User model?

sure you can, you just can't substitute the User model with something new all together

Oh ok

pjs: In that case, what way do you prefer to extend the User model?

thnee: model with a one-to-one field to User

Are the Bitnami EC2 servers with django pre-installed considered safe from a security perspective?

thnee, sorry, in the middle of 5 things.. what FunkyBob said

FunkyBob, pjs: But where do I hook that in? Setting AUTH_PROFILE_MODULE would affect normal site users as well, instead of only my custom auth backend users

thnee: "hook" that in? huh?

don't use AUTH_PROFILE bulshit

just... follow the relation as you normally would

ah allright, well the problem is this

I have already manually stripped __prefix in all of *my* view code

but they still show up as username__prefix in the admin site

huh?

thnee, I don't think we understand your issue.. what is this __prefix stuff?

I am adding a __prefix to all usernames that come from my custom auth backend

why?

thnee, you mean, if they login with username "foo" using your custom backend, you're updating/saving the record with username of "foo__prefix"?

FunkyBob: to distinguish them from normal site users

even though it's a suffix

hah

thnee: what is the difference between these users?

well they are logging on a certain section of the site, and are not admins

the point is that the actual database of users is somewhere else, and I access it via an API

and a user in the other database might have the same username as one of the django admins

django complains that null values are not allowed but this can't be true .... server_storage = models.ForeignKey(Storage,null=True,blank=True)

SimplySeth: drop the table and recreate it

apollo13: OK

and yes, what django says is usually true, if not all the time :þ

FunkyBob: make sense?

thnee: you do understand Django comes with a Groups system, so you can control access using that?

as well as permissoins

FunkyBob: Um yeah I am also adding them to a specific group to indicate that.. But I was under the impression that usernames must be globally unique

yes, they must

hence, the __suffix

though, since you can add your own auth backend to look them up by whatever field(s) you like...