Gestionnaire de projets de l'April: Demandeshttps://agir.april.org/https://agir.april.org/favicon.ico?15861920342011-09-27T07:47:59ZGestionnaire de projets de l'April
Redmine Admins - Demande #770 (Rejeté): Nouvelles sondes Zabbix post migrationhttps://agir.april.org/issues/7702011-09-27T07:47:59Ztheo _
Suite à la migration de ce week-end, rajouter des sondes zabbix
<ul>
<li>Sur le postfix de mail@pavot</li>
<li>Sur celui de relay@ns1</li>
<li>sur apache sur mediawiki@ns1</li>
</ul> Admins - Demande #769 (Fermé): Envoi des diff git par mailhttps://agir.april.org/issues/7692011-09-27T07:41:02Ztheo _
<p>Sauf avis contraire, nous mettrons en place un envoi automatique par mail des messages de commits, faits par etckeeper sur tous les guests sur admins-autos@.</p>
<p>Nous pourrions également trouver un système pour être avertis des commits à la main.</p> Site Web - Tâche récurrente #315 (Fermé): Améliorer l'accessibilité des pages Web de l'April.https://agir.april.org/issues/3152010-11-20T18:23:28Ztheo _
<p>Rendre l'ensemble des pages web de l'April le plus accessible possible.</p>
<p><a href="http://www.braillenet.org/accessibilite/archive-referentiel-aw2/liste-deploye.php" class="external">Liste déployée d'accessiWeb</a></p>
<p>Vérifier que les pages passent le validateur HTML du W3C (cf : <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Tâche récurrente: Validation HTML/CSS des pages web de l'April (Fermé)" href="https://agir.april.org/issues/314">#314</a>), permet de valider de manière automatique une (petite) partie des recommandations.</p>
Quelques points sur lesquels se focaliser à l'April :
<ul>
<li>Vérifier le contraste des couleurs, avec l'outil « Outil d'analyse des contrastes des couleurs » de l'extension <a href="https://addons.mozilla.org/fr/firefox/addon/9108/" class="external">Juicy Studio Accessibility Toolbar</a>. La page d'accueil ne comporte pour le moment que du AAA (niveau or de la liste AccessiWeb), et quelques AA (niveau argent).</li>
<li>Vérifier que les tableaux comportent un caption. Les tableaux de données doivent également comporter un summary et des arguments id des tr et headers de td.</li>
<li>Sur les images, mettre des alt vides si l'image n'apporte pas d'informations sur la page.</li>
<li>Sur les liens, mettre des title si le lien seul n'est n'est pas explicite hors contexte.</li>
<li>Avoir une structure cohérente (commencer par un h1, puis un h2 etc.). L'outil « headinds » dans le menu « navigation » de l'extension <a href="https://addons.mozilla.org/fr/firefox/addon/5809/" class="external">Firefox Accessibility Extension</a> permet de vérifier ça automatiquement.</li>
</ul> Site Web - Tâche récurrente #314 (Fermé): Validation HTML/CSS des pages web de l'Aprilhttps://agir.april.org/issues/3142010-11-20T18:07:01Ztheo _
<p>Vérifier que toutes les pages web de l'April (drupal, mediawiki, redmine, gallery2, pages perso, etc.) passent les validateurs HTML et CSS du W3C.</p>
<p><a href="http://validator.w3.org/check?uri=http%3A%2F%2Fwww.april.org%2F" class="external">Validation HTML de la page d'accueil de l'April</a><br /><a href="http://jigsaw.w3.org/css-validator/validator?usermedium=all&uri=http%3A%2F%2Fwww.april.org%2F" class="external">Validation CSS de la page d'accueil de l'April</a></p> Admins - Demande #271 (Fermé): Remettre en place un guest nginx sur pavothttps://agir.april.org/issues/2712010-10-17T10:24:45Ztheo _
<p>Il semble que l'utilisation du guest nginx ne soit pas la cause des 504 « Gateway timeout ». ns1 utilise toujours ce système et n'est plus sujet à ces problèmes depuis que nous avons rajouté de la RAM.</p>
<p>IL faudrait donc remettre un guest pour unifier le système.</p> Admins - Demande #269 (Fermé): Mise à jour de photos.april.orghttps://agir.april.org/issues/2692010-10-14T04:22:25Ztheo _
<a name="État-actuel"></a>
<h1 >État actuel<a href="#État-actuel" class="wiki-anchor">¶</a></h1>
<p><a class="external" href="http://photos.april.org">http://photos.april.org</a> utilise galery1, une version obsolète du logiciel galery.</p>
<p>Il faut donc migrer version une version plus récente (galery2).</p> Admins - Demande #268 (Fermé): Mettre en place la CSS sympa "April" proposée par un membre.https://agir.april.org/issues/2682010-10-14T03:29:33Ztheo _
<p>Cf le fichier attaché, à mettre en place avant la migration de sympa, si quelqu'un a le temps de s'en occuper.</p> Admins - Demande #267 (Fermé): Rendre statiques certains sites web.https://agir.april.org/issues/2672010-10-14T03:24:40Ztheo _
<a name="État-actuel"></a>
<h1 >État actuel<a href="#État-actuel" class="wiki-anchor">¶</a></h1>
<p>Nous disposons d'un certain nombre de sites web qui ne seront plus mis à jour et qui soit risquent de moins en moins bien fonctionner au fur et à mesure que le temps avance (dépendance à php4, dépendance à une lib obsolète, etc.), soit risquent de poser des problèmes de sécurité du fait de leur non évolution.</p>
<a name="Liste-des-sites-à-rendre-statique"></a>
<h1 >Liste des sites à rendre statique<a href="#Liste-des-sites-à-rendre-statique" class="wiki-anchor">¶</a></h1>
<ul>
<li><a class="external" href="http://www.informatiquedeloyale.info">www.informatiquedeloyale.info</a></li>
<li>{2007,2008,2009,2010}.libre-en-fete.net</li>
<li><a class="external" href="http://eucd.info">http://eucd.info</a></li>
</ul>
<a name="Procédure"></a>
<h1 >Procédure<a href="#Procédure" class="wiki-anchor">¶</a></h1>
<p>On peut par exemple utiliser <a href="http://packages.debian.org/squeeze/httrack" class="external">httrack</a> pour rendre statique les sites webs mentionnés. Il sera nécessaire de lire intensivement la documentation pour choisir avec soin les bonnes options et les bonnes utilisation histoire de faire une version la plus complète possible du site.</p>
<p>Une fois une version statique obtenue, il sera nécessaire de tester méticuleusement la version obtenue et la version originale en comparant page par page et en s'assurant que le maxiumum de pages aient été converties. Pour cela, on peut utiliser les fonctionnalités des moteurs de recherche permettant de lister les pages.</p>
<p>Enfin il faudra faire une archive de la version originale du site, à conserver précieusement, et mettre la nouvelle version en place.</p> Admins - Demande #266 (Fermé): Migration de candidats.fr à la dernière version stable de dotclearhttps://agir.april.org/issues/2662010-10-14T03:14:56Ztheo _
<a name="État-actuel"></a>
<h1 >État actuel<a href="#État-actuel" class="wiki-anchor">¶</a></h1>
<ul>
<li>Dotclear est en version 1.2.5 et doit être migré sur une version plus récente avant la prochaine campagne.</li>
<li>Dotclear n'étant pas <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570139" class="external">encore</a> packagé sous Debian, l'idée est de migrer dans la dernière version stable du logiciel (version 2.2)</li>
</ul>
<a name="Plan-de-migration"></a>
<h1 >Plan de migration<a href="#Plan-de-migration" class="wiki-anchor">¶</a></h1>
<ul>
<li>Migrer le site sur un serveur de développement (un symple rsync et un dump de la base devraient suffire)</li>
<li>Rendre le site accessible avec une url de test genre <a class="external" href="http://dev.candidats.fr/">http://dev.candidats.fr/</a>.</li>
<li>Mettre à jour le site vers la nouvelle version de dotclear.</li>
<li>Documenter toutes les étapes ayant été nécessaire pour la migration.</li>
<li>Si aucun bug n'est détecter, recommencer la migration en s'assurant qu'aucune modification ne sera fait en base sur le site candidats.fr en production.</li>
</ul> Admins - Demande #243 (Fermé): Migration du SI en IPv6https://agir.april.org/issues/2432010-10-13T05:41:20Ztheo _
<a name="Problématique"></a>
<h1 >Problématique<a href="#Problématique" class="wiki-anchor">¶</a></h1>
<p>Internet utilise le protocole IP version 4 depuis le début des années 1980; jusqu'à présent, il a pu être adapté plus ou moins bien à la croissance du réseau, mais fin 2010 il commence à franchement atteindre ses limites.</p>
<p>Il n'a en effet jamais été prévu qu'autant de machines soient connectées. Il ne reste plus qu'environ 5% d'adresses disponibles avec le protocole actuel.</p>
<p>Au rythme de consommation actuel, elles seront épuisées d'ici 2011, 2012 au plus tard:<br /><a class="external" href="http://www.potaroo.net/tools/ipv4/">http://www.potaroo.net/tools/ipv4/</a></p>
<p>La seule solution raisonnable pour qu'Internet continue à fonctionner correctement est de changer de protocole. Le nouveau se nomme IPv6 (pour IP version 6): <a class="external" href="http://en.wikipedia.org/wiki/IPv6">http://en.wikipedia.org/wiki/IPv6</a></p>
<p>Bientôt, de nouveaux réseaux seront déployés uniquement avec une connectivité IPv6 (comme la téléphonie 4G).<br />Pour que les services hébergés par l'April soient accessibles sans problème dans l'avenir, il est nécessaire que les serveurs de l'association aient aussi une connectivité IPv6.</p>
<p>Est-ce que les hébergeurs actuels peuvent fournir un service IPv6 ?</p>
<p>Pour Proxad/Free, ils le font en partie pour leurs abonnés ADSL mais ce n'est pas forcèment le cas pour tout leur réseau...</p>
<h1>Actions à entreprendre
<ul>
<li>Voir avec la fondation free et la free software foundation France qu'ils peuvent fournir de l'IPv6.</li>
<li>Voir si le nouveau local de l'April sera IPv6 compliant.</li>
<li>Configurer ns1, pavot et opium pour gérer l'IPv6.</li>
</ul></h1> Admins - Demande #242 (Fermé): Migration du système de gestion de mails de l'Aprilhttps://agir.april.org/issues/2422010-10-12T23:10:06Ztheo _
<a name="État-du-système"></a>
<h1 >État du système<a href="#État-du-système" class="wiki-anchor">¶</a></h1>
<p>Exim et sympa sont dans des version obsolètes. Il est nécessaire de les migrer le plus tôt possible.</p>
<p>Des serveurs de tests sont prêt sur pavot.</p>
<a name="Actions-à-entreprendre"></a>
<h1 >Actions à entreprendre<a href="#Actions-à-entreprendre" class="wiki-anchor">¶</a></h1>
<ul>
<li>Migrer d'exim/mescaline à postfix/pavot</li>
<li>Migrer de sympa/mescaline à sympa/pavot</li>
<li>Migrer de spamvir/ns1 à spamvir/pavot</li>
</ul> Admins - Demande #241 (Fermé): Supprimer Mescalinehttps://agir.april.org/issues/2412010-10-12T23:01:34Ztheo _
<a name="État-actuel"></a>
<h1 >État actuel<a href="#État-actuel" class="wiki-anchor">¶</a></h1>
<p>Mescaline est un vieux serveur historique qui n'est plus à jour et doit disparaitre le plus tôt possible.</p>
Le problème est que ce serveur fournit encore de nombreux services :
<ul>
<li>gDTC (en partie)</li>
<li>Sympa</li>
<li>Mails (exim)</li>
<li>Migrer les sites webs</li>
</ul>
<a name="Actions-à-entreprendre"></a>
<h1 >Actions à entreprendre<a href="#Actions-à-entreprendre" class="wiki-anchor">¶</a></h1>
<ul>
<li>Migrer totalement gDTC vers lsd (ou vers un serveur dédié)</li>
<li>Migrer sympa vers pavot</li>
<li>Migrer les mails vers pavot (utilisation de postfix à la place d'exim)</li>
<li>Migration des sites webs vers le (un des) serveurs lamp.</li>
</ul> Admins - Demande #240 (Fermé): Mise en place d'un annuaire LDAP au sein du SI de l'April.https://agir.april.org/issues/2402010-10-12T22:53:38Ztheo _
<a name="Problématique"></a>
<h1 >Problématique<a href="#Problématique" class="wiki-anchor">¶</a></h1>
<p>La gestion des données des adhérents, ainsi que l'authentification auprès des services est actuellement réalisée par gDTC via une base mysql.</p>
<p>Le problème, est ce que nécessite de développer un module de comptabilité pour chaque service utilisé alors que la plupart des services existants possèdent déjà de base un backend LDAP.</p>
<p>C'est pourquoi il parait utile de déplacer un maximum d'informations au sein d'un annuaire LDAP.</p>
<a name="Personnes-connaissant-ldap"></a>
<h1 >Personnes connaissant ldap<a href="#Personnes-connaissant-ldap" class="wiki-anchor">¶</a></h1>
<ul>
<li>vincentxavier, aeris, Sp4rKy, theo</li>
</ul>
<a name="Migration"></a>
<h1 >Migration<a href="#Migration" class="wiki-anchor">¶</a></h1>
Plan de migration proposée :
<ol>
<li>Identifier les services utilisant gDTC et ceux candidats à l'utilisation de LDAP (voir plus bas)</li>
<li>Mettre en place un environnement LDAP de test (chaque serveur doit être son propre serveur LDAP. Tous les serveurs LDAP doivent êtres slave d'un même master.)</li>
<li>Migrer les informations nécessaires de la base mysql vers le nouvel annuaire LDAP.</li>
<li>Patcher gDCT pour remplir l'annuaire LDAP en parallèle de la base MySQL (chaque action résultant en une modification de la base devrait résulter en une modification de l'annuaire LDAP).</li>
<li>Vérifier que l'annuaire LDAP se comporte correctement au fil des modifications apportées par gDTC. Comparer avec l'évolution de la base MySQL.</li>
<li>Commencer à mettre des services non critiques et n'utilisant pas précédemment gDTC sur le LDAP. Vérifier que tout se passe bien.</li>
<li>Migrer les autres services un par un en terminant par les services les plus critiques et ceux utilisant gDTC.</li>
</ol>
<a name="Liste-des-services"></a>
<h1 >Liste des services<a href="#Liste-des-services" class="wiki-anchor">¶</a></h1>
<a name="Services-utilisant-gDTC"></a>
<h2 >Services utilisant gDTC<a href="#Services-utilisant-gDTC" class="wiki-anchor">¶</a></h2>
<ul>
<li><a href="http://www.april.org" class="external">Drupal</a></li>
<li><a href="http://www.april.org/wws" class="external">Sympa</a></li>
<li>exim</li>
<li>admin gDTC ?</li>
</ul>
<a name="Services-Nutilisant-pas-gDTC"></a>
<h2 >Services N'utilisant pas gDTC<a href="#Services-Nutilisant-pas-gDTC" class="wiki-anchor">¶</a></h2>
<ul>
<li>Redmine</li>
<li>Mediawiki</li>
<li>Comptes shell</li>
<li>Postfix</li>
<li><a href="http://www.april.org/rp" class="external">rp</a></li>
<li>Authentifications apaches (par exemple sur <a class="external" href="http://media.april.org">http://media.april.org</a>)</li>
<li>awstats</li>
</ul> Site Web - Demande #64 (Fermé): Ajouter des fonctions à Alexandriehttps://agir.april.org/issues/642010-01-13T20:04:15Ztheo _
<ul>
<li>Ajouter la commande !del pour supprimer un article inintéressant de la rp.</li>
<li>Permettre de prendre en compte un groupe d'admin ayant le droit d'utiliser des commandes spéciales (!join, <img src="quit," alt="" />del).</li>
<li>Ajouter la capacité de générer des logs des chans publics (éventuellement des chans privés avec accès restreint) au format html ou texte brut.</li>
</ul> Site Web - Demande #62 (Fermé): Ne pas mettre de liens mailto: en clair sur le site webhttps://agir.april.org/issues/622010-01-13T16:28:06Ztheo _
<p>Il faudrait éviter de faciliter la vie des robots spameurs et éviter de mettre des liens mailto: en clair dans les pages du site web.</p>
<p>On pourrait utiliser la technique classique du @ remplacé par un <em>AT</em>. Mais ce n'est pas forcément beaucoup plus efficace (les robots apprennent vite).</p>
<p>Idéalement on pourrait remplacer les liens mailto: par des liens envoyant vers un formulaire permettant l'envoi d'emails à une liste restreinte de destinataires. À voir si c'est possible de faire ça avec drupal.</p>