Bonjour Augustin, Augustin <[EMAIL PROTECTED]> writes:
> Je viens de lires les archives complètes, et je pense comprendre que la > viabilité du projet à court et moyen terme dépend de la réalisation d'un > client web. Cool ! (et merci de l'effort de lire les archives) > Je voudrais faire une proposition concrète, et si cette proposition est > acceptée, je me porte volontaire pour diriger le développement du client web > et à en coder un premier prototype. Demexp est un projet libre, donc chacun est le bienvenu avec ses propositions de code. Comme d'hab'. ;-) On a des grandes orientations, mais elles sont largement malmenées par les développements. :-) > Le CMS qui me semble idéal pour les besoins du projet est Drupal: > http://drupal.org/ > Si Drupal est accepté, je peux commencer à coder un module demexp pour Drupal > qui servira de client web. Je n'ai rien contre Drupal, ni rien pour non plus. :-) Début août, j'ai discuté avec Thomas (Petazzoni), notre super empaqueteur et bidouilleur de RPC en Python, qui semblait intéressé par faire une interface web en Python. Cela dit, il faut aussi l'Agenda du Libre en PHP, donc à lui de dire ce qu'il en pense. Pour ma part, PHP ou Python, je place tout ça un peu au même niveau. Après, pour la pérennité, c'est la propreté du code qui compte. :-) > Je ne vois qu'un seul inconvénient à Drupal, c'est qu'il nécessitera à terme > un serveur web assez performant. Voir raison technique au bas de ce > message. C'est un point plutôt négatif mais pas bloquant. > Pour le reste, je ne vois que des avantages. > Je commence par les plus généraux, et aussi les plus importants: J'adhère à toutes les raisons que tu donnes, y compris la GPL ;-) Le fait que Drupal soit activement développé, supporte PostgreSQL, soit modulaire et qu'il y ait un système de classification me semble très intéressant. > * Drupal a son propre bug tracking system sous forme de module (j'ai vu que > vous en cherchiez un). Bon, attention, dire qu'on peut utiliser Drupal ne veut pas dire qu'on va *tout* faire avec Drupal. ;-) > mais dès que le projet prendra de l'ampleur (c-à-d des centaines > d'usagés connectés au même moment), il nous faudra un bon serveur > dédié. Si vraiment on n'a que des problèmes de charge, je pense qu'on aura remplit une bonne partie du contrat. ;-) > * Je connais très bien Drupal et son API. > * Je sais coder en PHP et SQL. > * Dès que cette proposition est acceptée, je peux commencer à coder un module > demexp sous Drupal. Dans le projet, il n'y a pas d'« acceptation » des propositions. On a une orientation globale (qu'il me semble tu as bien comprise) et après on prend les contributions comme elles arrivent. Après, les membres du projet adhèrent plus ou moins à certaines propositions (n'est-ce pas Serge ? ;-). > * Je créerais un projet demexp sur le site de Drupal, et je dirigerais le > projet en fonction des intentions de la communauté et en consultation des > autres développeurs. Ne pas oublier qu'on a aussi un wiki et des listes de discussion. Si développement il y a, la liste demexp-dev me semble appropriée. > * Je peux m'engager à coder pendant 2 heures par jour. Pas d'engagement nécessaire (mais c'est intéressant quand même ;-). > * J'ai une bonne expérience pédagogique :) et je peux aider ceux qui > connaissent PHP à comprendre l'API de Drupal, de façon à ce que je ne sois > pas seul et assurer la pérennité du projet. Essentiel. Penser aussi à documenter le code. Je ne pousse plus à utiliser noweb (trop de contraintes sur le développement classique) mais un outil comme Lp4all[1] pourrait être intéressant. Sans obligation, c'est toi qui voit. > * Javascript. Ce n'est pas essentiel au début. Entièrement d'accord. Mieux vaut une interface web compatible avec tous les types de navigateurs. > * le protocole https. Je ne pense pas que ce soit difficile mais jusqu'à > présent, je n'ai pas eu besoin d'apprendre. « Simple » config d'Apache. Enfin, ne pas oublier le vrai slogan du monde réel : « There is no such thing as a simple job -- Tim Daly ». > * le protocole de communication client web / serveur demexp :) . C'est du ONC RPC (les mêmes RPC que dans NFS). Un outil existe pour le C (rpcgen(1)). Après, il me semble possible d'interfacer du C et du PHP donc il faudra faire une interface pour PHP. Je peux filer un coup de main sur cette partie avec les bonnes docs (tu aurais des pointeurs ?). Ou alors recoder les RPC en PHP ? Je ne pense pas que ce soit plus simple. En ce qui concerne le protocole proprement dit, il y aura probablement des modifications à effectuer pour le client web. > * caml, ocalm :) Mais ça, j'apprendrais pas! :) Ça je peux gérer. > Ca intéresse quelqu'un? Je trouve ta proposition intéressante et concrête, mais j'attend le retour des autres pour prendre une position définitive. > Si David est en vacance ce mois-ci et qu'il faille attendre son retour pour > avoir son avis, je peux attendre :) Je *suis* en vacances, donc pas de codage avant septembre pour moi. :-) Pour la décision, ça ne regarde pas que moi. Amicalement, d. Footnotes: [1] http://www.linux-france.org/~dmentre/lp4all/ -- GPG/PGP key: A3AD7A2A David MENTRE <[EMAIL PROTECTED]> 5996 CC46 4612 9CA4 3562 D7AC 6C67 9E96 A3AD 7A2A -- Liste de discussion demexp-fr. Pour se d�sinscrire, cliquer sur le lien ci-apr�s. mailto:[EMAIL PROTECTED]
