#django

okcomputer: i wouldn't mind 0.85$ per month lol

okcomputer: but ya, you're probably better off with your VPS !:)

johnnny22: the benefit of it is you can fix problems yourself. I had a host where the database servers dns systems went down and the site crashed

okcomputer: webfaction proxies all through nginx, dispatched to an apache wsgi setup for django. By default, but you can run your supervisord and so forth if your prefer.

okcomputer: yeah, you're seriously, for sure, definitely better with your vps !! :)

okcomputer; you have 100% control! :)

rns: did you check the path and perms?

tbaxter, path is correct

okcomputer: webfaction just made it for me, since it's simple to setup things for small to medium sites like tbaxter said, and it's very django friendly. They have a setup tool that sets a django app for you :P (oooh lazy me)

johnnny22: now that django is serving properly, if i change the '/' url will it serve a default view or does that need to be created?

rns: and the perms?

tbaxter, and permissions are okay...I get the same error with sudo

tbaxter, actually correction

tbaxter, with sudo I get this error: ImportError: No module named django.core.management

johnnny22: i hate app setup tools personally. i'd rather do it the dirty way :)

rns: you said this was a virtualenv, right?

tbaxter, yes

okcomputer: keep your nginx.configs as is, and setup your urls.py so that /^ gets handled by a view. You can use one of those generic views to simply return a static file like an html page.

and there's probably a python install on the system, as well as the virtualenv… open up manage.py and look at the first line

okcomputer: basically, now all that needs to be changed is in django :)

okcomputer: that`s in the ideal situation. You can always make your nginx return some pages statically, but they won't be handled by django then.

In Django's new configurable user model do I need to specify things like has_perm, is_staff, etc?

Not if you use AbstractUser.

okcomputer: you could add (r'^/', TemplateView.as_view(template_name="index.html")), in your urls.py for example (PS: TemplateView is in from django.views.generic import TemplateView )

johnnny22: thats my plan. leave the server config alone and work within django

okcomputer: here`s the doc on the generic views: https://docs.djangoproject.com/en/dev/topics/cl...

tbaxter, first line is this: "#!/usr/bin/env python"

okcomputer: actually thats the doc on class based views, but ya, you`ll get the idea

mattmcc: Alright, that's what I thought/what it looked like. Thanks!

rns: yeah, that's probably the system python, not the venv python. Change it to point to your venv python

johnnny22: so just make sure to import django.views.generic and that should be valid

tbaxter, just hard code the the directory path?

tbaxter, also, do I remove the comment (#)?

okcomputer: sort of, depends on what you are doing :) hehe

okcomputer: check that link, it'll enlighten you much! :)

okcomputer: also do check the default 4-5 step tutorial if you haven't yet :)

okcomputer: you'll learn so much from the tutorial! :)

okcomputer: which starts here: https://docs.djangoproject.com/en/dev/intro/tut...

rns: tell you what.. run manage.py start project, and see what it puts in the created manage.py in the new project

johnnny22: i did the tutorial on my mac, but using the dev server and sqlite. everything changed once i tried to install on a real server

okcomputer: the concepts are still similar, update your urls.py to point to a view (either hand-made view or a generic one with the proper arguments) and voilà

i'd have to say the docs for production servers are not too detailed probably because of the number of variables involved

tbaxter, for me manage.py always uses /usr/bin/env since Python will be the same both in and outside of a virtualenv

okcomputer: oh and restart your gunicorn ;o)

okcomputer: gotta head out ! getting well needed shoes.. mine are sooooo old and full of salt :o/

johnnny22: salt?

okcomputer: ya, winter salt :P

okcomputer: we use salt on our streets here :P

tbaxter (and rns), the error "ImportError: No module named django.core.management" suggest to me that Django is not installed in either the virtual enviroment or that rns's isn't running Django from the virtual enviroment

johnnny22: i'm in AZ, no snow

okcomputer: ooh, i'm in Montreal :P

okcomputer: lucky you !:P

Dearon: you came late. He can run most (but not all) manage.py commands

johnnny22: thats cool, i've only been to toronto

but i'm going to BC this summer

okcomputer: next time, do that extra 5.5 hours of road and come see this place :)

tbaxter, aah okay, that does make it a lot weirder then yeah

johnnny22: i heard its a great city actually

okcomputer: but be ready to cross french speaking people :)

I think it's a venv/path issue

okcomputer: and in montreal, most are bilingual (most is probably relative a bit)

It does seem like the most likely problem based on that error

okcomputer: BC is nice too :)

johnnny22: I've been to france and most of them spoke enough english to communicate with

lol

okcomputer; then you'll probably be way better off in Mtl, must more bilingual usually

my neighbor is canadian, he always says eh? after everything

okcomputer: ooh those canadians :P

okcomputer: i should say, ooh those english speaking canadians :P

eh ? :P

lol

okcomputer; ok, we are way off topic now, should get back to my things :0

johnnny22: crazy canadians

yeah me too

ttyl

enjoy django! :D

thanks

Hi! I have this url "/model/<some-slug>/add-submodel/" that creates a new SubModel instance with a FK set to "some-slug" Model instance.

no need, i bow to you

I would like the url to be served by a CBV

but I need some tips on how to make the creation form aware of my "some-slug" thing

createView, plus capture the slug in dispatch()

tbaxter: dispatch... nice, that's what i was looking for, thanks!!!

A CreateView can already take a slug field tho, can't it?

(looking at http://ccbv.co.uk/projects/Django/1.5/django.vi... suggests as much anyway)

Dearon: yep you are right... that looks weird to me...

I don't think it's used for anything

Dearon: it inherits that from SingleObjectMixin which is weird too since the object doesn't exist yet...

At least, not that part of the SingleObjectMixin

But you might be able to reuse it fairly easily

Dearon: i see... but i am afraid it could be a bit of a hack, don't you think?

Dearon: i prefer to do it more explicitly

i'm getting an invalid syntax on urls.py, line 16 which i haven't modified is this still correct?: url(r'^admin/doc/', include('django.contrib.admindocs.urls')),

cheshair, You certainly could just copy and paste the small bit of logic used for slugs too