Re: [mlfichadh] mises à jour du 2 mars

[Antoine Viel <antoine.viel@xxxxxxxxxxxxxxxx>]

Bonjour,

Suite aux modifications de Jean (merci pour cette importante 
contribution), voici un petit résumé
des modifications que j'ai fait cette semaine :
- revision 17 : il est maintenant possible de sélectionner les champs à 
extraire
- revisions 21 et 22 : petites modifs sur backup et restore suite à la 
mise en place des outils
 d'adminstration par Jean (révision 20)
- revision 23 : merge de la branche "Bug5" (revision 12) ouverte par 
Louis pour permettre
 la sélection des adhérents de l'année ou de tous les adhérents. J'en 
ai profité pour ajouter
 le décompte du nombre des adhérents, qui est directement visible dans 
la liste déroulante.

Il va donc y avoir quelques tests à faire en local par chacun.
Si tout va bien, je ferai un tag de cette version pour la déployer sur 
la base du club de Vernon pour
des tests d'utilisation en situation réelle.

La prochaine étape va consister à la mise en place d'un wiki sur 
l'espace web de Tuxfamily
pour démarrer la rédaction de la documentation.

A bientôt,

Antoine


Jean Saquet wrote:
> Bonjour,
>
> J'ai fait aujourd'hui 3 mises à jour.
> En fait, il n'y en a vraiment qu'une seule, mais :
> - je me suis aperçu que dans la no 18, il manquait des fichiers parce 
> que, suite à des updates successifs, j'avais des pbs de date de fichiers
> - j'ai donc fait un "touch" général, et tout renvoyé dans la version 19
> - mais ayant vu que les fichiers étaient envoyés "à la mac" (au niveau 
> des fins de ligne), j'ai tout corrigé et renvoyé
>
> J'espère que c'est correct, au niveau de la version 20 donc. (merci de 
> vérifier)
>
> Sur le fond, j'ai essentiellement ajouté des outils d'administration, 
> les modifs dans la partie utilisateur étant mineures. Voir le fichier 
> Readme.html pour les détails.
>
> Ces outils se placent entre l'installation et l'utilisation. Plus 
> précisément, ils supposent que les fichiers php, html, ... sont 
> installés et que la base est créée avec un accès administrateur 
> (droits habituels + CREATE + DROP + éventuellement GRAND et RELOAD)
>
> Ils permettent alors de créer les tables, d'y mettre une première 
> fiche d'un adhérent ayant les droits de modif, et de créer un 
> utilisateur MySQL qui sera utilisé par le programme d'utilisation (les 
> caractéristiques de l'accès ainsi créé étant dans un fichier de config 
> et non plus en dur dans un des fichiers php)
>
> Le programme d'utilisation peut alors être lancé (euh... je crois bien 
> que j'ai oublié de vérifier dans le php que le fichier de config était 
> bien consistant ... il faudra sans doute le faire)
>
> La suite ...
>
> Bien sûr corriger les bugs, mais pour le 31 mars, il faut limiter nos 
> ambitions. Je propose :
> - de faire une doc, incluant la genèse du projet et insistant sur le 
> fait que c'est un travail collaboratif, susceptible d'évolutions, et 
> dont on présente la version 1.0
> - de résoudre le pb de savoir si le droit de modif des gestionnaire 
> doit être dans la même table que les coordonnées de celui-ci. C'est le 
> cas actuellement, l'avantage est qu'il est chargé en même temps que le 
> reste de la fiche, mais comme le nombre d'administrateurs est en 
> principe restreint, ce n'est pas très logique qu'il soit là. Peut-être 
> faudrait-il une table spécifique pour les administrateurs, ou une 
> table de tous les mots de passe, ... à voir.
> - de réfléchir aussi sur la table params, dont la structure ne me 
> paraît pas très logique actuellement
> - de faire des procédures d'installation, pour Unix et pour Windows. 
> Ce ne devrait pas être bien compliqué : copie des fichiers vers le 
> répertoire choisi, maj de droits pour config.php, création d'une base 
> MySQL et d'un administrateur de cette dernière.
>
> Voilà, j'espère qu'on va y arriver
> à bientôt
>
>
>
> ---



---