#django

weird

Is it commont so use get_absolute_url?

empedokles78 Fairly.

join #nginx

that was ..wrong :)

tomchristie, but if I'm importing my models in my views and use a view name in absolute path that seems conflicting.

view names in `reverse` are as strings, so there isn't any issue with circular imports

If that's what you meant?

tomchristie, I see, by the django example code I receive "Reverse for 'atlas.views.company' not found. 'atlas.views.company' is not a valid view function or pattern name." The view does exist.

empedokles78: reverse works only on named routes

iirc pythonpath is deprecated and removed at some point

deprecated since 1.8

Django is wonderfully clear on when things will be removed... python less so

As there is end for support for 1.10 soon, and thus need to upgrade to 1.11

fleetfox, It's taken from the example snippet (my url conf is named, shall I try a name?): https://docs.djangoproject.com/en/1.11/ref/mode...

empedokles78: yes

that looks like documentation bug

see here

hey can i get a list of security features i get with django please :)

define "security features"

okay

like cors

preventative measure == feature?

CSRF

fleetfox, but the named version remains? Working now, thanks.

yes, it's the only version

perfect, do you know why args are coerced into a string?: args=[str(self.id)]

I kind of wish migrations could be non-linear without creating the extra migrations for merging them.

My team ends up having to re-order files quite a lot.

I suppose reversing a tree would be a pain.

As opposed to reversing a straight list of migrations.

I am trying to use a variable assigneed in a middleware during my login view. The issue is the middleware gets hit after so the variable is not available during login. How can i re-arrange to access the request.company var during login-get_success_url? --- https://dpaste.de/i0VO

Attributes for a particular object is not saving in django 1.8 is there a way to debug?

drake01: django-debug-toolbar is nice. you can also try manually setting the attributes and saving in the shell, and then check connections.queries (from django.db import connections first) are you seeing direct attributes on a model not saving, or related objects not saving?

elit3x: middleware can execute code before the view as well as after

hop: Would i used a function other than process_request to achieve that?

crowbar: for a particular object the direct attribute seems like not saving. thanks for connections suggestions. trying it

elit3x: don't think so. are you sure your middleware gets called at all?

searching for opportunities in nyc. http://harrymoreno.com