ImJasonH posted:

Which 0 and 1s? The only boolean field I have is already set with True and False.

_aligns is a dictionary, and I need to store the index of the matching key, not the value of it. It's a dictionary because later on when I output the results I'll want the full value and not the abbreviated one that's in the logs.

ImJasonH posted:

You're probably right, I could probably save myself a lot of trouble by just storing strings in the database instead of ints. In fact, yeah, I'm going to tweak this some and simplify.

jarito posted:

Sounds great. That should tide me over until the schema gets a little more definite. Got another stupid admin question. I have this in my models.py:

But for some reason, the Admin interface still requires that I select an emergency_contact, even though it is marked as nullable (both in the models.py and the database). I was using this example which has this code:


Am I going about this the wrong way?

king_kilr posted:

Not for much longer! On This Week in Django(great podcast), Malcom Tredinick(core commiter), said queryset-refactor will be getting merged sometime this week/next week, that branch fixes tons of SQL construction issues(including NULLS, joins, and about a billion other things).

king_kilr posted:

And queryset-refactor just hit trunk: http://code.djangoproject.com/changeset/7477 YAY!

Bonus posted:

Wulfeh posted:

code:

def clean(self):
	if 'bool_field' in self.cleaned_data:
		if self.cleaned_data['bool_field']:

Sock on a Fish posted:

I've Googled around, and can't find an answer -- is there any significant performance boost from using a SmallIntegerField in my models instead of an IntegerField? One of my models is going to have about 100 attributes, only a handful of which are going to be negative or possibly exceed 65,535. However, I'd rather not make my model less flexible unless I'm going to get something for it.

StickBoy posted:

TypeError at /admin/main/name/4/
Cannot resolve keyword 'name' into field

Here is my model for it:

code:

<snip>

Space Kimchi posted:

I managed to get apache/modpython working on CentOS but I'm starting to regret it a little as it likes to do things like cache error messages and never ever let them go (although restarting apache seems to clear things up). I can't find any information on where the cache is or how it works or how to tweak or disable it, it's kind of frustrating

Git posted:

Sounds like you guys need to play with Apache's MaxRequestsPerChild option. I'm pretty sure the Django docs recommend giving it a value of 1 for development so code changes are reflected instantly.

king_kilr posted:

new docs stuff just hit django, you can check out the hotness at http://docs.djangoproject.com/

bitprophet posted:

There are clear "views" docs, the deal is that views are just Python functions...ones that take in requests and return responses, and thus the request/response docs are what you actually want.

Middleware dev docs: right here

Milde posted:

I don't think it handles what he's talking about by default, but he could use a custom dialect/writer like this: http://www.djangosnippets.org/snippets/993/

The Real Ambassador posted:

I dare you to get blob fields to work.

bitprophet posted:

It's not just the admin -- if you're still using oldforms at all, that's out the window now (but good riddance!). Hopefully not, I think regular newforms hit trunk like a year+ ago, and it's just newforms-admin that hit more recently. It's all a blur at this point, I've seen so many big changes to the codebase I can't keep it straight

Again, just skim down that list on the wiki page, it'll give you a good idea.

Senso posted:

I know that but as you can see, I didn't take chances. PythonPath is defined in the VirtualHost Apache definition but I also defined it in bash, just to make sure.


Right, in the code I pasted, /home/mlan/proj was the Django root. /home/mlan/proj/myproject was the actual project. I read about that and I knew that I shouldn't give it the path of a single project.

It probably was permissions after all. But the thing is, the django folders in /opt and in /home/mlan have the same permissions... And I'm a loving Linux sysadmin, I'm ashamed! Oh well, it works now.

NadaTooma posted:

I'm about to start a new project, and trying to decide if I should use the built-in authentication system vs. rolling my own. I want two different account types: One for adults (requiring e-mail validation), and one for kids (no e-mail required), where each child's account is tied to one or more parent accounts, so that a parent can change manage their son or daughter's setup. This would imply a many-to-many relationship in the original Django "User" table, and I'm not sure it's designed for that. If I roll my own, I'm actually considering making it two tables (one for each account type), just to keep the DB design simpler. The built-in administrative pages, while awesome, aren't an issue here, because I'll be the only person using them in this case.

Any thoughts? Roll my own, or start hacking the hell out of the built-in authentication system?

mwarkentin posted:

You know the pink "magical pony" thing is a joke, right?

dimebag dinkman posted:

The Django docs make a big deal out of the fact that you shouldn't serve static files through Django. That makes sense, but what if I want to only allow the download of a large static file for people authenticated and in a certain group etc.? Is there actually any satisfactory way of having Django handle a request initially, and then have it pass control over the fastest method available to send a static file? (I'm using lighttpd + FastCGI, currently.)

duck monster posted:

Mod python

Milde posted:

deimos obnoxiously alluded to it

bitprophet posted:

To be fair, use of WSGI, with any server (i.e. mod_wsgi with Apache, or whatever the nginx equiv is) is becoming more popular lately, and a decent number of people also use FCGI.

bitprophet posted:

duck monster posted:

Set it up so that if it 404s , it will fall back to the code that generates the image, which would then serve the image up for it (and supress the 404 code from being sent to the browser, because thats bad mojo) and then in future django wouldnt even need to be hit for it.

This isn't really possible with Django, insofar as you have to load up Django at least a little bit before Django can know whether it's needed! But, as above, you can have Django skip the image creation code unless a new image needs to be generated, which will still be a big time saver. (Yes, you could write a new mod_python handler or modify Django's default one, but I'm guessing that's a bit over ijustam's head if he's still not 100% comfortable with HttpRequests )

hitze posted:

code:

				{% for Song in song_results %}

I can't seem to get the songs to list or get called, so i'm hoping i'm missing something that should be really obvious. Any help would be appreciated

bitprophet posted:

hitze posted:

Well after rereading the docs for models and page 3 of the tutorial (for the upteenth time) I came up with this:

quote:

code:

AttributeError at /artist/led-zeppelin/
'Album' object has no attribute 'album_set'

The Red Baron posted:

My seemingly decently elegant django.contrib.comments signal-based reCAPTCHA implementation, which I posted a link to earlier in this thread, suddenly got some serious egg on its face when someone pointed out that the comment framework's signal handling only allows for returning a HTTP 40x error when a signal handler returns false rather than redisplaying the form with a message. As a result, people mistyping the captcha get some seriously crappy feedback (or lack thereof). For reference, here's the link.

Is there no way of handling this with the current framework without subclassing the comments form and implementing custom logic? I was hoping that wouldn't be necessary

Crazak P posted:

Awesome, thanks man. I knew I had to use divisbleby somewhere, but I was thinking more along the lines of declaring a variable, which I don't think you can using the template language.

bitprophet posted:

I saw the feature list for that and basically creamed myself, it's got a LOT of ideas I was hoping to put into a tiny fledgling Django app I have going in the same vein. Plan to check out the source sometime soon.

king_kilr posted:

Somehow I imagine m0nk3yz jumping straight up to Marty's book within a week.

ToxicFrog posted:

I also have a question about mod_python, in case anyone here can answer this: is there a way to turn off cacheing or flush the cache, assuming I don't have root (and thus can't restart apache, which seems to be the 'official' way to do this)? The Django test server is a godsend, because whenever we test it on the deployment server, it's pretty much guaranteed to cache an incomplete or nonworking version of the site and then we have to wait for the cache to expire.

ToxicFrog posted:

The way I'm currently handling this is that each of these is its own model; Sponsor, Protocol, and PurposeList are each a Model in their own right, with a ForeignKey dependency on RequestForm. The view uses this to retrieve them, splices them into the RequestForm object, and proceeds from there.

So:
- can I move this into RequestForm's __init__() and save() methods, so that it happens automatically when a RF is created from the database/saved to the database and the view doesn't have to worry about it at all, just asking for (say) form.sponsors?
- is this a reasonable design, or am I doing things completely wrong and Django actually has some built in feature to handle things like dictionaries automatically?

ATLbeer posted:

MySQL doesn't support hour in it's datetime implementation.

I might write up a custom model. I've basically added the logic adhoc in a model manager off a DecimalField.