Flup installieren: Unterschied zwischen den Versionen

Aus Hostsharing Wiki
Zur Navigation springen Zur Suche springen
Zeile 39: Zeile 39:
zusammen mit
zusammen mit


 
{{Textkasten|gruen|WSGI Handler|
WSGI Handler
The WSGI handler is quite simple. The following sample code shows how to use it:
 
The WSGI handler is quite simple. The following sample code shows how to
use it:


  from wsgiref.simple_server import make_server
  from wsgiref.simple_server import make_server
Zeile 54: Zeile 51:


To test the above you should create a demo tracker with python demo.py.
To test the above you should create a demo tracker with python demo.py.
Edit the config.ini to change the web URL to “http://localhost:8917/.
Edit the config.ini to change the web URL to <code>http://localhost:8917/</code>.
 
}}




und (aus der flup-Doku)
und  


{{Textkasten|gruen|aus der flup-Doku|
  28 fcgi - a FastCGI/WSGI gateway.
  28 fcgi - a FastCGI/WSGI gateway.
  29
  29
Zeile 72: Zeile 72:
  39   from fcgi import WSGIServer
  39   from fcgi import WSGIServer
  40   WSGIServer(app).run()
  40   WSGIServer(app).run()
}}





Version vom 21. Januar 2010, 16:56 Uhr


Diese Seite muss überarbeitet werden

Diese Seite wurde als Baustelle gekennzeichnet, weil sie überarbeitet werden muss. Eine Begründung dafür findest du auf der Diskussionsseite. Bitte hilf mit, diese Seite zu verbessern!

Motivation

Im Python-Bereich existieren viele Anwendungen, die die CGI-Schnittstelle unterstützen. FastCGI auf direktem Wege ist eher ungebräuchlich.

Seit einigen Jahren etabliert sich für Python-Anwendungen und -Frameworks der Python Standard WSGI [1], eine Schnittstelle zur Kommunikation zwischen einem Webserver und einer Python-Webanwendung.

Beispielsweise roundup, Django, Trac und die kommende Mailman-Generation WSGI-fähig. Sogar für Zope gibt es mit Repoze eine WSGI-Implementierung.

Direkte Unterstützung für WSGI bieten wir über mod_wsgi, welches leider, wie auch mod_jk Benutzer der Option "eigene httpd.conf" vorbehalten ist, da hierfür der VirtualHost speziell konfiguriert werden muss.

Im Regelfall möchte man vermutlich jedoch nicht unbedingt die Option "eigene httpd.conf" bestellen. Einen Lösungsansatz bietet flup [2], welcher u.a. auch von Trac genutzt wird, um OOTB eine CGI- und FastCGI-Schnittstelle anzubieten. Flup kann also als Adapter zwischen der CGI- oder FastCGI-Schnittstelle des Webservers und der WSGI-Schnittstelle einer Webanwendung fungieren. Aus Performancegründen empfiehlt sich regelmäßig FastCGI. Daneben bietet flup diverse weitere Schnittstellen [3].

Auch der Einsatz von CGI, FastCGI, WSGI*, SCGI* oder AJP* erfordern keinen Root-Server, sondern ist mit Hostsharing-Bordmitteln möglich.

Anmerkung

* Ohne Adapter (etwa FastCGI <-> WSGI) erfordern diese Schnittstellen

die Option "eigene httpd.conf". Mit gebuchter Option "eigene httpd.conf" können diese Schnittstellen auf direktem Wege (wie auf einem

Root-Server) konfiguriert werden.


Nutzung von flup

flup ist bei HS zentral installiert. Man kann diverse Varianten der WSGIServer-Implementation importieren:

user@hNN:~$ python
Python 2.5.2 (r252:60911, Jan  4 2009, 17:40:26)
[GCC 4.3.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from flup.server.fcgi import WSGIServer
>>> from flup.server.cgi import WSGIServer
>>> from flup.server.scgi import WSGIServer
>>> from flup.server.ajp import WSGIServer

Wrapper erstellen

Beispiel für roundup

zusammen mit

WSGI Handler

{{{3}}}


und

aus der flup-Doku

28 	fcgi - a FastCGI/WSGI gateway.
29 	
30 	For more information about FastCGI, see <http://www.fastcgi.com/>.
31 	
32 	For more information about the Web Server Gateway Interface, see
33 	<http://www.python.org/peps/pep-0333.html>.
34 	
35 	Example usage:
36 	
37 	  #!/usr/bin/env python
38 	  from myapplication import app # Assume app is your WSGI application object
39 	  from fcgi import WSGIServer
40 	  WSGIServer(app).run()


kann man vermutlich einen Wrapper basteln, der

  • ein gültiges CGI- oder FastCGI-Skript darstellt
  • und einen WSGI-Server für die Applikation implementiert

Skizze für CGI:

#!/usr/bin/env python
from cgi import WSGIServer
# hier: cgi
from myapplication import app
# Hier muss ich schauen,
# dass ich das app-Objekt meiner Applikation importiert bekomme.
# im obigen Fall also app = RequestDispatcher(tracker_home)
WSGIServer(app).run()


Skizze für FastCGI:

#!/usr/bin/env python
from fcgi import WSGIServer
# hier: fastcgi
from myapplication import app
# Hier muss ich schauen,
# dass ich das app-Objekt meiner Applikation importiert bekomme.
# im obigen Fall also app = RequestDispatcher(tracker_home)
WSGIServer(app).run()


Für Django läuft die Erstellung eines Wrappers analog. Wichtig ist in jedem Fall ein App-Objekt für die Zielsoftware. Trac bringt freundlicherweise einen fertigen "Stub" mit.


[1] http://www.python.org/dev/peps/pep-0333/

[2] http://trac.saddi.com/flup

[3] http://trac.saddi.com/flup/browser/flup/server