<task> TITLE: Malware sur la plateforme libranet PRIORITY: Critical PROGRESS: 100% ASSIGNED: benvii OPENED: 10/03/2012 DEADLINE: 10/03/2012 DESCRIPTION: Le malware a été découvert vendredi 24 février au soir et a été enlevé dimanche 26 au matin. Le malware ajoutait un code tout au début de tous les fichiers index.php

Solution : zenphoto a été mis à jour et les index.php nettoyés </task>

<task> TITLE: Dokuwiki mediamanager et barre de service PRIORITY: Critical PROGRESS: 100% ASSIGNED: benvii OPENED: 03/03/2012 DESCRIPTION: Suite à une MAJ du dokuwiki en prod les boutons d'ajout de médias dans l'éditeur ne sont plus présent. Ceci viens de d'un problème de librairie jQuery, le mediamanager utilise maintenant jQuery dans cette nouvelle version ce qui n'était pas les cas avant.

• Solution : Le problème est réglé par une simple désactivation de la librairie jQuery et la barre qui n'est plus nécessaire maintenant de même que le jQuery.noConflict.

</task>

<task> TITLE: Dokuwiki mediamanager et barre de service PRIORITY: Critical PROGRESS: 100% ASSIGNED: benvii OPENED: 17/02/2012 DESCRIPTION: La prise en compte des requêtes de logout du CAS ne semble pas fonctionner. En test (wiki.mdl29) tout fonctionne les scripts sont les même, visiblement d'après les logs de phpCas la requête est bien reçu donc la communication CAS –> Dokuwiki est donc OK.

Le problème vient d'un soucis de gestion des session entre le wiki et la lib phpCas. Plus qu'a résoudre … Visiblement la librairie phpCAS n'est pas capable de détruire une session quand elle n'a pas était lancée par cette même libraire. Or le DokuWiki? lance une session avant l'appel phpCAS.

Hasard ou chance sur l'espace membre le problème existe aussi mais est résolu naturellement avec la barre de service qui détruit la session à la place des scripts de l'espace membre.

Nouvelle problématique : Réussir à déconnecter un utilisateur même quand ce n'est pas la lib phpCAS qui à lancé la session.

Je pense qu'il faut décortiquer le code de la librairie pour voir comment elle gère les sessions et comprendre mieux comment elle termine une session après un appel du CAS …..

Le problème est donc 3 fois plus compliqué que prévus :)

* Solution : problème résolu nous avons notre propre librairie phpCAS maintenant, reste à la diffuser …. </task>

<task> TITLE: Gestion des activités techniques autour de la plateforme PRIORITY: Low PROGRESS: 100% ASSIGNED: Equipe Tech DESCRIPTION: Supprimer le site trac.mdl29.net pour favoriser cette page. </task>

<task> TITLE: Rédiger la page wiki pour le 5e Forum des Usages Coopératifs PRIORITY: Low PROGRESS: 100% ASSIGNED: Association OPENED: 06/04/2012 DESCRIPTION: Tout est dans le titre du ticket, il s'agit de présenter le projet lib@net sur le wiki du 5e Forum des Usages Coopératifs. Aborder les services qui seront présentés pendant l'atelier (les ateliers ?).

Page à créer : http://forum-usages-cooperatifs.net/index.php/Libr@net </task>

<task> TITLE: Ménage sur la VM inscriptions PRIORITY: low PROGRESS: 100% ASSIGNED: benvii, arnaudr, eric.talarmain OPENED: 08/03/2012 DESCRIPTION: J'ai décidé de faire un grand ménage dans le dossier /var/www/ de la VM inscriptions, j'ai donc déplacé tout les dossiers qui me semblaient inutiles et qui n'ont pas de vhost associés dans le dossier /var/www/toDelete je vous demande de récupérer les scripts qui vous semble utiles dedans afin qu'on puisse se débarrasser de ce dossier.

J'ai aussi supprimé quelques vhosts qui n'avaient plus de document root.

Autre remarque par rapport à cette machine, j'ai remarqué qu'on abuse un peu trop de nos fichiers /etc/hosts, étant donné que nous avons un DNS je propose qu'à l'avenir nous l’utilisions plus car sinon on se retrouve avec des conflits de nom d'hôte sans même s'en rendre compte (par exemple j'ai trouvé un vhost phpmyadmin.mdl29 sur cette VM alors que notre phpmyadmin.mdl29 est sur une autre machine). C'est aussi plus pratique qu'on est à plusieurs sur certain projet d'utiliser le DNS.

— J'ai rajouté les hôtes dans le DNS. —

</task>

<task> TITLE: Platforme de test wordpress/dotclear PRIORITY: High PROGRESS: 100% ASSIGNED: benvii, arnaudr OPENED: 08/03/2012 DESCRIPTION: Mettre en place une platforme de test avec multiblog dotclear et ajout du multiblog wordpress par dessus pour tester la cohabitation et les scripts de l'espace membre.

Sur la VM inscription, travail sur les scripts de /var/www/membres </task>

<task> TITLE: Chimère compatible avec Wordpress PRIORITY: High PROGRESS: 100% ASSIGNED: eric.talarmain OPENED: 03/08/2012 DESCRIPTION: Chimère

Sur la VM inscription, travail sur les scripts de /var/www/membres </task>

<task> TITLE: Certificat SSL *.mdl29.net PRIORITY: Low PROGRESS: 100% ASSIGNED: benvii OPENED: 23/03/2012 DEADLINE: 11/05 DESCRIPTION: Penser renouveler le certificat en activant le nouveau certificat (qui est déjà payé). </task>

<task> TITLE: Calendrier des évènements sur le dokuwiki PRIORITY: Low PROGRESS: 100% ASSIGNED: eric.talarmain OPENED: 14/10/2011 DESCRIPTION: Ajouter un calendrier sur le dokuwiki. Afficher la fréquence des évènements. Afficher le dernier évènement d'un évènement fréquent ( au lieu du jour pour lequel l'évènement a été créé ) Afficher les 5 prochains évènements dans le menu de gauche.

Il faudrait utiliser l'accès publique à l'agenda MDL dans le calendrier plutôt qu'un accès authentifié.

Tâche obsolète, nous sommes passés d'un calendrier décentralisé à un calendrier intégré dans wordpress. </task>

<task> TITLE: Espace de stockage PRIORITY: Low PROGRESS: 100% ASSIGNED: eric.talarmain OPENED: 13/10/2011 DESCRIPTION: Organiser la plateforme maison du libre de façon à centraliser l'espace des membres en un point.

Point fort :

  si l'utilisateur veut récupérer ses données, l'archivage sera simplifié.
  si l'utilisateur ne veut plus aucune de ses données sur la plateforme, la suppression sera plus simple.
  réplication des données utilisateurs possibles pour la contrainte de haute disponibilité 

Point faible :

  partage réseau de l'espace membre avec les seules VM qui en ont besoin. 

Tache dépassée, elle n'est pas utilisée. </task>

<task> TITLE: Retour de manipulations de bacula PRIORITY: Low PROGRESS: 100% ASSIGNED: eric.talarmain OPENED: 02/11/2011 DESCRIPTION: Documentation sur installation de Bacula serveur et clients Documentation sur restauration de fichier via Bacula </task>

<task> TITLE: Mini jappix ne fonctionne plus du tout PRIORITY: High PROGRESS: 100% ASSIGNED: benvii OPENED: 03/03/2012 DEADLINE: 03/03/2012 DESCRIPTION: Après des changements de droits codé serveur il semblerait que mini-jappix ne fonctionne plus du tout certainement lié a un problème de droits d'écriture sur le dossier de cache … * Solution : Problème résolu par un changement de droits sur le dossier “jappix” des scripts de la barre de service. </task>