Utilisation & Avenir du modPython ?

Bonjour à tous,

Je regarde actuellement le langage python pour remplacer/compléter le PHP dans le développement de certain de mes sites web, je me suis donc naturellement tourné vers le modPython (http://www.modpython.org/), celui-ci me semble pas mal simple à utiliser rapide et souple cependant quelques points me font peur :

- Vu la site, il me semble que celui-ci n'a pas été mis à jours depuis un moment ai je tord ?

- Autre point important je débute en python, enfin j'ai déjà réalisé quelques petit script mais pas vraiment un projet à part entière, je me plonge donc dans les livres pour ne pas faire d'erreur. Hors le Python 3.1 est maintenant disponible. Celui-ci est donc l'avenir du langage Python? Malheureusement le modPython n'est pas compatible avec cette version, cela peut-il être un handicap pour la suite ? Ou alors ce n'est peut être pas un problème de partir sur des développements en version 2.6 ?

- Enfin dernière question, le choix du python vous semble t-il judicieux dans le cas de développement de site Web Dynamique ?

Merci par Avance de vos Réponses :)

Cordialement V.Brosseau

Personnellement j'utilise django couplé avec mod_wsgi (http://code.google.com/p/modwsgi/). Mod_wsgi peut aussi s'utiliser en direct.

J'utilise toujours les versions 2.x de python. Les versions 3 sont assez récentes et toutes les bibliothèques ne sont pas encore portés.

Concernant le choix de python comme outil de développement de site dynamique, j'en suis très content, ayant pour ma part une certaine aversion envers php. La couche objet n'a été gréffé que tard et je trouve l'implémentation objet assez "sale", mais c'est un avis sûrement subjectif.

Par contre l'inconvénient de python, c'est que très peu d'hébergeur le propose en mutualisé. A ma connaissance seul alwaysdata le propose en france (ovh l'annonce aussi, mais le support et le choix des librairies est très limité).

La solution la plus simple d'après moi est d'héberger toi même ton site sur un serveur privé.

En espérant t'avoir donné quelques informations utiles dans tout ca ;)

Un exemple de site réalisé en python/django (www.rctoulon.com)

Merci de ta réponse rapide. Dans mon cas il s'agit d'un serveur dédié donc j'ai l'entière main sur la configuration donc aucun problème.

Donc commencer à développer en python 2.5/2.6 n'est pas un mauvais choix déjà je suis rassurer.

donc le mod_wsgi, fonctionne comme le mod_python ? il suffit de l'installer l'activé, et on peut appeler des .py depuis n'importe qu'elle dossier (si bien sur on la configuré de la sorte) sans aucun soucis ?

Donc toi tu me conseillerais plus le mod-wsgi que le mod_python pour apache ?

Encore un grand merci pour ta réponse :)

mod_wsgi ne fonctionne a priori pas réellement comme mod_python. Tu n'appelles pas directement tout les .py que tu veux. Tu appelles une adresse qui pointe vers un .py qui fais office de routage vers toutes tes fonctions.

Concernant sont utilisation avec apache, il suffit de l'installer et de suivre la doc pour insérer les directives qui sont expliqués dans la doc.

Tu as un exemple ici qui utilise python directement sans framework (http://code.google.com/p/modwsgi/wik...igurationGuide)

Le plus simple est encore de tester sur ton poste de dev (windows ou linux).

C'est ce que j'était entrain de regarder comme guide, c'est effectivement un peu plus contraignant que le mod_python je vais approfondir le truc ;).

Merci beaucoup

Contraignant, tout est relatif, cela ne t'oblige pas à avoir un .py dans chaque dossier qui répond à une url.

Tu peux complètement découplé l'arborescence de ton site de l'arborescence de ton application.

Oui c'est vrai. Par contre avec le mod-WSGI j'ai l'impression qu'il ne gere pas les headers automatiquement, c'est à nous de gérer les retours (par exemple le Code de retour 200 - OK, 500 - Server Error etc...) je me trompe ?

Moi dans l'absolu mon arborescence sera

-/
- index.py
- images/
- outils/
- ...
- pages/
- error.py
- accueil.py
- ...
- Templates/
- error.html
- accueil.html
- ....

Et en gros en fonction d'un paramètres passé au script, je redirige vers le bon fichier.py. Mais c'est peut être pas la bonne façon de voir la chose

Tu devrais tout de même jeter un œil sur django. C'est un framework tout à fait convenable et ça évite de réinventer la roue ;)