Discussion :

[_skip]

Bonjour,
J'ai découvert python depuis peu et il m'intéresse pour un projet client-serveur sur lequel la rapidité de développement joue un grand rôle.
J'ai déjà vu que tout était plus ou moins OK pour la partie client, par contre pour le serveur je suis un peu moins sûr.

En gros j'ai trois contraintes pour la partie serveur :

1) Avoir une interface web d'administration, ça j'ai vu que c'était bon

2) Gérer manuellement des requêtes Get/Post pour créer une sorte de webservice en JSon maison. Pour cela j'aurai besoin de quelque chose d'assez bas niveau qui ressemble à une servlet java.

3) Pouvoir partager une structure de donnée entre les utilisateurs. Je m'explique, j'aimerai au démarrage de mon serveur pouvoir charger certaines ressources (des index spécialement) et pouvoir les utiliser librement dans chaque requête, sans être obligé de persister et recharger tout ça. C'est une chose qui se fait sur les serveurs d'applications .Net ou java mais pas en PHP par exemple.

Si vous pouvez me renseigner sur les possibilités dont je dispose. Je suis preneur.

[wiztricks]

3) Pouvoir partager une structure de donnée entre les utilisateurs. Je m'explique, j'aimerai au démarrage de mon serveur pouvoir charger certaines ressources (des index spécialement) et pouvoir les utiliser librement dans chaque requête, sans être obligé de persister et recharger tout ça. C'est une chose qui se fait sur les serveurs d'applications .Net ou java mais pas en PHP par exemple.

Plusieurs choses.
1 - Statefull signifie a priori la possibilité de gérer un contexte "session" pour préserver l'état entre plusieurs requêtes http issues d'un même client: beaker fait cela très bien,
2 - Ce que vous racontez est plus construction d'un cache global aux requetes utilisateurs qui permettrait d'accélérer nombre de chose, memcached fait cela aussi.

Pylons, Django, Turbogears intègrent ces biblitohèques/frameworks et permettent de réaliser cela. Après vous pouvez aussi refaire, construire à partir des composants élémentaires ces fonctions là.
- W

[_skip]

Plusieurs choses.
1 - Statefull signifie a priori la possibilité de gérer un contexte "session" pour préserver l'état entre plusieurs requêtes http issues d'un même client: beaker fait cela très bien,
2 - Ce que vous racontez est plus construction d'un cache global aux requetes utilisateurs qui permettrait d'accélérer nombre de chose, memcached fait cela aussi.

Pylons, Django, Turbogears intègrent ces biblitohèques/frameworks et permettent de réaliser cela. Après vous pouvez aussi refaire, construire à partir des composants élémentaires ces fonctions là.
- W

Merci pour la réponse!

En fait ce que je cherche à faire c'est un poil plus complexe qu'un cache puisque je suis censé pouvoir altérer la structure de donnée plus ou moins à chaque requête au moyen de méthodes synchronisées.

Pour simplifier au mieux, c'est un peu une sorte de file d'attente globale dans laquelle des utilisateurs se connectent, réservent un "ticket" dans une file, s'en dégagent (ou se font éjecter), changent de place suivant les priorités etc... J'ai besoin pour cela d'une structure de données vraiment de scope application et pas quelque chose qui vit et meure simplement dans un cycle request ou quelque chose qui survit uniquement dans un contexte session utilisateur.

Les serveurs d'application java permettent cela, par contre pas un serveur comme apache à ma connaissance.

Après recherche, j'ai cru voir que certains serveurs comme cherryPy sont en fait des applications qui *intègrent* un web server et donc me permettraient théoriquement de faire ce que je demande.

Je patauge un peu mais je vais essayer de creuser cette voie... Je reste ouvert à toutes suggestions.

[wiztricks]

J'ai besoin pour cela d'une structure de données vraiment de scope application et pas quelque chose qui vit et meure simplement dans un cycle request ou quelque chose qui survit uniquement dans un contexte session utilisateur.

C'est ce que je range dans les "caches globaux" qui peuvent être des structures de type KV (des __dict__ en Python) avec un backing store "global".
C'est pas parce qu'on va utiliser cela pour mettre des données en cache qu'ils sont réduit à "cacher" quoi que ce soit: on met ce qu'on veut dedans.
- W

[thierry.chich]

En dehors de potentiels aspects "performance", c'est quoi l'apport par rapport au stockage dans une bête base de donnée (qui aura le mérite de ne pas effacer les valeurs après avoir relancé le serveur web )?

[wiztricks]

En dehors de potentiels aspects "performance", c'est quoi l'apport par rapport au stockage dans une bête base de donnée (qui aura le mérite de ne pas effacer les valeurs après avoir relancé le serveur web )?

A défaut d'utiliser des frameworks tels que Django, TurboGears ou Pylons qui proposent un contexte session et donc des fonctionnalités "similaires" à celle qu'on trouverait dans Tomcat...
J'ai compris la question comme "comment ajouter un contexte session à un pur serveur HTTP qui est 'stateless' par essence voire comment définir un contexte 'global' à l'ensemble des sessions".

Dans cette affaire là, il y a trois dimensions:
- des données partagées entre différents threads/process qui pourront être intégrées de façon simple dans un programme Python - qui ne voit que des objets,
- une éventuelle "persistance" qu'on pourra réaliser comme on veut en fonction de....
- le mapping entre les données "persistées" et les objets "Python".

Rien qu'un SGDB classique ne sache faire, mais bien sûr les performances seront ce qui feront préférer une mécanique à d'autre.
- W