LuckySevens posted:

Yeah, I just wrote the view myself, everything works smoothly now except:

code:

    @models.permalink
    def get_absolute_url(self):
        return ('flowplayer.views.videos_detail', (), { 'series': VidSeries.slug,
                    'slug': self.slug })

I can't work out how to get my get_absolute_url working correctly, series is a manytomany with a model called VidSeries, I'm using the slug from that model as part of the url dispatcher, I dpasted the other info here. I can't seem to find any info apart from the official django docs on get_absolute, I've also tried self.series.slug to no avail. Something fundamental I must not be getting here.

Sock on a Fish posted:

inveratulo posted:

This is really a better way of thinking about things than how I was going about it. But it still doesn't address the edge cases of say when I want a job to run daily, except on Sundays.

LuckySevens posted:

Any foreseeable problems doing it this way?

inveratulo posted:

Any other suggestions? If I can create a model to select a single value from a list, I should be able to create a model that select multiple values from a list without having to hack the form route, right?

Yay posted:

Its certainly a bit more tricky; I'm pondering it. I suppose the problem is, that doing it every X but not Y isn't massively useful; it mostly only applies to days. For example, performing a ScheduledJob every month, but not March, isn't likely. Its mostly days its appropriate to.

Sock on a Fish posted:

The problem is, when I run that one big function, the actions are only performed on the primary_host. Am I doing this wrong, or is this a limitation of fabric?

MonkeyMaker posted:

Does anyone have any suggestions for how I can catch the non-hashed password when a user updates their password? I need to sync it with Convio and I've been using signals for catching profile changes. The changed password is the only real stumbling block I have left on this point.

Jonnty posted:

Firstly, you shouldn't be storing unhashed passwords - I'm assuming you want to put the password into an API which hashes it internally. First, look for a way of passing in the hashed password. Failing that, you could just extend the registration form and add a hook in for what you want to do - I don't know what the best practices for that would be though I'm sure someone else will.

MonkeyMaker posted:

Does anyone have any suggestions for how I can catch the non-hashed password when a user updates their password? I need to sync it with Convio and I've been using signals for catching profile changes. The changed password is the only real stumbling block I have left on this point.

nbv4 posted:

So they announced djangocon. I was thinking of going until Is saw how much it costs. Five hundred freaking dollars per person. Why does it cost so much? I haven't been to a "con" like this before, but that seems like a lot of money. I've been to job fairs before that costs $100 which I thought was a lot, even though the price included a fancy catered lunch. Does Djangocon at least include kick rear end food? If one hundred people show up, thats $50,000 of gross income. Does it really costs that much money put put on a "con" of this nature?

MonkeyMaker posted:

Does anyone have any suggestions for how I can catch the non-hashed password when a user updates their password? I need to sync it with Convio and I've been using signals for catching profile changes. The changed password is the only real stumbling block I have left on this point.

bitprophet posted:

Hope that makes some sense.

Sock on a Fish posted:

Perfect sense, thanks. That reminds me of figuring out that the cd() context manager doesn't process absolute paths correctly, so before every cd('/some/abs/path') I'd have to set env.cwd to ''.

inveratulo posted:

Hey guys, I am having problems with the admin model that I am overriding. Basically, in my models.py I have something this:

code:

...
JOB_PERIOD	=	(
	('0','Yearly'),
	('1','Monthly'),
	('2','Weekly'),
	('3','Daily'),
	('4','Hourly'),
)
...

class Job(models.Model):
... (some other stuff here) ...
	period	=	models.IntegerField(default=JOB_PERIOD[2][0],choices=JOB_PERIOD,max_length=1,)	

and then in my admin.py, I have a:

code:

class JobAdmin(admin.ModelAdmin):
	list_display		=	('name','descr','period','time')
	search_fields		=	('name','descr',)
	list_filter		=	('time','period','category',)
	filter_horizontal	=	('month','day',)

So, when the admin interface loads up, the list_filter portion properly lists the contents of the 'period' tuple, but the list_display does not. It just has a column of "(none)". Any ideas on how to fix this?

bitprophet posted:

Hmm. That should only be the case if env.cwd is set to a non-empty value beforehand, such as if you were to call cd within another cd block. Can you verify whether that's what's going on?

Edit: If we have to do more than another back-and-forth on this, given it's not that Django related, maybe I should make a Fabric thread. Then again I can't imagine that many goons use it, so maybe we should just take it to email or PM.

Sock on a Fish posted:

Oh yeah, it was a cd within a cd. I had some functions that were executing other functions within a cd context, and within those functions themselves there was a cd context specified as well. That really threw me, I assumed that any path starting with '/' would be interpreted as absolute.

raymond posted:

Just a stab in the dark, but maybe try changing your JOB_PERIOD tuple to use numbers instead of strings (change '0' to 0, '1' to 1, etc). I think Django converts your string numbers fine when saving the model, but when loading the model from the database it gets back integers.

Avenging Dentist posted:

Is it worth using one of the Django blogging packages out there or would it be just as simple to write one myself? I know Django well enough, but I'm not sure what malarkey people put in their Django-based blogs, so maybe it'd be a lot of work to write a decent one!

Corollary: if I should use one of the already-existing ones, which one is least bad? (I have had less than stellar experiences with stuff built on top of Django.)

NoDamage posted:

(django-mingus, the first installation step in a loving blog shouldn't consist of installing 30 other plugins)

bitprophet posted:

In its author's defense, the point of Mingus is to embrace the Django "reusable apps" philosophy. It's not that they're plugins to some core app, it's that the core app is simply a tiny bit of glue to hold all of the individual components together.

So where e.g. Wordpress core implements comments, static pages, permalinks, RSS feeds, and so forth, and then has plugins, Mingus is just a collection of what its author perceives to be the best available Django comments app, permalink app, RSS feed app, etc. So to knock it for "requiring a bunch of plugins" is to miss the point of the app.

At least, that's my understanding; I haven't used it myself, only read up on it a bit. I think king_kilr has though?

Sock on a Fish posted:

It seems like it'd be easier if every view was a class instead of a function.

MonkeyMaker posted:

So write class-based views? http://lmgtfy.com/?q=class-based+views+django