Web.py sur l'hébergement partagé

Je viens de construire une petite application avec le très cool et minimaliste web.py.Web.py sur l'hébergement partagé

J'utilise un pack d'hébergement mutualisé pas cher (à WebFaction) et ont installé web.py via virtualenv. Je ne peux pas utiliser le système python car j'ai besoin de paquets supplémentaires que je ne suis pas autorisé à installer dans le système python.

Alors maintenant, je commence mon application avec

/home/me/mypython/python myapp.py <myport>

Il se sent comme une solution lourde, et je ne sais pas combien de trafic cette configuration peut prendre. Des conseils généraux?

Merci à l'avance

Source

2009-12-12 Johannes Charra

Il ne semble pas que ce serait en mesure de prendre tout le trafic plus ou moins si il utilisait le système python. Si la ligne de commande est lourde ... peut-être créer un alias? Pas vraiment sûr de ce que sont vos préoccupations. – Grumdrig

Y at-il une raison que vous ne l'utilisez FastCGI? C'est probablement beaucoup mieux que d'essayer d'utiliser un port à nombre élevé, d'autant plus que votre hébergeur n'est peut-être pas du tout content. Il y a quelques notes sur le faire (sur dreamhost, mais il devrait être similaire pour vous) dans ce post:

http://thefire.us/archives/261

Source

2009-12-12 09:12:27

Je ne connais pas grand-chose à fastcgi, c'est pourquoi je ne l'utilise pas. :) Merci pour l'indice, je vais y jeter un coup d'oeil. Btw, WebFaction offre la possibilité d'installer une application arbitraire et vous donne un port pour l'exécuter, donc ce n'est pas un problème. –

En général, fastcgi ou wsgi vont être votre meilleur pari en ce qui concerne les applications web python. De cette façon, votre "vrai" serveur web, que ce soit lighttpd ou apache, peut faire le gros du travail lié au service de http pendant que votre application python gère la logique derrière les choses. –

Web.py sur l'hébergement partagé

Répondre

Questions connexes