Vu le prix des dédiés aujourd'hui, je pense qu'il ne faut plus s'embêter avec le cgi... Surtout avec la pléthore de serveurs que l'on trouve en python...
Je suis d'accord, mais prends mon cas. Je n'ai pas besoin d'un serveur monstreux, donc mon site fonctionne sur serveur mutualisé (chez lost-oasis.fr) et je n'ai accés uniquement au CGI en python. D'ailleur je ne me suis pas géné.
D'après la doc mod_python, mod_python peut gérer les cgi 16.74 fois plus vite qu'un cgi normal.
Regis
Pour ceux interressé par mon prog de gestion en cgi-python proche de mod_python.publisher :
Vu le prix des dédiés aujourd'hui, je pense qu'il ne faut plus s'embêter
avec le cgi... Surtout avec la pléthore de serveurs que l'on trouve en
python...
Je suis d'accord, mais prends mon cas. Je n'ai pas besoin d'un serveur
monstreux, donc mon site fonctionne sur serveur mutualisé (chez
lost-oasis.fr) et je n'ai accés uniquement au CGI en python. D'ailleur
je ne me suis pas géné.
D'après la doc mod_python, mod_python peut gérer les cgi 16.74 fois plus
vite qu'un cgi normal.
Regis
Pour ceux interressé par mon prog de gestion en cgi-python proche de
mod_python.publisher :
Vu le prix des dédiés aujourd'hui, je pense qu'il ne faut plus s'embêter avec le cgi... Surtout avec la pléthore de serveurs que l'on trouve en python...
Je suis d'accord, mais prends mon cas. Je n'ai pas besoin d'un serveur monstreux, donc mon site fonctionne sur serveur mutualisé (chez lost-oasis.fr) et je n'ai accés uniquement au CGI en python. D'ailleur je ne me suis pas géné.
D'après la doc mod_python, mod_python peut gérer les cgi 16.74 fois plus vite qu'un cgi normal.
Regis
Pour ceux interressé par mon prog de gestion en cgi-python proche de mod_python.publisher :
On 31 Mar 2005 06:59:19 GMT, Encolpe DEGOUTE wrote:
Dans fr.comp.lang.python, Jean-michel Bain-cornu écrivit:
...et qui est fait en php ;-)
Hum, un bon gros troll des cavernes un mercredi. C'est un peu tôt...
Tiens, comme pénitence, je me propose pour un coup de main s'ils veulent le refaire en python. C'est-ti pas un gentil troll à sa mémère, ça ?
Autant le refaire en Cobol objet.
Vous pouvez aller vous proposer sur leur forum
Oui, mais non! Je n'ai pas envi de réveiller la cabal.
-- Encolpe DEGOUTE http://encolpe.degoute.free.fr/ Logiciels libres, hockey sur glace et autres activités cérébrales
Wilk
regis writes:
Vu le prix des dédiés aujourd'hui, je pense qu'il ne faut plus s'embêter avec le cgi... Surtout avec la pléthore de serveurs que l'on trouve en python...
Je suis d'accord, mais prends mon cas. Je n'ai pas besoin d'un serveur monstreux, donc mon site fonctionne sur serveur mutualisé (chez lost-oasis.fr) et je n'ai accés uniquement au CGI en python. D'ailleur je ne me suis pas géné.
Puiseque l'on parlait de portaux, l'optique cgi risque vite d'atteindre ses limites. Je voulais donc dire que si l'on devais mutualiser les compétences de la communauté python ça vaudrait plutôt le coup d'investir dans un dédié. Pourquoi pas communautairement, d'une part pour installer un portail et d'autre part pour que chacun puisse laisser son serveur pythonique s'exprimer.
Mais comme la tendance est plutôt à la dispersion ses temps-ci...
Ceci dit, je suis d'accord qu'en cgi on peut déjà faire pas mal de trucs.
D'après la doc mod_python, mod_python peut gérer les cgi 16.74 fois plus vite qu'un cgi normal.
Regis
Pour ceux interressé par mon prog de gestion en cgi-python proche de mod_python.publisher :
Pourquoi ne pas utiliser directement un template avec des %(var)s et ensuite mapage % mesvars ?
Notez que la dernière 2.4 intègre un système (minimal) de template avec des $
-- William http://wikipython.flibuste.net : wiki francophone sur python
regis <r.floret.nospams@laposte.net> writes:
Vu le prix des dédiés aujourd'hui, je pense qu'il ne faut plus
s'embêter
avec le cgi... Surtout avec la pléthore de serveurs que l'on trouve en
python...
Je suis d'accord, mais prends mon cas. Je n'ai pas besoin d'un serveur
monstreux, donc mon site fonctionne sur serveur mutualisé (chez
lost-oasis.fr) et je n'ai accés uniquement au CGI en python. D'ailleur
je ne me suis pas géné.
Puiseque l'on parlait de portaux, l'optique cgi risque vite d'atteindre
ses limites. Je voulais donc dire que si l'on devais mutualiser les
compétences de la communauté python ça vaudrait plutôt le coup
d'investir dans un dédié. Pourquoi pas communautairement, d'une part
pour installer un portail et d'autre part pour que chacun puisse laisser
son serveur pythonique s'exprimer.
Mais comme la tendance est plutôt à la dispersion ses temps-ci...
Ceci dit, je suis d'accord qu'en cgi on peut déjà faire pas mal de
trucs.
D'après la doc mod_python, mod_python peut gérer les cgi 16.74 fois
plus vite qu'un cgi normal.
Regis
Pour ceux interressé par mon prog de gestion en cgi-python proche de
mod_python.publisher :
Vu le prix des dédiés aujourd'hui, je pense qu'il ne faut plus s'embêter avec le cgi... Surtout avec la pléthore de serveurs que l'on trouve en python...
Je suis d'accord, mais prends mon cas. Je n'ai pas besoin d'un serveur monstreux, donc mon site fonctionne sur serveur mutualisé (chez lost-oasis.fr) et je n'ai accés uniquement au CGI en python. D'ailleur je ne me suis pas géné.
Puiseque l'on parlait de portaux, l'optique cgi risque vite d'atteindre ses limites. Je voulais donc dire que si l'on devais mutualiser les compétences de la communauté python ça vaudrait plutôt le coup d'investir dans un dédié. Pourquoi pas communautairement, d'une part pour installer un portail et d'autre part pour que chacun puisse laisser son serveur pythonique s'exprimer.
Mais comme la tendance est plutôt à la dispersion ses temps-ci...
Ceci dit, je suis d'accord qu'en cgi on peut déjà faire pas mal de trucs.
D'après la doc mod_python, mod_python peut gérer les cgi 16.74 fois plus vite qu'un cgi normal.
Regis
Pour ceux interressé par mon prog de gestion en cgi-python proche de mod_python.publisher :
Merci pour le lien (et les infos). Je regarde, dès que j'ai un siècle de libre.
@-salutations -- Michel Claveau
Do Re Mi chel La Si Do
Bonsoir !
Combien payes-tu ton hébergement mutualisé ? Et pour quelles prestations (espace, bande passante, besoins logiciels) ? Il y a peut-être moyen de mutualiser un serveur dédié. Ce qui ne ferait pas plus cher, mais avec Python.
A titre indicatif, je paye 69 ? HT, pour un dédié, avec 35 Go de libre, (C2.4GHz et 512 Mo), 20 Mbd de bande passante (mais pas de backup). Pour 20 ? de plus, on passe à 160 Go.
Pour 10 personnes, cela ferait moins de 10 ? par mois, pour 16 Go. Resterait le problème de l'administration, et les frais de refacturation.
@-salutations -- Michel Claveau
Bonsoir !
Combien payes-tu ton hébergement mutualisé ? Et pour quelles prestations
(espace, bande passante, besoins logiciels) ?
Il y a peut-être moyen de mutualiser un serveur dédié. Ce qui ne ferait pas
plus cher, mais avec Python.
A titre indicatif, je paye 69 ? HT, pour un dédié, avec 35 Go de libre,
(C2.4GHz et 512 Mo), 20 Mbd de bande passante (mais pas de backup). Pour 20
? de plus, on passe à 160 Go.
Pour 10 personnes, cela ferait moins de 10 ? par mois, pour 16 Go.
Resterait le problème de l'administration, et les frais de refacturation.
Combien payes-tu ton hébergement mutualisé ? Et pour quelles prestations (espace, bande passante, besoins logiciels) ? Il y a peut-être moyen de mutualiser un serveur dédié. Ce qui ne ferait pas plus cher, mais avec Python.
A titre indicatif, je paye 69 ? HT, pour un dédié, avec 35 Go de libre, (C2.4GHz et 512 Mo), 20 Mbd de bande passante (mais pas de backup). Pour 20 ? de plus, on passe à 160 Go.
Pour 10 personnes, cela ferait moins de 10 ? par mois, pour 16 Go. Resterait le problème de l'administration, et les frais de refacturation.
@-salutations -- Michel Claveau
Do Re Mi chel La Si Do
Toutafé dakodak. Même sur la tendance à la dispersion (ou la variété)
Michel Claveau
Toutafé dakodak. Même sur la tendance à la dispersion (ou la variété)
Toutafé dakodak. Même sur la tendance à la dispersion (ou la variété)
Michel Claveau
Do Re Mi chel La Si Do
Re
Au fait, pour éviter la dispersion, on pourrait utiliser le wikipython. Alors, comme tu l'administres, j'ai une petite question : comment fait-on pour publier quelque chose ?
J'ai fait plusieurs essais, en cliquant sur "EditionTexte de cette page", et en ajoutant du contenu. Mais ça n'a jamais rien fait.
?
Michel Claveau
Re
Au fait, pour éviter la dispersion, on pourrait utiliser le wikipython.
Alors, comme tu l'administres, j'ai une petite question : comment fait-on
pour publier quelque chose ?
J'ai fait plusieurs essais, en cliquant sur "EditionTexte de cette page", et
en ajoutant du contenu. Mais ça n'a jamais rien fait.
Au fait, pour éviter la dispersion, on pourrait utiliser le wikipython. Alors, comme tu l'administres, j'ai une petite question : comment fait-on pour publier quelque chose ?
J'ai fait plusieurs essais, en cliquant sur "EditionTexte de cette page", et en ajoutant du contenu. Mais ça n'a jamais rien fait.
?
Michel Claveau
Wilk
"Do Re Mi chel La Si Do" writes:
Re
Au fait, pour éviter la dispersion, on pourrait utiliser le wikipython. Alors, comme tu l'administres, j'ai une petite question : comment fait-on pour publier quelque chose ?
J'ai fait plusieurs essais, en cliquant sur "EditionTexte de cette page", et en ajoutant du contenu. Mais ça n'a jamais rien fait.
Tu n'as peut-être pas renseigné le champ anti-spam ?
-- William http://wikipython.flibuste.net : wiki francophone sur python
"Do Re Mi chel La Si Do" <enleverlesO.OmcO@OmclaveauO.com> writes:
Re
Au fait, pour éviter la dispersion, on pourrait utiliser le wikipython.
Alors, comme tu l'administres, j'ai une petite question : comment fait-on
pour publier quelque chose ?
J'ai fait plusieurs essais, en cliquant sur "EditionTexte de cette page", et
en ajoutant du contenu. Mais ça n'a jamais rien fait.
Tu n'as peut-être pas renseigné le champ anti-spam ?
--
William
http://wikipython.flibuste.net : wiki francophone sur python
Au fait, pour éviter la dispersion, on pourrait utiliser le wikipython. Alors, comme tu l'administres, j'ai une petite question : comment fait-on pour publier quelque chose ?
J'ai fait plusieurs essais, en cliquant sur "EditionTexte de cette page", et en ajoutant du contenu. Mais ça n'a jamais rien fait.
Tu n'as peut-être pas renseigné le champ anti-spam ?
-- William http://wikipython.flibuste.net : wiki francophone sur python
Bruno Desthuilliers
(snip)
Pour modpython, c'est vrai, je pourrais l'utiliser. Mais, actuellement, je n'ai que des sites statiques, avec des pages générées par Python, sur les postes de mes clients. J'aime bien les pages statiques. Elles sont plus rapides,
oui (enfin, comparativement à la même page générée par code... !-)
faciles à référencer,
Ni plus ni moins.
souples à gérer.
C'est un troll ?-)
Pour mettre des serveurs Python "spécialisés", ce n'est pas un problème Python (pour moi), car j'en ai programmés plusieurs. La difficulté, c'est plutôt Linux (comme tu l'as deviné), et ses outils (IPtables, Cron, bash, etc.)
Il a fallu que je remonte deux message plus haut pour comprendre... Ce qui m'étonne, c'est qu'il y ait encore des programmeurs pour bosser sous Windows - surtout quand il s'agit de web...
Bruno
(snip)
Pour modpython, c'est vrai, je pourrais l'utiliser. Mais, actuellement, je
n'ai que des sites statiques, avec des pages générées par Python, sur les
postes de mes clients.
J'aime bien les pages statiques. Elles sont plus rapides,
oui (enfin, comparativement à la même page générée par code... !-)
faciles à
référencer,
Ni plus ni moins.
souples à gérer.
C'est un troll ?-)
Pour mettre des serveurs Python "spécialisés", ce n'est pas un problème
Python (pour moi), car j'en ai programmés plusieurs. La difficulté, c'est
plutôt Linux (comme tu l'as deviné), et ses outils (IPtables, Cron, bash,
etc.)
Il a fallu que je remonte deux message plus haut pour comprendre... Ce
qui m'étonne, c'est qu'il y ait encore des programmeurs pour bosser sous
Windows - surtout quand il s'agit de web...
Pour modpython, c'est vrai, je pourrais l'utiliser. Mais, actuellement, je n'ai que des sites statiques, avec des pages générées par Python, sur les postes de mes clients. J'aime bien les pages statiques. Elles sont plus rapides,
oui (enfin, comparativement à la même page générée par code... !-)
faciles à référencer,
Ni plus ni moins.
souples à gérer.
C'est un troll ?-)
Pour mettre des serveurs Python "spécialisés", ce n'est pas un problème Python (pour moi), car j'en ai programmés plusieurs. La difficulté, c'est plutôt Linux (comme tu l'as deviné), et ses outils (IPtables, Cron, bash, etc.)
Il a fallu que je remonte deux message plus haut pour comprendre... Ce qui m'étonne, c'est qu'il y ait encore des programmeurs pour bosser sous Windows - surtout quand il s'agit de web...
Bruno
Wilk
Bruno Desthuilliers writes:
L'option cgi n'est pas crédible AMHA. C'est bon pour des choses simplissimes (3 formulaires dans un site statique), mais way out dès qu'il s'agit de développer des applis un tant soi peu complexes (non que ce soit techniquement impossible, c'est surtout un problème de productivité et de performance).
D'un autre côté, chez ovh par ex php est utilisé en mode cgi donc ça revient au même... On peut faire un peu plus que 3 formulaires... J'ai fait tourner mon jeu de scrabble en cgi, en php puis en python pendant des mois avec des centaines de joueurs par ex.
Je dirai plutôt l'inverse finalement, c'est plus complexe, ensuite au niveau performance il suffit d'y mettre un hardware hadoc.
-- William http://wikipython.flibuste.net : wiki francophone sur python
Bruno Desthuilliers <bdesth.quelquechose@free.quelquepart.fr> writes:
L'option cgi n'est pas crédible AMHA. C'est bon pour des choses
simplissimes (3 formulaires dans un site statique), mais way out dès
qu'il s'agit de développer des applis un tant soi peu complexes (non
que ce soit techniquement impossible, c'est surtout un problème de
productivité et de performance).
D'un autre côté, chez ovh par ex php est utilisé en mode cgi donc ça
revient au même... On peut faire un peu plus que 3 formulaires... J'ai
fait tourner mon jeu de scrabble en cgi, en php puis en python pendant
des mois avec des centaines de joueurs par ex.
Je dirai plutôt l'inverse finalement, c'est plus complexe, ensuite au
niveau performance il suffit d'y mettre un hardware hadoc.
--
William
http://wikipython.flibuste.net : wiki francophone sur python
L'option cgi n'est pas crédible AMHA. C'est bon pour des choses simplissimes (3 formulaires dans un site statique), mais way out dès qu'il s'agit de développer des applis un tant soi peu complexes (non que ce soit techniquement impossible, c'est surtout un problème de productivité et de performance).
D'un autre côté, chez ovh par ex php est utilisé en mode cgi donc ça revient au même... On peut faire un peu plus que 3 formulaires... J'ai fait tourner mon jeu de scrabble en cgi, en php puis en python pendant des mois avec des centaines de joueurs par ex.
Je dirai plutôt l'inverse finalement, c'est plus complexe, ensuite au niveau performance il suffit d'y mettre un hardware hadoc.
-- William http://wikipython.flibuste.net : wiki francophone sur python
