un portail python

( Fri, 01 Apr 2005 17:55:15 +0400 ) regis :

Je propose py-oops

Je trouve pas le site principal de py-oops.
C'est ou ?

Tu as lu trop vite ( ou je me suis mal exprimé ).
Réponse B !-) (moi aussi je suis tout de suite parti sur google...)

Il fallait comprendre:
Nous communauté python qui en avons plein le cul de PHP devrions
mettre nos compétences en commun pour faire un logiciel super simple et
super puissant et tout en python CGI ou mod_python

Tiens, c'est curieux, je suis passé récemment à mod_python pour une
appli interne, et je me faisais la réflexion qu'il y aurait quelque
chose à faire avec certaines briques de Zope (essentiellement la ZODB et
les ZPT) et mod_python, pour offrir un cadre général de développement à
la fois plus léger et 'barebones' que Zope et plus puissant et intégré
que PHP.

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).

Je proposais le nom de py-oops

Il se trouve que le nom correspond à un projet de db objet (dont la

homepage est inaccessible aux dernières nouvelles...)

Bonjour !


Pour le référencement, il me semblait que Google (et autres) avaient du mal,
avec les pages dynamiques, résultants d'une requête. La page (HTTP)
n'existant pas en tant que fichier, les moteurs de recherche ont du mal à la
trouver ; contrairement à une page statique, qui existe forcément.
Un exemple valant mieux... voilà : sur le site de fonds d'écran
http://bergoiata.org les pages sont statiques. Les fichiers existent, et
sont référençables directement. Si les images se trouvaient dans une base de
données, avec des pages composées à la volée, un moteur de recherche ne
trouverait pas grand chose.


Pour Windows et le web, il faut savoir que je travaille essentiellement sur
du développement en gestion, sous Windows. Lorsqu'un client souhaite mettre,
sur le web, une partie des ses bases de données, j'installe un petit serveur
web maison, en Python, relié au SGBD de l'entreprise, et à Internet. C'est
léger, rapide et simple. Pas besoin de Linux (de toute façon, ça ne
marcherait pas avec Linux, par manque de fonctionnalités interapplications).
Exemples : connexion de commerciaux par Internet+GPRS, pour consulter les
stocks et commandes des clients à visiter ; accès par des salariés, depuis
chez eux, au planning de l'entreprise (congés, gardes, postes) ; inscription
évènementielle pour une association ; télé-accès, pour des cadres, à
l'historique des fabrications d'une usine ; etc.


Michel Claveau

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.

Oui, ou on peut trouvé un sponsor et faire un peu de pub. Il y a bien
quelqu'un qui peut prendre en charge les quasi 1000 euro annuel (pour un
serveur correct).

Je peux prendre en charge une partie (vu que je suis un ptiot artisan et
que mon site est en python, ça passe dans les impots) mais il faudra
créer une assoc, ce qui n'est pas si facile vu que nous sommes disséminé
partout en France (perso j'habite la Réunion ce qui fait cher
l'assemblée générale ;). Surtout qu'il existe l'afpy !

C'est surtout qu'à mon sens, il existe un gros tas de site python
francophone, un de plus ne fera qu'augmenté la dissemination. Par
exemple sur le forum www.afpy.org et www.python-fr.org quelqu'un a posé
la meme question sur le passage d'un champs à l'autre en wxPython. Il
faudrait les prendre un par un pour leur demander :

Siouplait viendez chez nous.

Ce qui est loin d'être facile. Et nous rentrerons directement en conflit
avec l'ami Antho (qui a fait le post de ce fils) et mais aussi avec
http://wikipython.flibuste.net ;) Où alors mutualisé les forums,
laissant aux sites le soin de gérer les abonnements.

Si tu veux faire *the* site python français, il faut savoir où aller, et
commencer par faire un CMS en python. D'ailleur, a ce titre, je n'ai
toujours pas compris l'interet à moins que je ne fasse de la prose sans
le savoir...

Mais bon, cela reste de la reflexion comme ça... À vide... Au cas où...

Amicalement

Regis

Do Re Mi chel La Si Do wrote:

Bonjour !


Pour le référencement, il me semblait que Google (et autres) avaient du mal,
avec les pages dynamiques, résultants d'une requête. La page (HTTP)
n'existant pas en tant que fichier, les moteurs de recherche ont du mal à la
trouver ; contrairement à une page statique, qui existe forcément.
Un exemple valant mieux... voilà : sur le site de fonds d'écran
http://bergoiata.org les pages sont statiques. Les fichiers existent, et
sont référençables directement. Si les images se trouvaient dans une base de
données, avec des pages composées à la volée, un moteur de recherche ne
trouverait pas grand chose.

J'ai pas mal de sites dynamiques (Spip, Zope, etc) convenablement
référencés. Il suffit d'avoir une url distincte par page à référencer
(les fragments faisant partie de l'url) ET que ces urls apparaissent
quelque part dans le HTML généré. On a même eu une fois un serveur qui
partait en vrille au passage du googlebot à cause de ça (un
calendrier... il a fallu rajouter des meta 'no-follow' pour régler le pb)

Pour Windows et le web, il faut savoir que je travaille essentiellement sur
du développement en gestion, sous Windows.

Je m'en doutais un peu !-)

Lorsqu'un client souhaite mettre,
sur le web, une partie des ses bases de données, j'installe un petit serveur
web maison, en Python, relié au SGBD de l'entreprise, et à Internet.

Ok.

C'est
léger, rapide et simple. Pas besoin de Linux (de toute façon, ça ne
marcherait pas avec Linux, par manque de fonctionnalités interapplications).

Tu peux expliciter ? Je n'ai pas personnellement remarqué que faire
communiquer des applis entre elles soit un problème majeur sous linux.

Exemples : connexion de commerciaux par Internet+GPRS, pour consulter les
stocks et commandes des clients à visiter ; accès par des salariés, depuis
chez eux, au planning de l'entreprise (congés, gardes, postes) ; inscription
évènementielle pour une association ; télé-accès, pour des cadres, à
l'historique des fabrications d'une usine ; etc.

Si tout ça passe par le web, je ne vois pas non plus où est le problème
à avoir un serveur sous unix. Soit ton SGBDR tourne sous Windows
exclusivement, auquel cas il est sur un serveur dédié et le serveur web
communique avec lui, soit ton SGBDR tourne sous Linux, auquel cas il
peut être aussi bien sur un serveur dédié que sur le serveur web.

NB: Je ne veux pas dire qu'il faille impérativement utiliser nunux,
juste que je ne vois pas - a priori, d'après ce que tu me décris -
d'impossibilité *technique* (je ne dis pas non plus qu'il n'y en a pas,
juste que je les vois pas). Après, c'est clair que le but n'est
certainement pas de se compliquer la vie !-)

Bruno
--
bruno desthuilliers
python -c "print '@'.join(['.'.join([w[::-1] for w in p.split('.')]) for
p in 'onurb@xiludom.gro'.split('@')])"

C'est léger, rapide et simple. Pas besoin de Linux (de toute façon, ça
ne marcherait pas avec Linux, par manque de fonctionnalités
interapplications).

Tu peux expliciter ? Je n'ai pas personnellement remarqué que faire
communiquer des applis entre elles soit un problème majeur sous linux.

Il y a un grand nombre de sociétés qui utilisent des applications
fonctionnant uniquement sous Windows, et avec lesquelles on ne peut
communiquer que par des joyeusetés comme OLE ou DDE, ou encore, oserai-je
être grossier, .net.

Exemples : connexion de commerciaux par Internet+GPRS, pour consulter les
stocks et commandes des clients à visiter ; accès par des salariés,
depuis chez eux, au planning de l'entreprise (congés, gardes, postes) ;
inscription évènementielle pour une association ; télé-accès, pour des
cadres, à l'historique des fabrications d'une usine ; etc.

Si tout ça passe par le web, je ne vois pas non plus où est le problème à
avoir un serveur sous unix. Soit ton SGBDR tourne sous Windows
exclusivement, auquel cas il est sur un serveur dédié et le serveur web
communique avec lui, soit ton SGBDR tourne sous Linux, auquel cas il peut
être aussi bien sur un serveur dédié que sur le serveur web.

NB: Je ne veux pas dire qu'il faille impérativement utiliser nunux, juste
que je ne vois pas - a priori, d'après ce que tu me décris -
d'impossibilité *technique* (je ne dis pas non plus qu'il n'y en a pas,
juste que je les vois pas). Après, c'est clair que le but n'est
certainement pas de se compliquer la vie !-)

C'est très simple, il n'y a souvent qu'un serveur, et celui-ci est sous
Windows.
Par ailleurs, quand on achète une bécane, elle est sous Windows, et
l'utiliser telle que est plus rapide que réinstaller Linux (on gagne 1
heure).
Enfin, très souvent, les gens ne veulent *pas* de Linux.
Le monde réel (celui des gens à qui on peut faire une facture, ou qui
donnent une paye tous les mois) utilise Windows. Cela change petit à petit.
Il y a 10 ans, le Linuxien était un inconnu. Aujourd'hui c'est encore un
original, mais de moins en moins. C'est un peu pareil pour les langages de
script Open source: hier Perl, aujourd'hui Php, demain Python ?

Mais pardon d'avoir investi ce passionnant échange !
+=jm

Bonsoir !

Mais pardon d'avoir investi ce passionnant échange

De rien, je partage certains des propos que tu as tenu.


Pour la communication inter-application, j'utilise énormément
OLE-automation. C'est d'ailleurs par ce biais que j'utilise le plus Python
(par un serveur COM).
C'est très valorisant, depuis un frontal de base de données, d'appeler un
script Python, de charger un document Word, et l'utiliser comme template,
d'y inclure un schéma fait avec Graphwiz (par Python), et d'offrir le
résultat à un l'utilisateur, qui n'a plus qu'à le fignoler. Et tout ça sans
sortir de l'appli de départ.

Sous Linux, j'ai bien entendu parler de XPCOM. Mais ce projet ne semble pas
avancer beaucoup, et reste beaucoup plus limité.

Sinon, je me garde bien de dire que, entre Windows et Linux, l'un est mieux
ou moins bien que l'autre. Windows me donne satisfaction. Python fonctionne
bien avec ; alors, pourquoi chercher plus loin ?



Pour ceux qui seraient intéressés, je prépare, tout doucement, un outil
(atelier ?) de développement, sous Windows, avec Python comme langage, et
Internet-Explorer comme GUI (mais sans passer par HTTP). Je pense en être à
la moitié du développement. Mais c'est déjà montrable. Si seulement j'avais
plus de temps...



@-salutations
--
Michel Claveau

( Tue, 05 Apr 2005 23:36:12 +0200 ) Do Re Mi chel La Si Do :

Mais c'est déjà montrable.

On peut voir ce que ça donne?

--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)

Sinon, je me garde bien de dire que, entre Windows et Linux, l'un est
mieux ou moins bien que l'autre. Windows me donne satisfaction. Python
fonctionne bien avec ; alors, pourquoi chercher plus loin ?

Parce que Windows est un monopole commercial.
Si demain, quelque dirigeant décide que pour utiliser Windows tu dois payer
10 fois plus, ou pire, déclarer que tu ne pratiques pas certaines religions,
ou ne fais pas partie de tel groupe ethnique, tu feras quoi ? Il sera
peut-être trop tard pour se poser la question...
Même si Windows a encore quelques avantages sur Linux, c'est surtout celui
de la base installée !
Personnellement, j'aime bien l'idée d'une solution de rechange toute prête à
être utilisée dès que ceux qui sont autour de moi seront prêts à le faire
(quite à pousser un peu...).
Un exemple: depuis 6 ou 7 ans, on utilise Open Office (anciennement Star
Office) à la maison, et je me refuse à installer une version piratée de MS
Office. Le problème récurrent, c'est que les collègues enseignants de ma
femme utilisent eux MsOffice à la maison, ce qui ne facilite pas les
échanges de documents. Récemment, il y a eu un stage pédagogique organisé
par l'Education Nationale ou c'était Open Office qui était utilisé ! Du
coup, ma démarche est devenue valable, car validée officiellement par une
institution; et on en parle plus depuis.
Je pense que c'est pareil pour Linux. Une fois que quelques grandes
institutions seront complètement sous Linux, tout le monde suivra, et tu
verras que tous les petits outils ou facilités manquantes apparaîtront comme
par enchantement.
Ceci dit, les efforts permanents des extrémistes qui prônent (depuis des
années) le tout Linux sont très appréciables: quelque part, ce sont eux qui
font avancer l'informatique...

Je suis un peu hors sujet sur un forum Python, mais bon, il n'y a qu'à faire
un "msg.replace('Linux','Python')" suivi d'un "msg.replace('Windows','VB')"
et tout va bien !

Amicalement,
jm

PS: Bien sûr, tout ce que je dis là est sans intention aucune de blesser qui
que ce soit !

--
----------------------------------------
Olivier Ravard
NovaGrid S.A.S.
Tel/Fax : 02 23 23 62 32
"Do Re Mi chel La Si Do" <enleverlesO.OmcO@OmclaveauO.com> a écrit dans le
message de news: 425304e6$0$19347$8fcfb975@news.wanadoo.fr...

Bonsoir !

Mais pardon d'avoir investi ce passionnant échange

De rien, je partage certains des propos que tu as tenu.


Pour la communication inter-application, j'utilise énormément
OLE-automation. C'est d'ailleurs par ce biais que j'utilise le plus Python
(par un serveur COM).
C'est très valorisant, depuis un frontal de base de données, d'appeler un
script Python, de charger un document Word, et l'utiliser comme template,
d'y inclure un schéma fait avec Graphwiz (par Python), et d'offrir le
résultat à un l'utilisateur, qui n'a plus qu'à le fignoler. Et tout ça
sans sortir de l'appli de départ.

Sous Linux, j'ai bien entendu parler de XPCOM. Mais ce projet ne semble
pas avancer beaucoup, et reste beaucoup plus limité.

Sinon, je me garde bien de dire que, entre Windows et Linux, l'un est
mieux ou moins bien que l'autre. Windows me donne satisfaction. Python
fonctionne bien avec ; alors, pourquoi chercher plus loin ?



Pour ceux qui seraient intéressés, je prépare, tout doucement, un outil
(atelier ?) de développement, sous Windows, avec Python comme langage, et
Internet-Explorer comme GUI (mais sans passer par HTTP). Je pense en être
à la moitié du développement. Mais c'est déjà montrable. Si seulement
j'avais plus de temps...

C'est toujours le problème... Ton outil m'intéresse. J'ai également dans
l'idée de développer
un environnement de développement pour python pour offrir des avantages de
type
communautaire...

@-salutations
--
Michel Claveau

( Wed, 06 Apr 2005 10:47:22 +0200 ) Jean-michel Bain-cornu :

Ceci dit, les efforts permanents des extrémistes qui prônent (depuis des
années) le tout Linux sont très appréciables: quelque part, ce sont eux qui
font avancer l'informatique...

C'est beau! ;-)


--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)