WSGI das Heilmittel für alles?

[mitsuhiko]

Wenn schon eine Auflistung der Template Engines, dann eine vollständige. Sonst kommt wieder so etwas wie die derzeit im Wiki vorherrschende WSGI-Verherrlichung raus.

Alternativen zu WSGI?

EDIT (jens): Abgetrennt von http://www.python-forum.de/post-63926.html#63926

[Leonidas]

Edit: Inhalt des Postings in den ursprünglichen Thread kopiert.

[mitsuhiko]

@Vorschlag Leonidas: +1 Mehr kann ich da atm nicht sagen weil mir die Zeit fehlt was zu tun

[rafael]

Wenn schon eine Auflistung der Template Engines, dann eine vollständige. Sonst kommt wieder so etwas wie die derzeit im Wiki vorherrschende WSGI-Verherrlichung raus.

Alternativen zu WSGI?

Ich glaube gerold meint, dass CGI zu viel runtergemacht wird...



@Topic: Ich fände eine Erklärung gut, warum man Templates braucht. Die kurze Einleitung in der Übersicht "Python im Web" könnte man ja noch erweitern und vielleicht ein Beispiel schreiben.

[gerold]

Alternativen zu WSGI?

Hi blackbird!

Was ist WSGI für eine Alternative? Es wäre für Frameworkbastler sicher eine Alternative, wenn es plötzlich Provider geben würde, die WSGI-Webspace anbieten würden. Die Frage ist nur, was WSGI jetzt so weltbewegend besser macht?

Aber so wie es aussieht, muss man sich mindestens einen VServer mieten um sich dort die gewünschte Programmumgebung einzurichten. Da macht es, für mich, keinen großen Unterschied mehr, ob ich vom Apachen mit "mod_proxy" die Anfragen an einen dahinterstehenden Webserver weiterleite oder ob ich da noch WSGI dazwischenschalte.

Mein Problem ist, dass WSGI als Allheilmittel hingestellt wird. Ist es das wirklich? Welche Krankheiten werden von WSGI geheilt?

Aber lasst diese Diskussion bitte nicht in eine WSGI-Diskussion ausarten. Das wollte ich nicht.

mfg
Gerold

[Leonidas]

Ich fände eine Erklärung gut, warum man Templates braucht. Die kurze Einleitung in der Übersicht "Python im Web" könnte man ja noch erweitern und vielleicht ein Beispiel schreiben.

Den Text dort habe ich gerade erst heute überarbeitet. Der Vorschlag ist nicht übel, aber dann würde ich eine halbwegs umfassende Erklärung unter [wiki]Templete Engines[/wiki] schreiben. Denn soweit ich den Sinn von [wiki]Python im Web[/wiki] erkenne, soll es nur aufzeigen, was es so für Komponenten gibt ohne jetzt ganz genau darauf einzugehen. Das wäre IMHO ein Thema für die Unterseiten.

[rafael]

[wiki]Low Level Webentwicklung[/wiki] klingt doch schon etwas niederschmetternd oder nicht?

[mitsuhiko]

Was ist WSGI für eine Alternative? Es wäre für Frameworkbastler sicher eine Alternative, wenn es plötzlich Provider geben würde, die WSGI-Webspace anbieten würden. Die Frage ist nur, was WSGI jetzt so weltbewegend besser macht?

Jeder Webspace auf dem Python läuft ist WSGI kompatibel. Das nur mal am Anfang. Zweitens gibt es mod_wsgi, du dropst einfach die WSGI Anwendung ein einen Ordner, machst "SetHandler yourapplication" in die .htaccess und bist fertig.

Aber so wie es aussieht, muss man sich mindestens einen VServer mieten um sich dort die gewünschte Programmumgebung einzurichten.

Das ist falsch.

Mein Problem ist, dass WSGI als Allheilmittel hingestellt wird. Ist es das wirklich? Welche Krankheiten werden von WSGI geheilt?

WSGI ist auch ganz einfach das Allheilmittel. Bis auf ein paar Querschläger (Spyce und Karrigell) sind mir keine Frameworks bekannt die kein WSGI können.

[Leonidas]

[wiki]Low Level Webentwicklung[/wiki] klingt doch schon etwas niederschmetternd oder nicht?

Habe mal den ersten Absatz neugeschrieben.

[jens]

Aber so wie es aussieht, muss man sich mindestens einen VServer mieten um sich dort die gewünschte Programmumgebung einzurichten.

Wie blackbird schon geschrieben hat, ist das eigentlich nicht richtig (Ein CGI Skript kann auch WSGI kompatibel sein). Richtig ist allerdings, das irgendwie von jedem pauschal ein (V)Server empfohlen wird.
Allerdings gibt es WebSpace Anbieter, die sich für mehr als CGI eignen. Leider nicht wirklich viele in Deutschland. Aber dafür haben wir ja die Seite: [wiki]Python Webspace[/wiki]
Aber ob CGI oder fastCGI und Co. hat eigentlich nichts mit dem Thema WSGI zu tun. Letzlich garantiert WSGI eigentlich nur die Flexibilität mehrere Wege zu gehen. Ich weiß nicht was daran falsch sein soll...