Christophe Cérin a écrit :
Presents : Jean-Christophe, Omar, Michel, Christophe Cérin.
1- Le web
JC est sur la "cusmomisation" de Dotclear: au lieu de presenter par author... on fait en fonction de dates d'evenements associés (au moins 2 mois de travail). C'est plus compliqué : 2 dates associees a un meme texte.
C'est pas si compliqué, c'est qu'il faut le caser dans mon emploi du temps. La présentation habituelle est classé par date de publication, ce qui n'est pas très pertinent au laboratoire (pour le système actuel, on a systématiquement antidaté les articles).
Sur les CMS : idee d'avoir un seul CMS que l'on peut instancier rapidement (sans un nouveau deploiement). Facilite uu gestion. On voulait en proposer un 2eme.
Joomla tient toujours la corde, mais n'a pas cette caractéristique de déploiement multi-instances. Moinmoin non plus (plone, par contre, l'a : l'idée est d'avoir une seule fois le code de l'application mais plusieurs instances).
2- Systeme
LipnSF1 est a remplacer car c'est une RedHat8 ! C'est le serveur NIS, c'est encore le service DHCP. Il n'est plus NFS et il execute les services Zope. Il faudrait acheter une nouvelle machine. D'abord on deplace DHCP, NIS et les services Zope sur lipnSF4. Ensuite sur cette nouvelle machine on y deplacerait le serveur web de weblipn, en fait tous les services web (horde, munin, intranet, extranet, page perso) ainsi que les services actuels tournés par lipnSF1 ==> plan a 6 mois. ^^^ web
Pour moi, ce n'est toujours pas clair de savoir si ce serveur doit accueillir NIS+DHCP, mais ce sont des services très légers, et leur déplacement de lipn-sf1 à lipn-sf4 devrait nous permettre de voir quoi faire pour le déplacement de ces services.
La demande de Cyril pour acceder et ajouter des champs à la base pourrait se regler dans ce nouveau cadre, via NIS (ypcat). Ensuite il faut voir avec Cyril pour les nouveaux champs. Ca serait plutot de changer/ajouter de nouveaux attribut pour des champs.
Il existe une vue en lecture seule de la base complète. Je crois que Cyril avait dans ses cartons une taxonomie pour les attributs qui le satisfaisait, s'il avait l'amabilité de la renvoyer on pourrait la finaliser et l'adopter.
A plus long terme, pour l'authentification il faudrait monter une manip soit avec Shibboleth soit avec CAS (Central Authentication Service) pour acquerir un retour d'experience et voir si nos outils (dotclear) permettent de s'interfacer avec eux.
Demande de JC : il faudrait pouvoir autoriser des exterieurs à s'authentifier mais sans avoir de comptes (/home). Pour cela : a) creer un page web pour que ces gens la puisse s'authentifier : on ne veut pas qu'ils soient 'vus' comme personne accedant a l'intranet. b) ajouter un attribut a la base. c) verifier zope et les scripts pour verifier que ca marche. En fait, il ne faut pas exporter ces personnes dans NIS mais uniquement dans /etc/appache2/passwd. A faire sous une quinzaine.
C'est en cours. Les utilisateurs externes (« collaborateurs web ») pourront modifier leur mot de passe eux-mêmes et leur adresse de contact (qui n'est que ça: une adresse de contact). Ils auraient un référent (contact local) et une durée d'expiration comme tous les non-permanents du laboratoire. -- Jean-Christophe Dubacq