Das deutsche Python-Forum

Hallo ich stehe auf den Schlauch,

Ich habe eine WSGI Anwendung. In dem ich Jinja2 Templates benutze. Aus denen heraus will ich nun Funktionen direkt ausführen, das mache ich auch. z.B Nun will ich aber auch einen Traceback bekommen, wenn es mal eins gibt. Deshalb habe ich mir folgendes mit Hilfe von http://docs.python.org/library/traceback.html geschrieben: Nun rufe ich die Funktion wie folgt auf: Damit bekomme ich zwar das Traceback aber nichts (None) wenn es funktioniert hat.

Weiteres Porblem `scall` muss ich dort in den Code schreiben von wo aus ich auch das template lade sonst habe ich nicht die gleiche Umgebung und mein exec in scall kennt evl. die lib nicht.

PS: Ich möchte nicht soetwas wie DebuggedApplication(application)
PPS: Wenn es keine schönere Variante gibt werde ich jede Funktion umschreiben und ihnen einen richtiges Try Except schreiben wie es sich eigentlich gehört

mfG Lars

Darf man – ganz vorsichtig nur – den Sinn und Zweck dieser Aktion hinterfragen? Während der Entwicklung sind interaktive Debugger wie Werkzeug doch viel sinnvoller, da man den Traceback mit viel schönerer Formatierung dort auch live untersuchen kann. Im Produktivsystem aber gehören Tracebacks auf jeden Fall ins Log und nicht in die Anzeige! Was du da tust, ergibt für mich vorne und hinten keinen Sinn

Das eigentliche Problem: Du führst "time.time()" zwar aus, und das gibt auch brav einen Wert zurück. Der aber verschwindet im Nirvana, denn du gibst ihn nirgendwo zurück!

Unnötiger Einsatz von exec. Ich würde folgendes vorschlagen: und dann `{{ scall(time.time) }}` benutzen.

Stefan

lunar hat geschrieben: Im Produktivsystem aber gehören Tracebacks auf jeden Fall ins Log und nicht in die Anzeige!

Tut das Python automatisch oder muss ich das selber Programmieren?!

Wenn überhaupt, dann geschieht das durch das Rahmenwerk, welches die Anwendung ausführt. Falls das Rahmenwerk diese Aufgabe nicht übernimmt, muss man Logging selbst implementiert, Python bietet dafür bereits ein fertiges Modul an.

sma hat geschrieben:Unnötiger Einsatz von exec. Ich würde folgendes vorschlagen:

Code: Alles auswählen

def scall(f):
	try:
		return f()
	except:
		...

und dann `{{ scall(time.time) }}` benutzen.

Stefan

Sorry für die später Antwort aber es war Fest.

Da habe ich echt auf dem Schlauch gestanden, ich habe mich ständig gefragt wie ich das Problem umgehen kann, da `def scall(f())` die Funktion aufruft. Auf die Idee `f` zu übergeben bin ich nicht gekommen und die Argumente folgen lassen lassen war zu offensichtlich -.-

Danke.

sma hat geschrieben:Darf man – ganz vorsichtig nur Wink – den Sinn und Zweck dieser Aktion hinterfragen?

Darf man. Die Lösung ist nur für ein Admin Panel gedacht und auch nicht für immer, musst du nicht verstehen finds aber praktisch, weil quick&dirty.

Sr4l hat geschrieben:

sma hat geschrieben:Darf man – ganz vorsichtig nur Wink – den Sinn und Zweck dieser Aktion hinterfragen?

Darf man. Die Lösung ist nur für ein Admin Panel gedacht und auch nicht für immer, musst du nicht verstehen finds aber praktisch, weil quick&dirty.

Ich verstehe in der Tat nicht, wieso ist es praktisch ist, wenn man den Debugger umgeht und den Traceback mitten in der Seite anzeigt

lunar hat geschrieben:Ich verstehe in der Tat nicht, wieso ist es praktisch ist, wenn man den Debugger umgeht und den Traceback mitten in der Seite anzeigt

Na weil Debugausgaben mitten auf der Seite 1A PHP-Feeling ergeben.

Ästhetik

*edit*
@leonidas: PHP fealing ala da hat jmd scheiße gecodet aber ich zeige dir trozdem was ich daraus gemacht habe

Sr4l hat geschrieben:Ästhetik

Mit anderen Worten: Du hast noch nie die Debugger-Seite gesehen?

Sr4l hat geschrieben:PHP fealing ala da hat jmd scheiße gecodet aber ich zeige dir trozdem was ich daraus gemacht habe

Da bin ich gespannt

Leonidas hat geschrieben:

Sr4l hat geschrieben:Ästhetik

Mit anderen Worten: Du hast noch nie die Debugger-Seite gesehen?

Doch ich nutze den Werkzeuge Debugger auch ich möchte ihn nur das er bei ein paar Funktionen die im Adminbereich aufgerufen werden nicht anspringt.

Es geht mir dabei hauptsächlich um meiner Mitbenutzer die ich mit der DONT PANIC Seite nicht überfordern möchte. Wenn ich nur das Kurze Standard Traceback in die Seite integriere können sie mir das leichter zu senden.

Da du deine Mitbenutzern nicht mit Debugger-Ausgaben 'überfordern' willst, würde ich ausnahmslos alle nicht gefangenen Exceptions in ne Log-Datei schreiben und dem Mitbenutzern ne "Sorry, ich arbeiten dran" Seite präsentieren. Dann sparst du ihnen auch die Mail-Schreiberei.

Sr4l hat geschrieben:Es geht mir dabei hauptsächlich um meiner Mitbenutzer die ich mit der DONT PANIC Seite nicht überfordern möchte. Wenn ich nur das Kurze Standard Traceback in die Seite integriere können sie mir das leichter zu senden.

Wieso müssen deine Mitbenutzer dir überhaupt den Traceback schicken? Hast du keinen Zugriff auf die Log-Dateien der Anwendungen?

Aktiv ist schon besser wenn sie sich bei mir melden, Log gucken wird vergessen und wirft fragen auf. Zudem ist Debuggen im Browser schon praktischer, wenn ich den Fehler vor mir habe will ich nicht wieder zu den Logs wechseln.

Ich nutze ja auch Werkzeuge Debugger, der sehr sehr gut ist. Wollte nur noch ne alternative, die ich jetzt ja auch habe.

lunar hat geschrieben:

Sr4l hat geschrieben:Es geht mir dabei hauptsächlich um meiner Mitbenutzer die ich mit der DONT PANIC Seite nicht überfordern möchte. Wenn ich nur das Kurze Standard Traceback in die Seite integriere können sie mir das leichter zu senden.

Wieso müssen deine Mitbenutzer dir überhaupt den Traceback schicken? Hast du keinen Zugriff auf die Log-Dateien der Anwendungen?

Es ist gut jetzt oder?

Es wirft ja nun auch nicht alle 5Minuten nen Fehler, bisher sogar noch überhaupt keinen.

Ich finds eigentlich am praktischsten Exceptions gemailt zu bekommen.