Mal wieder Probleme mit Django

[klaus]

Ich habe momentan wieder ein kleines Problem mit Django, bzw. eine Stelle, an der ich nicht weiterkomme. Wahrscheinlich ist es blos irgendein newbie-Fehler, den ich nur nicht sehe und ich hoffe, dass ihr mir deshalb helfen könnt.
Ich versuche auf einer Seite Ergebnisse einer Datenbanksuche darzustellen. Fürs erste würde es mir allerdings schon reichen, wenn ich es schaffen würde, alle Einträge anzuzeigen. Also, hier mal der Code, der dieses kühne Unternehmen bezwecken soll:

Die aufgerufene view-Funktion sieht folgendermaßen aus:

Code: Alles auswählen

from django.shortcuts import render_to_response
from ency.models import Trick

def all(request):
    jt_list = Trick.objects.all()
    return render_to_response('ency/search.htm', locals())

## ...

Das Template sieht folgendermaßen aus:

Code: Alles auswählen

{% extends "../juggl.htm" %}

{% block content %}
<h1>Suchergebnisse</h1>

<table>
<tr>
<td>Name:</td>
<td>Siteswap:</td>
<td>Level:</td>
<td>Requisiten:</td>
<td>Kategorie:</td>
</tr>
{% for jt in jt_list %}
<tr>
<td>{{ jt.name }}</td>
<td>{{ jt.swap }}</td>
<td>{{ jt.level }}</td>
<td>{{ jt.props }}</td>
<td>{{ jt.categ }}</td>
</tr>
{% endfor %}
</table>
{% endblock content %}

Als Fehlermeldung erhalte ich:
TypeError at /juggl/tricks/all/
'tuple' object is not callable

Ich hoffe, dass sich der Fehler in diesem Code befindet, wenn er fehlerfrei sein sollte, dann poste ich noch weitere wichtige Codestücke rein. Ich hoffe, dass ihr mir helfen könnt.

[jens]

ich würde nicht locales nehmen, sondern ein echtes context dict aufbauen... Poste mal den richtigen Traceback!

[Leonidas]

Du hast irgendwo die Built-in Funktion ``locals()`` mit einem Tupel überschrieben. Nun rate wo der Fehler ist

[klaus]

@ Leonidas: Ich verstehe nicht ganz, was du meinst. Eine Funktion kann man doch nur überschreiben, indem man mit "def" eine neue Funktion definiert, die den gleichen Namen hat, aber doch nicht mit einem Tupel. Ich kann mich natürlich auch Täuschen, so gut kenne ich mich mit Python dann doch nicht aus, aber es würde mich sehr stark wundern.

Ich probiere dann mal den Weg, ein context dict zu fabrizieren, und hoffe, dass der klappt. Wenn nicht, melde ich mich noch mal und poste dann gleich den kompletten Traceback mit.

[Leonidas]

@ Leonidas: Ich verstehe nicht ganz, was du meinst. Eine Funktion kann man doch nur überschreiben, indem man mit "def" eine neue Funktion definiert, die den gleichen Namen hat, aber doch nicht mit einem Tupel. Ich kann mich natürlich auch Täuschen, so gut kenne ich mich mit Python dann doch nicht aus, aber es würde mich sehr stark wundern.

Funktionen und "Variablen" sind im gleichen Namensraum und eigentlich auch das selbe (eine "Variable" ist ein Name der an ein Objekt gebunden ist, eine Funktion ist ein Name der an ein Funktionsobjekt gebunden ist, also eigentlich nur ein Sonderfall der "Variable"). Somit ist es absolut logisch. In einigen Lisp-Dialekten (ich glaube Common Lisp) ist das AFAIR anders, so dass Funktionen dort eigene Namensräume haben.

Alternativ kannst du, statt es mir nicht zu glauben, auch einfach ausprobieren.

Code: Alles auswählen

print locals()
def d():
    locals = (1, 2)
    locals()
d()

[klaus]

OK, wenn ich das in der Konsole eingebe erhalte ich ebenfalls einen TypeError. Allerdings weiß ich nicht, wo ich die Funktion locals() überschrieben haben soll. Ich habe in meinem kompletten Projekt keine Funktion, die locals irgendeinen Wert zuweist.

[Leonidas]

Dann mach mal in ``all()`` vor dem ``locals()`` ein ``print locals``, vielleicht wirds dann klarer was das ist.

[klaus]

Egal, ob ich ein "print locals" einfüge, oder nicht, solange ich die Funktion direkt in PyScripter aufrufe erhalte ich immer nur "True" als Ausgabe.

[Leonidas]

Django in einer IDE ausführen? Schlechte Idee.

[klaus]

Wie soll ich es denn sonst ausführen? Nur über die Konsole, oder gibt es noch ne andere Lösung, bzw. wenn es schlecht ist, wenn ich es in einer IDE ausführe, wozu gibt es die dann.

[audax]

Code: Alles auswählen

python manage.py runserver

So mach ich das immer

[jens]

Oder man baut sich einen kleine mini test app:
http://www.python-forum.de/topic-10600.html

[klaus]

ähm, aber wenn ich es mit "python manage.py runserver" ausführe (wie ich das normalerweise auch mache, wenn ich die Seite testen will), dann sehe ich doch die "print"-Anweisungen nicht und um die ging es doch.

[jens]

Doch, die print Ausgaben siehst du im Terminal.

[klaus]

Du meinst mit Terminal schon die Eingabeaufforderung, oder?

[jens]

jup

[klaus]

Also bei mir steht in der Eingabeaufforderung folgendes:

Code: Alles auswählen

Django version 0.96.1, using settings 'proto.settings' 
Development server is running at http://127.0.0.1:8000/ 
Quit the server with CTRL-BREAK. 
[25/Feb/2008 17:06:59] "GET /juggl/tricks/all/ HTTP/1.1" 500 47477 

aber weit und breit keine Ausgabe von irgendwelchen print-Anweisungen.

[jens]

Also die sollten eigentlich dazwischen dann auftauchen, wenn du den passenden view aufrufst...

[klaus]

Naja, du siehst ja die Zeile, in der GET steht, die sollte eig. genau die view-Funktion aufrufen, in der die print-Anweisung steht. Aber sonst steht da bei mir nichts in der Konsole.

[burli]

Code: Alles auswählen

Django version 0.96.1, using settings 'proto.settings' 
 

0.96.1 ist doch eine veraltete Version. Es wird überall empfohlen 0.97 zu verwenden.

Soweit ich gelesen hab soll es nach der 0.96 erhebliche gemacht worden sein.

Kann sein das die Dokus schon auf 0,97 aktualisiert sind. Ich hab auch 0.96 gehabt und hab mich gewundert warum die Beispiele aus dem openbook von Galileocomputing nicht richtig funktioniert haben