J'ai profité de mes vacances pour tester l'embarquement de Cherrypy dans un
serveur COM écrit en Python. L'ensemble étant utilisé depuis une appli
Paradox (l'outil de développement qui me permet de vivre).
Résultat : ça marche. Si certains veulent voir les écrans de test, c'est là
:
http://213.186.37.221/
Attention, c'est assez limité. Ne vous attendez pas à des merveilles.
Par contre, un retour d'essais m'intéresserait.
Pour une réponse plus réaliste, il faudra attendre un peu. Actuellement, je n'ai que des démos, pour prouver une faisabilité.
Une mise en production sur des applis réelles ne viendra qu'après un travail commercial important (et pour lequel je ne suis pas doué), suivi de la réalisation des demandes des clients. Au mieux, ça prendra quelques mois.
Néanmoins, les test sont très encourageants. Aussi bien en vitesse qu'en soutient de charge. Malheureusement, je n'ai pas pu tester plus de 10 connexions simultanées en ligne. Ce n'est pas très facile, avec le système de sessions de cherrypy, basé sur l'IP externe...
Enfin, je voulais surtout dire que ce genre d'architecture est possible, et jouable. J'espère que ceux qui pourraient en avoir besoin apprécieront l'information.
-- @-salutations
Michel Claveau
Bonsoir !
Pour une réponse plus réaliste, il faudra attendre un peu.
Actuellement, je n'ai que des démos, pour prouver une faisabilité.
Une mise en production sur des applis réelles ne viendra qu'après un
travail commercial important (et pour lequel je ne suis pas doué),
suivi de la réalisation des demandes des clients.
Au mieux, ça prendra quelques mois.
Néanmoins, les test sont très encourageants. Aussi bien en vitesse
qu'en soutient de charge. Malheureusement, je n'ai pas pu tester plus
de 10 connexions simultanées en ligne. Ce n'est pas très facile, avec
le système de sessions de cherrypy, basé sur l'IP externe...
Enfin, je voulais surtout dire que ce genre d'architecture est
possible, et jouable. J'espère que ceux qui pourraient en avoir besoin
apprécieront l'information.
Pour une réponse plus réaliste, il faudra attendre un peu. Actuellement, je n'ai que des démos, pour prouver une faisabilité.
Une mise en production sur des applis réelles ne viendra qu'après un travail commercial important (et pour lequel je ne suis pas doué), suivi de la réalisation des demandes des clients. Au mieux, ça prendra quelques mois.
Néanmoins, les test sont très encourageants. Aussi bien en vitesse qu'en soutient de charge. Malheureusement, je n'ai pas pu tester plus de 10 connexions simultanées en ligne. Ce n'est pas très facile, avec le système de sessions de cherrypy, basé sur l'IP externe...
Enfin, je voulais surtout dire que ce genre d'architecture est possible, et jouable. J'espère que ceux qui pourraient en avoir besoin apprécieront l'information.
-- @-salutations
Michel Claveau
jean-michel bain-cornu
Bjour,
Enfin, je voulais surtout dire que ce genre d'architecture est possible, et jouable. J'espère que ceux qui pourraient en avoir besoin apprécieront l'information.
Mais comment donc !
Celà ouvre des possibilités d'interface avec des usines à gaz existantes, et c'est de toutes façons bon à prendre. Merci pour ce post. jm
Bjour,
Enfin, je voulais surtout dire que ce genre d'architecture est possible,
et jouable. J'espère que ceux qui pourraient en avoir besoin
apprécieront l'information.
Mais comment donc !
Celà ouvre des possibilités d'interface avec des usines à gaz
existantes, et c'est de toutes façons bon à prendre.
Merci pour ce post.
jm
Enfin, je voulais surtout dire que ce genre d'architecture est possible, et jouable. J'espère que ceux qui pourraient en avoir besoin apprécieront l'information.
Mais comment donc !
Celà ouvre des possibilités d'interface avec des usines à gaz existantes, et c'est de toutes façons bon à prendre. Merci pour ce post. jm
William Dode
On 12-08-2006, Michel Claveau wrote:
Bonsoir !
ps: tu pourrais quoter un minimum de contexte stp ?
Pour une réponse plus réaliste, il faudra attendre un peu. Actuellement, je n'ai que des démos, pour prouver une faisabilité.
Une mise en production sur des applis réelles ne viendra qu'après un travail commercial important (et pour lequel je ne suis pas doué), suivi de la réalisation des demandes des clients. Au mieux, ça prendra quelques mois.
Néanmoins, les test sont très encourageants. Aussi bien en vitesse qu'en soutient de charge. Malheureusement, je n'ai pas pu tester plus de 10 connexions simultanées en ligne. Ce n'est pas très facile, avec le système de sessions de cherrypy, basé sur l'IP externe...
Pourquoi n'essayerais-tu pas un serveur wsgi (par ex celui de python-paste) et ainsi une gestion de session au choix (flup) ? En utilisant une session par cookies tu pourrai utiliser mechanize http://wwwsearch.sourceforge.net/
Enfin, je voulais surtout dire que ce genre d'architecture est possible, et jouable. J'espère que ceux qui pourraient en avoir besoin apprécieront l'information.
Est-ce que quelque chose te faisais craindre qu'avec ce genre d'architecture (inside com) il aurrait pu y avoir un problème ? Je ne vois pas tellement en quoi il y aurait plus de problème qu'en lançant cherrypy tout seul...
-- William Dodé - http://flibuste.net
On 12-08-2006, Michel Claveau wrote:
Bonsoir !
ps: tu pourrais quoter un minimum de contexte stp ?
Pour une réponse plus réaliste, il faudra attendre un peu.
Actuellement, je n'ai que des démos, pour prouver une faisabilité.
Une mise en production sur des applis réelles ne viendra qu'après un
travail commercial important (et pour lequel je ne suis pas doué),
suivi de la réalisation des demandes des clients.
Au mieux, ça prendra quelques mois.
Néanmoins, les test sont très encourageants. Aussi bien en vitesse
qu'en soutient de charge. Malheureusement, je n'ai pas pu tester plus
de 10 connexions simultanées en ligne. Ce n'est pas très facile, avec
le système de sessions de cherrypy, basé sur l'IP externe...
Pourquoi n'essayerais-tu pas un serveur wsgi (par ex celui de
python-paste) et ainsi une gestion de session au choix (flup) ?
En utilisant une session par cookies tu pourrai utiliser mechanize
http://wwwsearch.sourceforge.net/
Enfin, je voulais surtout dire que ce genre d'architecture est
possible, et jouable. J'espère que ceux qui pourraient en avoir besoin
apprécieront l'information.
Est-ce que quelque chose te faisais craindre qu'avec ce genre
d'architecture (inside com) il aurrait pu y avoir un problème ? Je ne
vois pas tellement en quoi il y aurait plus de problème qu'en lançant
cherrypy tout seul...
ps: tu pourrais quoter un minimum de contexte stp ?
Pour une réponse plus réaliste, il faudra attendre un peu. Actuellement, je n'ai que des démos, pour prouver une faisabilité.
Une mise en production sur des applis réelles ne viendra qu'après un travail commercial important (et pour lequel je ne suis pas doué), suivi de la réalisation des demandes des clients. Au mieux, ça prendra quelques mois.
Néanmoins, les test sont très encourageants. Aussi bien en vitesse qu'en soutient de charge. Malheureusement, je n'ai pas pu tester plus de 10 connexions simultanées en ligne. Ce n'est pas très facile, avec le système de sessions de cherrypy, basé sur l'IP externe...
Pourquoi n'essayerais-tu pas un serveur wsgi (par ex celui de python-paste) et ainsi une gestion de session au choix (flup) ? En utilisant une session par cookies tu pourrai utiliser mechanize http://wwwsearch.sourceforge.net/
Enfin, je voulais surtout dire que ce genre d'architecture est possible, et jouable. J'espère que ceux qui pourraient en avoir besoin apprécieront l'information.
Est-ce que quelque chose te faisais craindre qu'avec ce genre d'architecture (inside com) il aurrait pu y avoir un problème ? Je ne vois pas tellement en quoi il y aurait plus de problème qu'en lançant cherrypy tout seul...
-- William Dodé - http://flibuste.net
Michel Claveau
Bonsoir !
En utilisant une session par cookies
Je gère très bien les cookies, avec cherrypy, et un peu de javascript. Mais les cookies ne sont pas assez fiables. D'abord parce que beaucoup d'Internautes les ont désactivés ou les refusent. Ensuite, les cookies, c'est assez lent (j'ai testé).
Est-ce que quelque chose te faisais craindre qu'avec ce genre d'architecture (inside com) il aurrait pu y avoir un problème ?
Il s'agit d'un environnement d'exécution différent. De fait, il y a un certain nombre de points, ou de paramètres, à ajuster ou à mettre au point. Tant que ce n'est pas fait, on n'est pas sûr de trouver le bon réglage. Par ailleurs, les échanges d'informations, avec les applis hébergeantes peuvent utiliser plusieurs voies, qui nécessitent également de la mise au point, voire quelques développements. Un exemple simple : envoyer du code par AJAX (en retour de requête) se passe mal, à cause des caractères-clef HTTP (& = + etc.), j'ai cherché un encodage compatible Python ET Ecmascript (javascript).
En conclusion, comme d'hab, il vaut mieux tester, que de se dire que ça devrait marcher tout seul.
-- @-salutations
Michel Claveau
Bonsoir !
En utilisant une session par cookies
Je gère très bien les cookies, avec cherrypy, et un peu de javascript.
Mais les cookies ne sont pas assez fiables. D'abord parce que beaucoup
d'Internautes les ont désactivés ou les refusent. Ensuite, les cookies,
c'est assez lent (j'ai testé).
Est-ce que quelque chose te faisais craindre qu'avec ce genre
d'architecture (inside com) il aurrait pu y avoir un problème ?
Il s'agit d'un environnement d'exécution différent. De fait, il y a un
certain nombre de points, ou de paramètres, à ajuster ou à mettre au
point. Tant que ce n'est pas fait, on n'est pas sûr de trouver le bon
réglage.
Par ailleurs, les échanges d'informations, avec les applis hébergeantes
peuvent utiliser plusieurs voies, qui nécessitent également de la mise
au point, voire quelques développements.
Un exemple simple : envoyer du code par AJAX (en retour de requête) se
passe mal, à cause des caractères-clef HTTP (& = + etc.), j'ai cherché
un encodage compatible Python ET Ecmascript (javascript).
En conclusion, comme d'hab, il vaut mieux tester, que de se dire que ça
devrait marcher tout seul.
Je gère très bien les cookies, avec cherrypy, et un peu de javascript. Mais les cookies ne sont pas assez fiables. D'abord parce que beaucoup d'Internautes les ont désactivés ou les refusent. Ensuite, les cookies, c'est assez lent (j'ai testé).
Est-ce que quelque chose te faisais craindre qu'avec ce genre d'architecture (inside com) il aurrait pu y avoir un problème ?
Il s'agit d'un environnement d'exécution différent. De fait, il y a un certain nombre de points, ou de paramètres, à ajuster ou à mettre au point. Tant que ce n'est pas fait, on n'est pas sûr de trouver le bon réglage. Par ailleurs, les échanges d'informations, avec les applis hébergeantes peuvent utiliser plusieurs voies, qui nécessitent également de la mise au point, voire quelques développements. Un exemple simple : envoyer du code par AJAX (en retour de requête) se passe mal, à cause des caractères-clef HTTP (& = + etc.), j'ai cherché un encodage compatible Python ET Ecmascript (javascript).
En conclusion, comme d'hab, il vaut mieux tester, que de se dire que ça devrait marcher tout seul.
-- @-salutations
Michel Claveau
Méta-MCI
En fait, se faire tatouer, c'est peut-être une idée pour (tenter de) se faire passer pour un flibustier. En ce sens, c'est plutôt toi qui devrait te faire tatouer, non ?
En fait, se faire tatouer, c'est peut-être une idée pour (tenter de) se
faire passer pour un flibustier.
En ce sens, c'est plutôt toi qui devrait te faire tatouer, non ?
En fait, se faire tatouer, c'est peut-être une idée pour (tenter de) se faire passer pour un flibustier. En ce sens, c'est plutôt toi qui devrait te faire tatouer, non ?
Laurent Pointal
Bonsoir !
Pour utiliser quelque chose comme un service, il y a SRVANY.exe. Avec cet utilitaire, on peut même transformer un batch en service !
Par contre, ça fonctionne avec Win-2000, Win-XP, Win-2000-server, Win-2003-server Mais, je ne suis pas sûr pour NT
Ca eu tourné sous NT4, et je crois bien sous NT 3.51.
@+
MCI
Bonsoir !
Pour utiliser quelque chose comme un service, il y a SRVANY.exe.
Avec cet utilitaire, on peut même transformer un batch en service !
Par contre, ça fonctionne avec Win-2000, Win-XP, Win-2000-server,
Win-2003-server
Mais, je ne suis pas sûr pour NT
Ca eu tourné sous NT4, et je crois bien sous NT 3.51.
