Discussion :

[benajp]

Bonjour à tous, je viens de m'inscrire sur le forum et déjà une question.
J'ai un site web sur les pages perso de Free, est-ce les scripts Python sont acceptés et fonctionnent?
C'est sûrement une question bête mais merci d'avance pour vos réponses.

[Zavonen]

A ma connaissance, non.

[benajp]

Merci pour ta réponse.
Ca c'est embêtant, j'avais trouvé un script tout fait pour mettre dans mes pages perso.
Si quelqu'un a une solution ...

[eyquem]

Bienvenue sur le forum,

Personnellement, je ne comprends pas la problématique sous-entendue dans la question.
Tu pourrais être plus disert, stp ?

[Zavonen]

Tu peux écrire des applets en jython et les compiler en java.
Voir par exemple cette démo:
http://wikipython.flibuste.net/Inter...rogrammePython

[tyrtamos]

Bonjour,

Telle que la question est formulée, je suppose qu'il s'agit de Python s'exécutant "côté serveur". Dans ce cas, je ne pense pas que free le fasse. Et d'ailleurs, en navigant sur son site, il se présente avant tout comme un fournisseur d'accès, l'hébergement de pages persos étant annexe.

Les hébergeurs gratuits qui acceptent Python sont plutôt rares. Je suis tombé sur cette page qui en cite plusieurs, mais je n'ai pas vérifié: http://www.dossiers-webmasters.info/...s_gratuits.php. Il y en a peut-être d'autre (merci google => "hébergeur gratuit python").

De plus, Python peut être accepté de 2 façons très différentes: en script CGI, ou avec mod_python. Ce dernier semble fonctionner de la même façon que php, c'est à dire avec les scripts à l'intérieur des pages html, qui s'exécutent sur le serveur à chaque appel de page. Les scripts CGI, eux, sont appelés directement. Dans les 2 cas, les scripts Python s'exécutent sur le serveur, et le PC client demandeur (par son navigateur) ne voit que le résultat.

Tyrtamos

[wiztricks]

Salut Tyrtamos,

Juste un détail à propos de:

De plus, Python peut être accepté de 2 façons très différentes: en script CGI, ou avec mod_python. Ce dernier semble fonctionner de la même façon que php, c'est à dire avec les scripts à l'intérieur des pages html, qui s'exécutent sur le serveur à chaque appel de page.

Que ce soit mod_python ou CGI, il faudra bien interpréter le code Python dans le HTML 'avant' d'en expédier le résultat au navigateur client: nous avons donc une mécanique qui transforme 'à la volée' du HTML avec du Python "inside".

La possibilité de mise en oeuvre d'une telle mécanique ne dépend pas de la façon dont sont reliées le serveur HTTP et le framework qui execute les script Python en fonction des requêtes reçues.

karigell, par exemple, autorise Python Inside HTML et sait le faire que la liaison avec le serveur HTTP soit mod_python, cgi, fast_cgi,...

- W

[eyquem]

Merci tyrtamos, merci wiztricks.

[tyrtamos]

Bonjour wiztricks,

Le script Python CGI est un code en pure Python, qui se trouve dans le répertoire cgi-bin, et qui est appelé directement par le navigateur du PC client (exemple: http://www.jpvweb.com/cgi-bin/calculextcgi.py).

Avec un appel fait par un formulaire html, le script Python peut recevoir les données du formulaire grâce au module Python cgi.

Le code Python fait alors ce qu'il doit faire. Et, bien sûr, quand il doit renvoyer un résultat vers l'appelant, il doit le placer dans du html puisque c'est un navigateur qui va le recevoir.

Côté serveur, je suppose que c'est apache qui passe la main à l'interpréteur Python pour exécuter le script, mais c'est tout de même un mécanisme qui se distingue du script "enrobé" dans une page html comme on le ferait avec du php. Et en tout cas, la conception des pages est très différente pour le développeur.

Tyrtamos

[wiztricks]

Le script Python CGI est un code en pure Python, qui se trouve dans le répertoire cgi-bin, et qui est appelé directement par le navigateur du PC client (exemple: http://www.jpvweb.com/cgi-bin/calculextcgi.py).

Yes! On pourrait mettre du .sh (bash) ou du .php à la place, la mécanique CGI propose un lien entre serveur HTTP est interprète Python pour dire "exécute le script dont le nom est sorti de l'URL de la requête" et retourne moi la page HTML produite (avec des "print" Python).
C'est du "HTML inside Python".

Côté serveur, je suppose que c'est apache qui passe la main à l'interpréteur Python pour exécuter le script, mais c'est tout de même un mécanisme qui se distingue du script "enrobé" dans une page html comme on le ferait avec du php. Et en tout cas, la conception des pages est très différente pour le développeur.

Cela est du Python inside HTML....
En chipotant je dirais que çà ne change pas trop la conception, çà change plutôt la réalisation puisque la mouture "Python inside HTML" offre une mécanique similaire aux templates.
Note: D'ailleurs, il est parfois préférable d'utiliser une machine à template (Mako, Jinja,....) que du Python inside HTML.

Ceci dit mon point était de dire que ces possibilités était indépendante de la liaison (mod_python ou CGI) utilisées.
- W

[tyrtamos]

Dire que dans un cas on a "html inside python" et dans l'autre cas "python inside html" me convient tout à fait.

Tyrtamos

[benajp]

Merci Messieurs pour cette discussion intéressante,
merci à Tyrtamos pour le lien sur les hébergeurs gratuits.
Longue vie au forum.

[benajp]

Contournement du pb, j'ai trouvé un hébergeur gratuit qui accepte Python, je vais essayer là-dessus (alwaysdata.com).

[rambc]

Dis-nous ce que cela vaut car je changerais bien d'hébergeur.

[Zavonen]

Dis-nous ce que cela vaut car je changerais bien d'hébergeur.

Je l'utilise pour des démos DJANGO. C'est TRÈS bien mais il y a de sérieuses limitations en volume et en trafic pour les comptes gratuits.
http://tresor.alwaysdata.net/

[.Nawak]

(...) mais il y a de sérieuses limitations en volume et en trafic pour les comptes gratuits.

C'est toujours le cas, il n'y a pas de miracle, si on veut une connexion décente, on raque. Vivement la fibre optique, et encore, s'ils ne pensent pas à la "limiter". Déjà, je prédis le switch des box xDSL en 100 Mbps, histoire de ne pas distribuer ses voisins avec une seule connexion.

Sinon, Free est une marque du groupe Iliad, il n'héberge que les pages personnelles (généralement les blogs "moi et mes passions" et les sites "Bouh, mon hamster nain"), pas des sites pro. Pour cela, c'est une autre filiale du groupe, à savoir Online.net, qui gère les solutions d'hébergements. D'ailleurs, l'offre Dedibox V3 est à 18 euros TTC pour l'entrée de gamme, déjà bien pourvue.

[alexdevl]

Bonjour,

Il y la possibilité d'utiliser google app engine en python (dérivé de django),
http://code.google.com/intl/fr/appen...appengine.html

la limite en gratuit est de 43 000 000 requêtes par jour et de 1 gigabyte de transfert par jour (ce doit être la limite de taille maximum).
http://code.google.com/intl/fr/appen...cs/quotas.html

Pour moi cela suffit..

A+

[Zavonen]

Il y la possibilité d'utiliser google app engine en python (dérivé de django),

J'ai essayé cela aussi. Cette fois, si les possibilités d'hébergement sont réelles, c'est le framework lui-même qui est vraiment limité. On a beau dire que GAE dérive de django c'est loin d'être la même chose.
Cela convient peut être pour des choses très simples avec des bases de données très modestes.

[alexdevl]

Oui effectivement je fais seulement des éléments basiques mais suffisants pour moi.

Ce qui m'énerve le plus, c'est de ne pas avoir une vraie config django mais un truc ''dérivé de '', alors que django est documenté, cadré, forumé etc..

Cela me permet néanmoins de profiter de la puissance d'une partie du framework et d'avoir comme avec django un seul langage pour faire du calcul scientifique au page web (c'est génial non ? ) et ceci gratuitement.