[bottle] Startschwierigkeiten

[lynadge]

Ok, das würde dann so aussehen oder?

Code: Alles auswählen

#!/usr/bin/python

import bottle

@bottle.route('/')
def index():
    return 'Hello World!'

bottle.run(server=FlupServer)

In einer .py Datei, richtig?

[Dauerbaustelle]

Ich denke doch. Edit: Die Dateiendung ist doch eigentlich Wurscht, oder? Musst halt nur dem Apache sagen, welchen Port der FCGI-Server hat.

[lynadge]

Code: Alles auswählen

#!/usr/bin/python

import bottle

@bottle.route('/')
def index():
    return 'Hello World!'

bottle.run(server=bottle.FlupServer, host='python.barfooz.de', port=80)

So sieht der Code jetzt aus. Geht aber leider immer noch nicht. :/

Mein Admin meinte es liegt daran das bottle einen eigenen Server mit bringt.

[Dauerbaustelle]

Hab ich das eigentlich nur nirgends gefunden, oder hast du noch gar nicht mitgeteilt ob du mod_wsgi oder fcgi nutzt?

[lynadge]

Heh, ja sorry fürs Durcheinander.

Anfangs wollte ich ja CGI verwenden, nur zur Übung um zu sehen wies Funktioniert. Als das geklappt hat wollte ich es mit WSGI probieren, da das aber scheinbar nicht klappt will ich nun FastCGI benutzen.

fcgi sowie mod_wsgi sollen laut Admin möglich sein.

Hat das eigentlich irgendeine Bewandtnis das die CGI Version einmal Funktioniert hat aber nach dem 2ten Aktualisieren nicht mehr?

[Dauerbaustelle]

Bestimmt hat sich was an der Konfiguration geändert oder du am Code, das ist ja auch ein ziemliches Chaos hier.

Dann lies dir doch mal ein Tutorial zum Thema bottle über FCGI durch und hau deinen Admin an, dass er die entsprechende Domain/URL an deinen FCGI-Prozess weitereichen soll.

[lynadge]

Naja, aber das fcgi Beispiel ohne bottle Funktioniert ja, warum Funktioniert bottle dann nicht?

Das kann doch dann wieder nich am Server liegen oder?

[lynadge]

Da das fcgi ohne bottle funktioniert werde ich ohne Framework weiter machen.

Ich danke euch für eure Hilfe, war echt cool so schnell Antworten zu bekommen.

@defnull, auch wenn ich es nicht zum laufen gebracht habe finde ich dein framework gut und es hat mir auch von allen am besten gefallen, sollte ich es irgendwann mal zum laufen bringen lass ich es wissen. </schleimer>

[jens]

Da das fcgi ohne bottle funktioniert werde ich ohne Framework weiter machen.

IMHO eine schlechte Idee!

[lynadge]

Warum?

[jens]

Weil du alles selber machen musst. Somit baust du dir früher oder später dein eigenes Framework. Kann natürlich auch spaß machen, wir haben ja noch nicht genügend

Wenn, dann solltest du eine WSGI app machen.

Sollte dir bottle nicht gefallen, dann schau dir doch die anderen mal an: http://wiki.python-forum.de/Web-Frameworks

[lynadge]

Weil du alles selber machen musst. Somit baust du dir früher oder später dein eigenes Framework. Kann natürlich auch spaß machen, wir haben ja noch nicht genügend

Ja, das ist mir bewusst, klar werde ich das rad nicht neu erfinden aber mein Lerneffekt ist einfach größer. Und ich weiß was ich hab und muss mich nirgends einarbeiten.

Wenn, dann solltest du eine WSGI app machen.

Scheinbar war ich zu doof dazu, denn ich habe kein gutes Beispiel gefunden.

Sollte dir bottle nicht gefallen, dann schau dir doch die anderen mal an: http://wiki.python-forum.de/Web-Frameworks

Die Liste habe ich schon durch und wie gesagt, bottle gefiel mir ja am besten, schon alleine weil ich es nicht Installieren musste. Weshalb alle anderen auch wegefallen sind.

Ich schließe auch nicht aus das ich bottle nie nutzen werde. Zum ende des Jahres bekomme ich auch mehr rechte auf dem Server, dann kann ich ihn mir selber anpassen und bekomme bottle dann vielleicht zum laufen.

[jens]

bottle gefiel mir ja am besten, schon alleine weil ich es nicht Installieren musste. Weshalb alle anderen auch wegefallen sind.

Eigentlich muß man keines der Frameworks "richtig" installieren. Pure Python module müssen nur im Pfad gefunden werden.
Deswegen kann man auch PyLucid v0.8.x (was Django nutzt) einfach per FTP auf dem Webserver schieben und gut ist. (In der v0.9 nutzten wir z.Z. virtualenv, aber es wird später auch wieder so ein "Standalone Paket" geben).

Aber wenn du einen Lerneffekt haben willst, dann mach alles selber. Aber halte dich damit nicht all zu lange auf, denn weit kommt man so nicht. Es sei den man hat viel, viel Zeit Siehe auch: http://www.pylucid.org/permalink/30/ent ... on-pylucid

[lynadge]

Eigentlich muß man keines der Frameworks "richtig" installieren. Pure Python module müssen nur im Pfad gefunden werden.
Deswegen kann man auch PyLucid v0.8.x (was Django nutzt) einfach per FTP auf dem Webserver schieben und gut ist. (In der v0.9 nutzten wir z.Z. virtualenv, aber es wird später auch wieder so ein "Standalone Paket" geben).

Warum wirds dann immer so "kompliziert" auf den Doku seiten dargestellt?

Aber wenn du einen Lerneffekt haben willst, dann mach alles selber. Aber halte dich damit nicht all zu lange auf, denn weit kommt man so nicht. Es sei den man hat viel, viel Zeit Siehe auch: http://www.pylucid.org/permalink/30/ent ... on-pylucid

Ja, ich werd gucken wie ich voran komme ohne. Mir gehts auch Hauptsächlich um die WSGI sache, da ich z.b. ne Template Engine in PHP schon fertig hab und sie nur noch Portieren muss.
Ich habe in deinem Link schon was zu WSGI gefunden, das werde ich mal ausprobieren.

[jens]

Warum wirds dann immer so "kompliziert" auf den Doku seiten dargestellt?

Weil alle davon ausgehen, das "echte" Programmiere einen Root-Server haben

Deployment bei Python Web Apps ist z.Z. nicht sehr einfach gelöst

[Defnull]

Du willst noch eine Template Engine in Python schreiben?

[lynadge]

Da ich von PHP komme und noch nie einen brauchte und ihn mir noch nicht leisten kann hab ich noch keinen.

@defnull, ja, wie gesagt, sie ist fertig und muss nur noch portiert werden und so große Anforderungen hab ich auch nicht, nur ein paar eigen arten die bis jetzt keine erfüllen konnte.obwohl ich mal in die von bottle reinschauen müsste. ^^

[apollo13]

Deployment bei Python Web Apps ist z.Z. nicht sehr einfach gelöst

Auf jedem VServer (oder Rootserver) ist Python Deployment ein Genuss…

[ms4py]

Deployment bei Python Web Apps ist z.Z. nicht sehr einfach gelöst

Auf jedem VServer (oder Rootserver) ist Python Deployment ein Genuss…

Allerdings relativ teuer im Vergleich zum normalen Hoster...

[jens]

nicht nur teurer, sondern vor allem viel aufwendiger! siehe: http://wiki.python-forum.de/Python%20We ... _Server.3F