Python chez OVH
Otto Haldi
Je suis débutant en Python. Je voudrais utiliser Python
pour écrire des scripts sur le web.
D'après ce que j'ai compris par OVH il suffit de placer le
fichier *.py dans un répertoire de de l'appeler dupuis une
page HTM. Jai bien essayé avec un example hyper simple,
mais cela ne marche pas.
Y-a-t'il quelqu'un qui puisse m'aider juste pour comprendre
comment utiliser Python sur un serwer web?
Merci d'avance pour tous renseignements.
Voici le mini scripts que j'appelle depuis une page HTML.
# Imprime le mot "Hello"
import string, sys, os
print 'Hello'
Meilleures salutations
Otto
Gilles Lenfant
VA.000000c...@freesurf.ch...
> Bonjour à tous,
>
> Je suis débutant en Python. Je voudrais utiliser Python
> pour écrire des scripts sur le web.
>
> D'après ce que j'ai compris par OVH il suffit de placer le
OVH ?
> fichier *.py dans un répertoire de de l'appeler dupuis une
> page HTM. Jai bien essayé avec un example hyper simple,
> mais cela ne marche pas.
Il faut que tu places ton script dans un répertoire "cgi". Sinon, ça ne
fonctionne pas (le serveur retourne le contenu du script au lieu de
l'exécuter).
Va voir la doc du serveur HTTP (IIS, Apache...) que tu utilises pour
déclarer les répertoires "cgi".
Sous Unix, il ne faut pas oublier de déclarer le script "exécutable" (chmod
+x tonscript.py) et de placer le "shebang" en première ligne :
#! /usr/local/bin/python
Lis aussi la doc du module "cgi" qui te sera utile pour traîter les
formulaires et les query-strings d'URL.
>
> Y-a-t'il quelqu'un qui puisse m'aider juste pour comprendre
> comment utiliser Python sur un serwer web?
>
> Merci d'avance pour tous renseignements.
>
> Voici le mini scripts que j'appelle depuis une page HTML.
>
> # Imprime le mot "Hello"
> import string, sys, os
imports superflus pour un simple "print 'Hello'" :-)
M'enfin, ça ne gène pas.
> print 'Hello'
>
> Meilleures salutations
De même
>
> Otto
--Gilles
Remi Delon
Il faut aussi retourner le header, qui doit contenir au minimum le
"content-type", ainsi qu'une ligne vide pour signifier la fin du header.
Le script complet est donc:
#! /usr/local/bin/python
print "Content-type: text/plain"
print
print "Hello"
PS: Si tu comptes utiliser python pour ton site, pourquoi ne pas utiliser un
hébergeur spécialisé en python comme:
<publicité honteuse>
http://python-hosting.com
</publicité honteuse>
Remi. re...@remove-me.python-hosting.com
----------------------
Specialized python hosting: http://www.python-hosting.com
Python application server: http://www.cherrypy.org
Free CherryPy hosting: http://www.freecherrypy.org
----------------------
Wilk
> Bonjour à tous,
>
> Je suis débutant en Python. Je voudrais utiliser Python
> pour écrire des scripts sur le web.
Il y a toute une explication avec des exemples sur le wiki :
http://wikipython.flibuste.net/moin.py/CodesCGI
>
> D'après ce que j'ai compris par OVH il suffit de placer le
> fichier *.py dans un répertoire de de l'appeler dupuis une
> page HTM. Jai bien essayé avec un example hyper simple,
> mais cela ne marche pas.
ovh n'a que la version 1.5... et seulement à partir du répertoire
cgi-bin.
--
Wilk - http://flibuste.net
Otto Haldi
> PS: Si tu comptes utiliser python pour ton site, pourquoi ne pas utiliser un
> hébergeur spécialisé en python comme:
> <publicité honteuse>
> http://python-hosting.com
> </publicité honteuse>
>
Merci pour ton aide. Mais mon hébergeur OVH m'a dit, qu'il supportait python.
Alors juste pour comprendre comment cela fonctionne et faire mes débuts, je ne
pense pas changer d'hébergeur.
Bon Weekend
Otto
Otto Haldi
> cgi-bin.
>
Merci pour les renseignements. Mais pour faire mes premiers
exercice, je panse que la version 1.5 devrait suffire!..
Meilleures salutations et bon weekend à tous
Otto
Alex Marandon
> Merci pour ton aide. Mais mon hébergeur OVH m'a dit, qu'il supportait python.
> Alors juste pour comprendre comment cela fonctionne et faire mes débuts,
> je ne pense pas changer d'hébergeur.
Faut surtout que tu t'installes un serveur de développement, tu vas vite en
avoir marre de tester tes scripts chez ton hébergeur.
Shrom
"Remi Delon" <re...@remove-me.python-hosting.com> a écrit dans le message de
news:3ec50581$0$23431$626a...@news.free.fr...
> PS: Si tu comptes utiliser python pour ton site, pourquoi ne pas utiliser
un
> hébergeur spécialisé en python comme:
> <publicité honteuse>
> http://python-hosting.com
> </publicité honteuse>
Le mot honteux est bien placé, car 25$ par mois pour avoir un hébergement
Python + base de données aux Etats-Unis c'est plus que honteux, c'est
scandaleux, on trouve la même chose en France pour moins cher avec un SAV
plus accessible.
Remi Delon
utiliser
> un
> > hébergeur spécialisé en python comme:
> > <publicité honteuse>
> > http://python-hosting.com
> > </publicité honteuse>
>
>
> Le mot honteux est bien placé, car 25$ par mois pour avoir un hébergement
> Python + base de données aux Etats-Unis c'est plus que honteux, c'est
> scandaleux, on trouve la même chose en France pour moins cher avec un SAV
> plus accessible.
Merci de ce commentaire: tu me donnes l'occasion de clarifier certaines
choses :-)
Il ne faut pas comparer "apples and oranges" :
Il faut voir ce que tu entends par "hébergement python" ... Si c'est juste
des scripts CGI en python alors, oui, presque tous les hébergeurs le
proposent maintenant pour pas très cher.
Ce que je propose, ce sont des serveurs d'application python (comme Zope,
CherryPy, Webware, SkunkWeb, ...).
Chacun nécessite une configuration spécifique, que la plupart des hébergeurs
ne peuvent pas supporter car elles demandent des compétences trop
spécifiques (essaie de demander à ton hébergeur d'installer mod_webkit ou
mod_skunkweb pour voir :-)
De plus, tous ces serveurs d'application nécessitent des processus
"long-running", ce que la plupart des hébergeurs interdisent ...
Il y aussi les éléments suivant:
- je supporte toutes les versions récentes de python ainsi qu'une
multitude de modules additionnels
- j'installe quasiment tous les modules python que l'on me demande
- mes clients ont un compte Linux avec accès SSH et ils sont libres
d'installer ce qu'ils veulent dans leur HOME directory
- j'aide mes clients lorsqu'ils ont un problème avec leur site python
(et je connais plutôt bien le développement de sites sous python ;-)
- je mets peu de sites par serveur (une vingtaine ou trentaine maxi)
- tu as vu les prix pour l'hébergement d'une instance dédiée Zope en
France ? A ma connaissance, ça commence à 40 ou 50 Euros/mois.
Enfin bref, tout cela fait que je pense que mon offre est sérieuse et
correcte au niveau prix.
De toute façon, c'est le client qui décide au final et il me donne plutôt
raison pour l'instant ...
Otto Haldi
> Faut surtout que tu t'installes un serveur de développement, tu vas vite en
> avoir marre de tester tes scripts chez ton hébergeur.
>
C'est déjà fait. Mes premiers exercices en local fontionnent bien. Je voulais
juste faire un mini essai comment faire cela chez mon provider. Et qui sais
peut-être faire plus en Python qu'en PHP.
En ce moment je ne vois pas encore les grandes différences de ces deux
languages pour le web.
En mode local, j'écris beaucoup de petites applications clients en Clipper et
je désire voir si Python est une alternative!
Encore pour la réponse et en un weekend.
Otto
Wilk
> Bonjour Alex,
>
> > Faut surtout que tu t'installes un serveur de développement, tu vas vite en
> > avoir marre de tester tes scripts chez ton hébergeur.
> >
> C'est déjà fait. Mes premiers exercices en local fontionnent bien. Je voulais
> juste faire un mini essai comment faire cela chez mon provider. Et qui sais
> peut-être faire plus en Python qu'en PHP.
> En ce moment je ne vois pas encore les grandes différences de ces deux
> languages pour le web.
Justement, par rapport à ce que disais rémi, la grande différence c'est
que si ton site devient conséquent tu pourras utiliser python en tant
que serveur à part entière plutôt qu'en cgi. La ça change tout !!!
Shrom
[SNIP]
> Il ne faut pas comparer "apples and oranges" :
> Il faut voir ce que tu entends par "hébergement python" ... Si c'est juste
> des scripts CGI en python alors, oui, presque tous les hébergeurs le
> proposent maintenant pour pas très cher.
> Ce que je propose, ce sont des serveurs d'application python (comme Zope,
> CherryPy, Webware, SkunkWeb, ...).
> Chacun nécessite une configuration spécifique, que la plupart des
hébergeurs
> ne peuvent pas supporter car elles demandent des compétences trop
> spécifiques (essaie de demander à ton hébergeur d'installer mod_webkit ou
> mod_skunkweb pour voir :-)
> De plus, tous ces serveurs d'application nécessitent des processus
> "long-running", ce que la plupart des hébergeurs interdisent ...
> Il y aussi les éléments suivant:
> - je supporte toutes les versions récentes de python ainsi qu'une
> multitude de modules additionnels
> - j'installe quasiment tous les modules python que l'on me demande
> - mes clients ont un compte Linux avec accès SSH et ils sont libres
> d'installer ce qu'ils veulent dans leur HOME directory
> - j'aide mes clients lorsqu'ils ont un problème avec leur site python
> (et je connais plutôt bien le développement de sites sous python ;-)
> - je mets peu de sites par serveur (une vingtaine ou trentaine maxi)
> - tu as vu les prix pour l'hébergement d'une instance dédiée Zope en
> France ? A ma connaissance, ça commence à 40 ou 50 Euros/mois.
Je ne voulais en rien critiquer les compétences de l'hébergeur ni
sous-entendre qu'il tenterait d'arnaquer le client.
C'est juste que je trouve qu'il est un peu utopique de vouloir faire de
l'hébergement applicatif en mutualisé. Pour ce qui est des serveurs
applicatifs Python, je ne me prononcerais pas, mais j'ai connu le cas en
hébergement JSP-Servlet et ce n'est pas très efficace.
Lorsque le client a besoin d'un serveur applicatif, c'est déjà que son appli
est conséquente et que le site génèrera une fréquentation importante.
Pour 2 fois le prix de l'hébergement mutualisé, on peut se faire une config
aux petits oignons sur du dédié et trouver un ou deux co-locataires sur une
machine hébergée en France donc plus efficace pour la clientèle visée
(Française ou Européenne).
>
> Enfin bref, tout cela fait que je pense que mon offre est sérieuse et
> correcte au niveau prix.
Oui, elle est sérieuse mais ca reste de l'hébergement applicatif sur du
mutualisé.
Yvan Picot
"Shrom" <sh...@admin.zzn.com> a écrit dans le message news:
3ec62f10$0$249$626a...@news.free.fr...
> Pour 2 fois le prix de l'hébergement mutualisé, on peut se faire une
config
> aux petits oignons sur du dédié et trouver un ou deux co-locataires sur
une
> machine hébergée en France donc plus efficace pour la clientèle visée
> (Française ou Européenne).
Haaa... Serait-on parti sur un troll "avantages et inconvénients de la
sous-traitance" ?
Yvan
Remi Delon
> sous-entendre qu'il tenterait d'arnaquer le client.
Ouf :-))
> C'est juste que je trouve qu'il est un peu utopique de vouloir faire de
> l'hébergement applicatif en mutualisé. Pour ce qui est des serveurs
> applicatifs Python, je ne me prononcerais pas, mais j'ai connu le cas en
> hébergement JSP-Servlet et ce n'est pas très efficace.
>
> Lorsque le client a besoin d'un serveur applicatif, c'est déjà que son
appli
> est conséquente et que le site génèrera une fréquentation importante.
Je ne vois pas pourquoi ...
Je préfère utiliser des serveurs applicatifs (en l'occurence, CherryPy :-)
parce que c'est beaucoup plus agréable et plus puissant que de simples
scripts CGI pour développer le site.
Ca n'a rien à voir avec le trafic du site où les ressources qu'il prendra
sur le serveur ...
Ca a plus à voir avec les fonctionalités que je veux sur mon site. Dès que
l'on veut plus que quelques fonctionalités de bases, le CGI trouve vite ses
limites et il vaut mieux utiliser un serveur d'application.
En résumé, on peut très bien utiliser un serveur d'application pour un site
qui n'a que quelques centaines/milliers de visiteurs par jour et, dans ce
cas, un hébergement mutualisé suffira amplement .
Je t'accorde que cela est surtout vrai pour les serveurs d'application
"légers" (CherryPy, Webware, SkunkWeb, ...) et moins pour les serveurs
d'application "lourds" (Zope, ou pour Java: WebSphere, WebLogic, JBoss, ...)
> Pour 2 fois le prix de l'hébergement mutualisé, on peut se faire une
config
> aux petits oignons sur du dédié et trouver un ou deux co-locataires sur
une
> machine hébergée en France donc plus efficace pour la clientèle visée
> (Française ou Européenne).
Oui, mais il ne faut pas oublier toute la configuration de la machine
(serveur web, DNS, mail, base de données ... ainsi que l'installation des
outils python) ainsi que toute la maintenance. Beaucoup de personnes
préfèrent ne pas s'occuper de tout ça et veulent juste quelque chose "qui
marche" ...
> Oui, elle est sérieuse mais ca reste de l'hébergement applicatif sur du
> mutualisé.
Et je le répète: ça correspond aux besoins de beaucoup de personnes ...
Wilk
Pas forcément, une appli peut être beaucoup plus lourde en cgi qu'en
serveur. Je suis entrain de faire l'expérience sur un jeu (de scrabble)
qui n'a pas un trafic énorme mais dont le chargement systématique à
chaque cgi est très lourd. En serveur il est léger comme une plume et
fonctionne très bien en mutualisé.
Imagine le cas des forums, qui sont les plaies des mutualisés du fait
qu'ils tournent en cgi... En serveurs, avec la liste des messages en
mémoire ce serait hyper léger.
>
> Pour 2 fois le prix de l'hébergement mutualisé, on peut se faire une config
> aux petits oignons sur du dédié et trouver un ou deux co-locataires sur une
> machine hébergée en France donc plus efficace pour la clientèle visée
> (Française ou Européenne).
Ce qui revient au même... dans un cas l'administration est sous-traité,
c'est tout.
Michel Claveau
Je suis dans le même cas que toi.
J'ai fait plusieurs essais, tous négatifs :
- créer un sous-répertoire cgi-bin
- transférer, par FTP, dans le cgi-bin, au même niveau que le WWW
- enregistrer sous .PY et sous .CGI
- d' appeler tous ces fichiers depuis un navigateur, depuis la racine du
site, dans le sous-répertoire cgi-bin, directement, etc.
Tout a échoué.
Je suis donc intéressé par la suite de la discussion et les résultats ;
d'autant plus qu'OVH m'a confirmé ne pas faire de support sur ce sujet. Ils
m'ont dit, également, utiliser Python 1.52 (confirmation des propos de
Wilk) ; ne pas savoir quelles librairies étaient disponibles, etc.
@-salutations
Michel Claveau
Wilk
> Bonsoir !
>
> Je suis dans le même cas que toi.
>
> J'ai fait plusieurs essais, tous négatifs :
> - créer un sous-répertoire cgi-bin
> - transférer, par FTP, dans le cgi-bin, au même niveau que le WWW
> - enregistrer sous .PY et sous .CGI
> - d' appeler tous ces fichiers depuis un navigateur, depuis la racine du
> site, dans le sous-répertoire cgi-bin, directement, etc.
I faut que tes scripts soient en mode x (execution)
>
> Tout a échoué.
>
> Je suis donc intéressé par la suite de la discussion et les résultats ;
> d'autant plus qu'OVH m'a confirmé ne pas faire de support sur ce sujet. Ils
> m'ont dit, également, utiliser Python 1.52 (confirmation des propos de
> Wilk) ; ne pas savoir quelles librairies étaient disponibles, etc.
Ca fait un an qu'ils doivent passer sur une version plus récente, à
l'époque ou je passais mon temps à faire du lobbying python chez eux !
Bref, ovh n'est plus ce qu'il était...
Maintenant j'ai arrété de bataillé chez ovh et j'ai rejoint
plebia.org. Il y a aussi python-hosting et d'autres. Ce qui fait qu'il
n'y pas de raison de rester chez un hébergeur qui ne supporte pas la
communauté pythonique.
<troll>
Ca leur aprendra, avec leurs scripts en perl le manager n'a jamais
fonctionné correctement ;-)
</troll>