Bonus posted:

Because then you don't get to use some the nifty features that contrib.auth offers, like messages and getting the user directly from request. The proper way to extend the User model is described here.

No Safe Word posted:

How fuzzy is it going to be? Are you only interested in exact search string matches? Or stuff that "kinda looks like it"? It might be something that you just pick a solution and run with it for a while to see if you hit a wall. My gut tells me it should be a separate model, but I'm having a tough time coming up with the best structure for it.

nbv4 posted:

you can add in a new form init argument and then call super(). Heres a snippet of some of my code where I do this:

code:

class FlightForm(ModelForm):
    def __init__(self, *args, **kwargs):  
        super(FlightForm, self).__init__(*args, **kwargs)
        
        from share.middleware import share
        from django.db.models import Max
        self.fields['date'].widget = widgets.AdminDateWidget()
        self.fields['plane'].queryset = \
                    Plane.objects\
                    .user_common(share.get_display_user())\
                    .annotate(fd=Max('flight__date')).order_by('-fd')
        self.fields['plane'].default=1
        self.fields['plane'].blank=False
        self.fields['plane'].null=False

king_kilr posted:

pop event_id out *before* you call super().

SlightlyMadman posted:

Do I have to do something special to call a custom function of a method from a template? I have a class like this:

code:

class Purchase(models.Model):
    ...
    def get_price(self):
        price = 0
        for ticket in self.ticket_set:
            price += ticket.tier.price
        return price

and a method like:

code:

{% for purchase in purchases %}
    <br/>Total Price: {{ purchase.get_price }}
{% endfor %}

It iterates the purchase just fine (I'm actually printing other information in my real code so I see it), but the purchase.get_price reference doesn't return anything, not even the "0" it would return if self.ticket_set were empty.

Sock on a Fish posted:

bmoyles posted:

What are perms of the myapp and the /home/django directory? Many distros, when you create users, remove execute or read permissions on home directories. If /home/django was missing +x or /home/django/myapp was missing +x, the apache user wouldn't be able to change into that directory.

Sock on a Fish posted:

bitprophet posted:

Hope that makes some sense.

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.

MonkeyMaker posted:

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