Comment rendre vos projets !

NE TENEZ PAS COMPTE DES APPRECIATIONS TANT QU'ELLES NE SONT PAS FINALISEES

Projet No 1 : interface d'administration pour la base de données SPEDAGO

• Proposé par : Michel Buffa
• Outils utilisés : Java, JDBC, scripts CGI, interface avec la base de données MSql
• Description : Spédago est une base de données de cours d'informatique. Elle a été réalisée avec l'outil www-msql livré en standard avec la base de données MSql, qui permet d'intégrer les requêtes Sql dans des pages web. Spédago est semblable à Yahoo dans son interface : il y a des catégories, des sous-catégories et des cours. L'interface d'administration permettant de déplacer/supprimer/ajouter de nouvelles catégories ou de nouveaux cours est cependant actuellement peu pratique (elle est sous la forme de pages web), et certains outils comme des vérificateurs d'URL ou des validateurs d'adresse email manquent encore. Le sujet consiste à écrire un outil d'administration à distance pour cette base de données, une sorte d'explorateur windows ou de windows commander, bref, un outil assez semblabe à un Browser de fichiers, mais travaillant à distance sur les catégories et les cours au lieu de travailler sur des répertoires et des fichiers. Il est probable que certaines actions situées côté serveur ne puissent se faire qu'à l'aide de scripts CGI appelés depuis l'interface java.
• Attribué à : Antomarchi Sebastien <antomarc@essi.fr> et V.Hoose
• Projet rendu, note finale : 17
• Lien vers la page web du projet
• Remarques : Bon travail, l'applet n'est pas très ergonomique, mais c'était un sale boulot et vous l'avez fait !

Projet No 2 : un validateur d'URL et d'email performant

• Proposé par : Michel Buffa
• Outils utilisés : Java ou C/C++ ou perl au choix, scripts CGI, interface HTML ou applet java
• Description : ce projet consiste à écrire un outil pouvant valider des URL et des adresses email et renvoyer un code de retour en fonction des résultats (url ne répond pas, document déplacé, document ok mais demande d'authentification, email non valide, etc...). Il faudra prévoir de pouvoir le configurer de  manière aussi souple que possible (timeout, nombre de fois ou on va re-tester l'URL ou l'email avant de le déclarer invalide, type de sortie pour les résultats, etc...). Je souhaiterai également pouvoir exécuter ce validateur au travers d'une page web (entrez l'URL ou l'adresse email à valider et cliquez sur le bouton ok). Si le projet marche bien on peut également envisager de le faire évoluer en proposant de parser une page html pour valider les liens et les emails qu'elle contient, et ce pourquoi pas en parallèle (vérificateur multithread).
• Attribué à :
• Patrice Bruhat et Alexandre Martin
• Projet rendu, note finale : 18
• Lien vers la page web du projet
• Remarques : écrit en java, multithread. Fonctionne en ligne de commande, récursivement ou pas, peut s'utiliser dans un script perl ou shell (renvoie un status), un CGI bien fait permet de le tester, et les résultats s'affichent au vol. ne valide pas les emails, mais valide les ftp. Gère les URLs qui bouclent. Très bon rapport, très bon projet.
• Bouvier Florent <fbouvier@essi.fr>, Didier Albet
• Projet rendu, note finale : 15
• Lien vers la page Web du projet
• Remarques : Ecrit en C++. Valide les emails et les liens en multithread. Ne valide pas les images, non récursif. Ne marche pas toujours correctement.
• Patrice Brunel et Frédéric Devesa
• Projet rendu, note finale : 15
• Lien vers la page web du projet
• Remarques : Ecrit en perl5. Marche bien. Non parallélisé, fonctionne en récursif, en ligne de commande, en CGI (mais n'affiche pas les résultats avant d'avoir terminé, le script aurait pu être nph-). Peut s'utiliser en script, renvoit un status.
• Christophe Vuillaume & Jean-Michel Simonet.
• Projet rendu, note finale : 14
• Lien vers la page web du projet
• Remarques : Ecrit en perl5. Assez semblabe au précédent. teste les emails. Dommage que le CGI n'affiche pas les résultats au vol.

Projet No 3 : un auto-configurateur de statistiques pour Apache

• Proposé par : Michel Buffa
• Outils utilisés : Java ou C/C++ ou perl au choix, scripts CGI, interface HTML
• Description : lorsqu'on fait de l'hébergement de serveurs web, on est amené à gérer plusieurs sous serveurs. Soit on gère plusieurs serveurs virtuels avec des noms différents (www.darty.fr, www.decathlon.fr, etc...), soit sous un même nom de domaine (www.essi.fr/~buffa, www.essi.fr/ade, etc...). Le sujet consiste à écrire un ensemble de scripts CGI avec interface web associée pour pouvoir aisément générer des outils qui vont mettre à jour la présentation des statistiques à intervalle réguliers (tous les soirs à minuit), avec la config qu'il faut : un logo personnel, des infos personnalisées, etc... Dans le cas de serveur hébergés sous un même nom (www.essi.fr/~buffa par exemple), il va falloir extraire du fichier de log les lignes correspondant à un certain critère (celle qui contiennent ~buffa par exemple) avant de lancer les outils d'analyse de log. En gros, j'ai une page web en face de moi, je peux créer en entrant les données qu'il faut un nouveau serveur virtuel ou un nouveau "sous serveur" (www.essi.fr/~buffa par exemple), modifier le fichier de config d'apache en conséquence, générer les fichiers de config pour l'outil d'analyse "analog", générer les scripts d'extraction de sous-fichiers de logs, et positionner les appels à ces scripts dans un crontab pour qu'ils soient exécutés le soir à minuit. Comme ça, buffa peut à n'importe quel moment aller voir ses stats, elles seront toujours à jour, puisque rafraichies tous les soir.
• Projet attribué à : TAN Bounarith & MONTABERT Olivier
• Projet rendu, note finale : 13
• Lien vers la page web du projet
• Remarques : manque général de finition. Travail fourni moins important que la plupart des autres projets.

Projet No 4 : un mini serveur http pour web-cam

• Proposé par : Michel Buffa
• Outils utilisés : Java ou C/C++ ou perl au choix
• Description : le projet consiste à écrire un mini serveur http permettant à la demande de servir des images issues des caméras situées sur les écrans des SGIs de l'ESSI. En gros si je met dans une de mes pages web <IMG SRC="http://sillicose.essi.fr:8080"> j'aurai dans ma page web l'image de ce qu'est en train de voir la caméra situé sur la machine sillicose. Les images seront par exemple compressées en jpeg et retaillées à la demande. Dans ce cas on peut aussi envisager une applet java côté client pouvant visualiser au vol des images qui arrivent en flux continu du serveur web. On aurait ainsi un film animé de ce qu'il se passe en face de la caméra distante. C'est la voie vers la visio conférence. Un projet de l'an dernier faisait ça en java, mais certains points peuvent être grandement améliorés. Vous disposerez des sources du projet de l'an dernier.

Projet No 5 : un serveur de bandeaux publicitaires

• Proposé par : Michel Buffa
• Outils utilisés : Java ou C/C++ ou perl au choix
• Description : de plus en plus on voit despubs dans les pages web, sous forme de bandeaux publicitaires. Je vous propsoe d'écrire un serveur http spécialisé dans la gestion de bandeaux publicitaires. Pour ne pas ralentir l'affichage des pages, les bandeaux devront être lus par le serveur et stockés en mémoire, avec les headers HTTP déjà tout prêts (content-type, content-length, etc...). Le serveur devra être capable de servir des bandeaux le plus rapidement possible, donc en parallèle. Le langage java est bien adapté pour faire ce type de travail. J'ai déjà réalisé un travail préliminaire pour ce projet, vous pourrez en profiter. Autre possibilité : écrire un module pour apache.
• Attribué à : Tony Therier (therier@essi.fr) et Philippe Menauge
• Projet rendu, note finale : 18 (non définitif)
• Lien vers la page web du projet
• Remarques : gros boulot les gars. Serveur http + bd en java.  Bon projet.

Projet No 6 : un générateur d'images de synthèse à distance

• Proposé par : Michel Buffa
• Outils utilisés : libre, CGI
• Description : sujet réservé à ceux qui ont un peu taté de la 3D. Imaginez une page web dans laquelle vous entrez un texte dans une boîte de dialogue, vous choisissez certains paramètres comme la couleur, le type de rendu (néon, 3d, etc...) et un script CGI côté serveur lance POV-Ray, GIMP, ou un programme de votre choix, puis retourne l'image de votre titre calculée en ray-tracing. Imaginez aussi que vous donniez l'URL d'une image de vous, et vous la récupérez plaquée sur une sphère tournante dans un gif animé. Ou bien, comme j'ai déjà vu sur le net, vous cherchez des icônes de flèches, des boules colorées pour agayer vous pages, hop, un générateur vous les propose calculée à partir d'un outil de synthèse d'image.
• Attribué à :
• Aubert Christophe <caubert@essi.fr> et Jean-Michel BERNELAS
• Projet rendu, note finale : 16,5
• Lien vers la page web du projet
• Remarques : Belle applet, on voit ce qu'il se passe lorsqu'on lance un calcul. Le plus ergonomique des 4 projets.
• CHAMBINAUD Nicolas (chambina@essi.fr) & RAOUX Olivier
• Projet rendu, note finale : 15
• Lien vers la page web
• Remarques : Belle interface HTML avec javascript pour choisir les textures et les couleurs. Dommage qu'on ne soit pas tenu au courant par le CGI de ce qu'il est en train de se passer.
• Sylvain Leterreur et Laure Ottavj
• Projet rendu, note finale : 16,5
• Lien vers la page web du projet
• Remarques : Belle applet là-aussi. Jolie pré-visualisation 3D. Même remarque que ci-dessus concernant le calcul en aveugle.
• Pierre-Pascal Frachat
• Projet rendu, note finale : 15,5
• Lien vers page web
• Remarques : Presque aussi bien que le projet ci-dessus, mais fait par une seule personne.

Projet No 7 : un générateur de démos en ligne

• Proposé par : Michel Buffa
• Outils utilisés : CGI
• Description : Ok, chaque année les étudiants font de beaux projets, mais l'année suivante lorsque je veux les présenter aux étudiants, je râle parceque je ne sais plus exactement comment les exécuter, etc... Je vous propose d'écrire un outil qui sache, à partir d'une page web, lancer un programme X11 à distance et l'ouvrir sur mon DISPLAY. Si je n'ai pas fait xhost + ou si'l est impossible d'ouvrir le DISPLAY sur ma machine, je veux en être averti. Si je passe par un proxy, je veux pouvoir entrer à la main le DISPLAY sur lequel je veux que le programme s'affiche. Ceci est la fonctionnalité de base. J'aimerai aussi pouvoir entrer des photos d'écran et une description du projet, les auteurs, etc... et que ça me génère la page web de présentation automatiquement. J'ai déjà réalise la partie "lancement à distance" mais avec des vieux scritps en Tcl, libre à vous de vous en inspirer.
• Attribué à :
• Laurent Wozniak et Pierre Jourdan (jourdan@juliet.essi.fr, wozniak@juliet.essi.fr)
• Projet rendu, note finale : 15,5
• Lien vers la page web
• Remarques : Ca marche bien, ça fait ce que l'on demandait. L'ergonomie laisse parfois un peu à désirer (labels des boutons peu clairs).
• Patrice Palmero et Antoine Andreacchio
• Projet rendu, note finale : 15,5
• Lien vers la page web
• Remarques : mêmes remarques que pour l'autre projet

Projet No 8 : un générateur de transparents HTML en ligne

• Proposé par : Michel Buffa
• Outils utilisés : CGI
• Description : vous avez pu remarquer que les transparents en ligne des supports de ce cours existent sous deux format : soit sous la forme d'une longue page HTML, soit sous la forme d'une série de transparents plus ou moins formattés, avec un logo, des boutons de navigation (les flèches en haut à droite), une table des matières, etc... En réalité, nous utilisons un script perl piqué au W3C, et légèrement modifié pour faire ce travail. Ce script est malheureusement incomplet (il manque certaines options) et on aimerait bien pouvoir l'utiliser à distance (je suis dans une page web, j'entre le nom du fichier html source qui est sur mon disque, je coche certaines options (mon adresse email, le logo que je veux, la résolution de mon écran, etc...) et hop, je reçois sous la forme que je veux les transparents HTML correspondants. Si je choisi l'option "previsualisation du résultat", je vois directement les transparents à l'écran, je peux les tester. Quand le résultat me plait je coche l'option "envoie d'une archive" et je reçois le fichier .zip ou .tgz contenant l'ensemble des transparents.
• Attribué à :
• Fabienne Barvidat (barvidat@essi.fr) & Didier Michaut
• Projet rendu, note finale : 15,5
• Lien vers la page web de ce projet
• Remarques : il buggue un peu votre projet ! mais il ets bien ! L'idée de faire le choix des emplacements en javascript est bonne, mais si par malheur on utilise cette option et qu'on déplace les morceaux, on a une table des matières vide ! La distrib est pas top non plus, tout copier dans le répertoire cgi-bin et devoir mettre dedans un répertoire lerep autorisé en écriture !!! Ca veut dire que n'importe qui peut rajouter des scripts à mon insu !
• Amélie Guillaume et Rachel Jamault
• Projet rendu, note finale : 15
• Lien vers la page Web du projet
• Remarques : Assez semblable au précédent, quelques options en moins. Scripts perl.
• Thierry Kormann et Philippe Lehegaret
• Projet rendu, note finale : 18,5
• Lien vers la page web du projet
• Remarques : Super projet. Applet java pour générer des templates de transparents et pour ensuite générer des transpas. Excellente utilisation de HTML4.0 et des feuilles de style. Super sous IE4.0 on a presque Powerpoint sous les doigts. La distrib est digne d'un produit commercial (marche sous windows et unix).

Projet No 9 : firewall HTTP

• Proposé par : Christophe Dupont
• Outils utilisés : C, source d'Apache, perl ou autre éventuellement

Description :  les serveurs web contenants des données potentiellement pillables ont besoin de se doter de système de firewall intelligents capables de détecter des agressions extérieures et de bloquer le serveur pour les agresseurs.
A titre d'exemple, pour éviter l'exploitation par des tierces personnes de ses bases de données, altavista ralentit les requêtes lorsque celles-ci proviennent d'un client "agressif".
Le projet consiste en l'écriture d'un module Apache "firewall" ainsi que d'une interface de configuration et d'un système d'alerte.
voir http://www.apache.org/docs/misc/API.html
• Attribué à :  Maxime LEGAS (legas@essi.fr) et Lionel DOUSSE
• Projet rendu, note finale : 17
• Lien vers la page web du projet
• Remarques : Outil de protection contre les requêtes trop fréquentes émanent d'un meme host. Evite de se faire "sucer" son web. Projet à priori assez difficile. Vous n'avez pas eu peur de le prendre, c'est bien. Bon travail.

Projet No 10: navigateur de mail

• Proposé par : Christophe Dupont
• Outils utilisés : au choix, perl recommandé
• Description :  Récemment Microsoft a acquis le service hotmail, pour la somme modique de $ 450 M. Le but de ce projet est de construire une application similaire capable de gérer une boite mail via une interface web (et de la vendre plus cher !)

voir : http://www.hotmail.com, http://mail.yahoo.com , http://mail.excite.com
• Attribué à :
• Lionel Duriez et Alexandre Corda
• Projet rendu, note finale : 16
• Lien vers la page web
• Remarques : Bon travail. Bon prototype d'un outil de mail en ligne comme on peut trouver sur wanadoo par exemple. Ecrit en perl.

Projet No 11 : navigateur de mail en java

• Proposé par : Christophe Dupont
• Outils utilisés : java

Description :  Construction d'une applet Java pour permettre une lecture conviviale des mail via une interface web :
• pas de rechargement de page àchaque validation,
• amélioration de la présentation graphique,
• délocalisation de certains traitements au niveau du client
• Ce projet s'ntégrera au projet présenté plus haut.
• Attribué à :
• Malo JENNEQUIN  et Herve FLOCH
• Projet rendu, note finale : 15,5
• Lien vers la page web du projet
• Remarques : c'est bien (c.dupont...)
• Pascal Emily et Cindy Topia
• Projet rendu, note finale : 13
• Lien vers la page web du projet
• Remarques : travail un peu léger...
 

Projet No 12 : outils d'hébergement de site et d'administration

• Proposé par : Christophe Dupont
• Outils utilisés : au choix, perl recommandé
• Description :  Construction d'une plate-forme d'hébergement automatique de mini-sites (type pages perso).

Les fonctionnalités comprennent la création de compte, la modification...
voir : http://www.mygale.org, http://www.tripod.com,
http://www.geocities.com, http://www.chez.fr
• Attribué à :
• Mosquera Santiago et Richaud Marlene (mrichaud@essi.fr)
• Projet rendu, note finale : 15
• Lien vers la page web du projet
• Bachir Ghoubali et Sow Babacar
• Projet rendu, note finale : 17
• Lien vers la page web

Projet No 13 : cartographie de site web

• Proposé par : Christophe Dupont
• Outils utilisés : au choix, wget recommandé
• Description :  Représentation de l'arborescence d'un site web sous forme graphique. Le site pourra être rapatrié àl'aide de robots automatiques, puis le contenu sera analysé afin de produire l'arborescence, y figurera le titre de chaque page et d'autres infos. Il sera permis de naviguer àl'ntérieur de l'arborescence du site.
• Attribué à :
• Christophe Bigini (bigini@essi.fr) et David Vauche
• Projet rendu, note finale : 16
• Lien vers page web
• Remarques : a bien pris en compte les problèmes de sécurité propres à Java. Le seul à avoir fait une applet. Il manque quelques options, mais très bon travail.
• Jean-Philippe Clement et Sylvain Brel
• Projet rendu, note finale : 16
• Lien vers la page web du projet
• Remarques : le plus rapide. Bonne ergonomie. java + Swing.
• PRIVAT Mickael  (privat@essi.fr) et LANGUILLAT Emmanuel (languill@essi.fr)
• Projet rendu, note finale : 17
•  Lien vers la page web
• Remarques : Le plus facilement utilisable, excellente ergonomie, utilise Swing, meta-viewer (on peut voir applets, gifs, html d'un click souris). Le meilleur des 5 quoi !
• Veronique Marquion (Veronique.Marquion@sophia.inria.fr) et Frederic Ahyave
• Projet rendu, note finale : 16
• Lien vers la page web
• Remarques : très joli. Travaille en tache de fond. Belle interface. Il manque quelques options (no parent) mais en possède quelques une d'originales.
• Laurent Eskenazi et Emmanuel Roubion (roubion@essi.fr)
• Projet rendu, note finale : 16
• Lien vers la page web de ce projet
• Remarques : écrit en java + swing. Dommage que l'analyse du serveur ne se fasse pas en tâche de fond et que l'interface bloque. Belle décomposition objet de l'appli. Le parser est facilement maintenable pour gérer de nouveaux formats MIME.

Projet No 14 : Veille technologique

• Proposé par : Christophe Dupont
• Outils utilisés : au choix, wget recommandé
• Description :  Dans le cadre d'outils de veille technologique, il est intéressant de se tenir informé des modifications qu'un concurrent peut apporter à son site web. Cet outil devra permettre de tracer à partir d'une liste de sites les modifications qui ont pu avoir lieu et de les représenter sous forme d'un page de résumé. Les pages modifiées devront être présentées de façon à faire ressortir le contenu qui a été modifié.

Projet No 15 : annuaire e-mail

• Proposé par : Christophe Dupont
• Outils utilisés : au choix, couplage avec BD SQL
• Description : Construction d'un outil de gestion d'adresses email incorporant les fonctionnalités suivantes :
• inscription
• modificationvalidation des email ( a l'aide du valideur d'email)
• recherche multicritère
voir http://www.four11.com, http://www.bigfoot.com
 

Projet No 16 : outils de test de sécurité

• Proposé par : Christophe Dupont
• Outils utilisés : C, Linux
• Description : Le but de cet outils est de permettre d'évaluer la sécurité d'une machine ou d'un réseau àl'aide d'un logiciel unique. Le logiciel devra simuler des attaques de hackers sur des serveurs et indiquer quelles sont les failles de sécurité. Le logiciel doit pouvoir subir des mises à jours fréquentes, à la manière des détecteurs de virus qui téléchargement les descriptions de nouveau xvirus on-line. L'outils pourra être piloté à partir d'une interface web.

Ce projet nécessite des droits de super-utilisateur, il ne pourra donc être choisi que par des étudiants disposant de leur propre ordinateur (linux de préférence) .

Projet No 17 : Analyseur de langue

• Proposé par : Christophe Dupont
• Outils utilisés : C
• Description : le but de ce projet est de construire un système capable de faire de la discrimination de langue par de l'auto-aprentissage.Pour chaque top-level domain (.fr, .de, .jp) un robot ramène des échantillons de site aléatoires. Ces échantillons sont analysées pour produire une empreinte digitale de chaque top-level domain. Une langue étant généralement associée à un domaine. Ces empreinte serviront à la création d'un système capable d'identifier n'importe quelle langue présente sur internet.

Voir http://www.sunlabs.com/research/ila/demo/

• Projet attribué à : Soukhine Vadim
• Projet rendu, note finale : 15 (non définitif)
• Lien vers la page web du projet
• Remarques :

 Projet No 18 : Système de recherche d'information :

• Proposé par : Christophe Dupont
• Outils utilisés : C
• Description : une approche utilisée pour la classification d'informations consiste à représenter un document comme un vecteur dans l'espace des mots (Vector Space Model). Cette représentation permet de définir des similarités entre documents. Deux documents similaires auront des produits scalaires importants.

On appliquera cette approche pour essayer de faire du clustering de documents on-line. Des outils du domaine publique (SMART) seront utilisés.

Voir http://www.cs.unh.edu/~amc/Thesis/Other/amit_singhal.html

Projet No 19 : Meta-moteur

• Proposé par : Christophe Dupont
• Outils utilisés : Java
• Description : Un meta-moteur est un outil qui permet l'interrogation de plusieurs  moteurs moteurs de recherche en parallèle. L'interface web de ceux-ci a cependant des limites. Ce projet a pour objet la réalisation d'un meta-moteur en java ayant des fonctionnalités avancées (paramétrage, visualisation des réponses ...)

Voir http://www.webferret.com , http://www.savysearch.com

• Attribué à : Bruno Chstanet et Marc ladent
• Projet rendu, note finale : 15
• Lien vers la page web du projet
• Remarques :

Projet No 20 : système de personnalisation push

• Proposé par : Christophe Dupont
• Outils utilisés : au choix
• Description : Recherche automatique d'nformation on-line en fonction de critères présélectionnés par l'utilisateur.

Projet No 21 : Système de Supervision de bon fonctionnement d'un réseau de serveurs

• Proposé par : Christophe Dupont
• Outils utilisés : C++ ou Java
• Description : La visualisation du fonctionnement d'un réseau de serveurs peut être effectuée à l'aide d'un logiciel de supervision et de

sondes installées sur chaque serveur.
La sonde : il s'agit d'un démon client qui est capable d'effectuer les tests indiqués par le serveur de supervision.

Ces tests sont soit :
 

• des tests standards de type état de la mémoire, état de la charge, nombre de processus actifs, zombies...
• une lecture de valeurs de la MIB (SNMP)
• le résultat d'un programme envoyé par le serveur (possible ?)
Le serveur de supervision : il connaît l'emplacement de chacune de ses sondes et dispose d'un fichier de configuration qui lui
permet d'interroger les sondes sur des points précis (tests) à des intervalles de temps précis ou à une date précise.

Le fichier de configuration précise en fonction des résultats des tests s'il faut ou non faire remonter une erreur.

Le logiciel de supervision représente chacune de ses sondes avec leur état et tient à jour un historique. En cas de problème
il doit être capable d'envoyer un e-mail qui indique la nature de la panne.

Projet No 22 : Un scheduler pour la mise en ligne de campagnes publicitaires

• Proposé par : Christophe Dupont
• Outils utilisés : Java
• Description : La gestion de campagnes publicitaires sur l'Internet nécessite l'utilisation d'un scheduler capable de

renseigner les régies publicitaires sur les dates de parution de bandeaux publicitaires, le pourcentage d'espace vendu, la durée des campagnes ...

Ce projet consiste en la réalisation d'un agenda permettant un affichage des jours, semaines et mois et qui permet l'association d'une campagne publicitaire à un ensemble de jours.

Une campagne publicitaire consiste en un visuel et certaines propriétés (nombre de parutions souhaitées ...)

Le logiciel permettra l'affectation d'une ou plusieurs campagnes à un ensemble de jours. Il est alors possible de
modifier pour certain jours les propriétés de la campagne. (ex : plus d'impressions le week-end ...)

Il doit ensuite être possible d'avoir pour chaque jour la liste des campagnes publicitaires, les propriétés de chaque campagne et les cumuls (nombre total d'impressions ...)

L'ensemble des données (campagnes publicitaires, planning ...) doivent être écrites en format texte.

Projet No 23 : Un Web Screen Grabber !

• Proposé par : Christophe Dupont
• Outils utilisés : C, C++ ou Java
• Description : Ce projet consiste en l'élaboration d'un programme capable d'effectuer un photographie d'une page Web.

Le programme devra se connecter sur une page Web, en récupérer les éléments (mise en page, images ...) et devra produire en sortie une image dans un format à définir. Il est impératif de réutiliser des routines déjà existantes pour lire une page Web et la convertir en image.

Aucune garantie n'est fournie quand a la faisabilité de ce procédé. <- sujet a risque ?

Projet No 24 : Un moteur de recherche FTP

• Proposé par : Christophe Dupont
• Outils utilisés : C, C++ ou Java
• Description : Ce service (à l'image de FTPSearch http ://ftpsearch.ntnu.no) permet de rechercher à partir de mots-clés des logiciels disponibles sur les sites FTP publics. Le projet consiste en le développement du logiciel d'indexation des sites FTP et du programme de recherche multicritères.
• Attribué à : Nicolas Vekemans
• Projet rendu, note finale : 17
• Lien vers la page web du projet
• Remarques : Un clone de ftpsearch en java, shell, C, CGI. utilise le format .db pour indexer les bases. Bonne distribution avec install, etc...

 
 

Projet No 25 : outil d'administration de caches, miroirs, etc... projet en collaboration avec le W3C, stage possible

• Proposé par : Stéphane Boyera
• Outils utilisés : C, C++ ou Java
• Description : The W3C organization is actually involved in a big european project called W3C-LA (http://www.w3.org/W3C-LA).

One Workpackage of this project is titled Promotion and Dissemination and its major goal is to promote W3C activities in Europe.
To help this promotion, the first action we are actually managing is to spread a lot of mirrors of our web site (http://www.w3.org/) around Europe (and the world).

Mirroring a web site is a task which involves different activities :

• load balancing over different mirrors
• updates and transmission
• Multilingualism
• ....
The project we propose today is in the load-balancing activity. INRIA / W3C has implemented a revolutionary system to assign users to different mirrors according to the quality of the connectivity they have to each mirror, and this is completly transparent for the user.
However this system need to be enhanced with external modules. There is today no useful and easy-to-use tools for the administrator
of the system to manage it and follow the evolution of the internetconnectivity.

We have billions of data about :

1. The internet connectivity
2. Users of our web site
...but no way of analyzing them easily to setup the load-balancing system easily.

The aim of this project is to build a platform to manage this system on the web.

Projet No 26 : Un player de fichiers karaoké en ligne

• Proposé par : Michel Buffa
• Outils utilisés : java, cgi, au choix...
• Description : une applet java ou des scripts cgi permettant via plugin ou player externe de jouer/editer des fichiers karaoké. Il s'agit de fichiers midi possèdant un défilement des textes synchronisés.

REMARQUE concernant ces projets

Projet P1 : un robot pour rapatrier des sites Web en Java, et permettant d'effectuer l'opération en plusieurs fois

• Proposé par : gery@essi.fr
• Outils utilisés : java
• REMARQUE IMPORTANTE de M.Buffa : j'ai déjà fait réaliser un projet de ce type l'an dernier, je pourrai vous communiquer les sources et vous indiquer quels points précis je souhaiterai voir développer(le téléchargement en parallèle en particulier, et l'utilisation pertinente de miroirs, à la manière de l'outil GetRight sous Windows, aussi la possibilité de "nettoyer" les pages web récupérées en enlevant optionnellement les bandeaux publicitaires)
• Projet rendu, note finale : 17
• Lien vers la page web de ce projet
• Remarques :

Projet P2 : (sous réserve, voir la remarque) serveur et client IRC en java

• Proposé par : gery@essi.fr
• Outils utilisés : java
• Description : Ecrire en Java un IRC, serveur et client (Applet ou applications pour le client), avec une interface graphique conviviale et une administration conviale du serveur (groupes prives, mot de passe, ... ).
• REMARQUE IMPORTANTE de M.Buffa : ça fait trois ans qu'on me propose ce sujet, et il existe des centaines de clients et de serveurs IRC en java. Je serai heureux de ne pas avoir pour la xième fois une ressucée de ce qui existe déjà avec une grosse partie du code piquée sur internet.

Projet P3 : Outil de configuration pour Apache

• Proposé par : Bensoussan Thierry <tbensous@essi.fr> et Patrice Bensoussan
• Outils utilisés : java
• Description : Interface Java pour configurer graphiquement Apache. L'outil en question devra être indépendant de la version d'Apache et possèder un système permettant de lire un fichier de configuration des requêtes de configuration d'Apache. Qu'on ait rien à recompiler chaque fois qu'Apache change, juste à rajouter une ligne dans un fichier pour indiquer le nom de la nouvelle option et la manière dont on l'utilise. l'outil générera un menu ou une option graphique supplémentaire en fonction du nouvel ajout. Un parser des fichier sde config standards serait top !
• Projet rendu, note finale : 18,5
• Lien vers la page web du projet
• Remarques : très bon projet. Mériterait que ses auteurs contactent apache.org. Superbe interface et modèle objet remarquable. Votre configurateur est capable de s'adapter à de nouvelles versions d'apache sans avoir à le recompiler. Très bien.

Projet P4 : un analyseur de logs

• Proposé par : Jean-Philippe Orsini (orsini@essi.fr)
• Outils utilisés : java, perl
• Description : Cet Analyseur de log utilise le format Common Log(format commun notamment à Apache et à Jigsaw). Le programme, écrit sous la forme d'une servlet ("plugable" dans un serveur web) permet d'etablir des statistiques sur les requêtes HTTP reçues. Une extension permettra de faire une analyse des requêtes MICP (broadcast de requêtes HTTP).  La selection des requêtes est faite par des expressions regulières conformes à PERL5 saisies dans des forms; on peut effectuer des regroupements (par hosts, urls, status, actions, protocoles, adresses des clients, etc.) .  Le format de sortie est bien sûr HTML (utilisation de CSS) et est complètement paramétrable par le biais de templates HTML qui sont donnés en paramètres à la servlet.

Si j'ai le temps je vais essayer de fournir des statisques par intervalle de temps (heure de la journée, mois).

• Projet rendu, note finale : 18 (non définitif)
• Lien vers la page web du projet
• Remarques : très bon projet. Version distribuée mise à jour toujours dispo sur http://www.mygale.org/~jeanphi

Projet P5 : Réalisation d'une interface Web de Gestion de portefeuilles(financiers)

• Proposé par : Auguste Nguetsop & Marc Issade (issade@essi.fr, nguetsop@essi.fr)
• Outils utilisés :
• Description : Le but du projet est de realiser une interface permettant une gestion front-office de portefeuilles(Masques de saisies de portefeuilles, trace graphique des cours de chaque actif du portefeuille). Cette interface devrait permettre une gestiondes historiques une fois connectee a une bases de donnees...( Historique des transactions, Validation d'ordres, calcul de rendement).

FONCTIONS PRINCIPALES
 

• Composition de Portefeuille Financiers
• Masques de saisies des donnees(Nom de l'actif, type d'actif, quantite, prix, type de marche, etc..)
 
• Trace de l'evolution graphique de chacune des composantes du portefeuilles en fonctions des donnees financieres recues en temps reels de la bourse.
 
• Simulation d'une transaction effective
 
• Historique des transactions..
 
• Mesure des performances du portefeuille par rapport a un portefeuille de reference (Exemple du Cac40).
• Projet rendu, note finale : 15
• Lien vers la page web du projet
• Remarques : Interface ok, beaucoup de javascript + Oracle derrière.