[mlfichadh] mises à jour du 2 mars |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/mlfichadh Archives
]
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
---