annotate messages/management/commands/purge_messages.py @ 943:cf9918328c64

Haystack tweaks for Django 1.7.7. I had to upgrade to Haystack 2.3.1 to get it to work with Django 1.7.7. I also had to update the Xapian backend. But I ran into problems. On my laptop anyway (Ubuntu 14.0.4), xapian gets mad when search terms are greater than 245 chars (or something) when indexing. So I created a custom field that would simply omit terms greater than 64 chars and used this field everywhere I previously used a CharField. Secondly, the custom search form was broken now. Something changed in the Xapian backend and exact searches stopped working. Fortunately the auto_query (which I was using originally and broke during an upgrade) started working again. So I cut the search form back over to doing an auto_query. I kept the form the same (3 fields) because I didn't want to change the form and I think it's better that way.
author Brian Neal <bgneal@gmail.com>
date Wed, 13 May 2015 20:25:07 -0500
parents ee87ea74d46b
children
rev   line source
gremmie@1 1 """
bgneal@518 2 purge_messages is a custom manage.py command for the messages application.
gremmie@1 3 It is intended to be called from a cron job to purge messages that have been
gremmie@1 4 deleted by both sender and receiver.
gremmie@1 5 """
gremmie@1 6
gremmie@1 7 from django.core.management.base import NoArgsCommand
gremmie@1 8
gremmie@1 9 from messages.models import Message
gremmie@1 10
gremmie@1 11
gremmie@1 12 class Command(NoArgsCommand):
gremmie@1 13 help = "Delete messages that have been sent to the trash by both sender and receiver."
gremmie@1 14
gremmie@1 15 def handle_noargs(self, **options):
gremmie@1 16 Message.objects.filter(sender_delete_date__isnull=False,
gremmie@1 17 receiver_delete_date__isnull=False).delete()
gremmie@1 18