Voici donc kliosk dont le lancement a eu lieu lundi, qui est un service permettant d'échanger des clics de manière équitable à partir de flux RSS. En effet, en vous inscrivant à Kliosk , vous obtenez le code d'un widget à installer sur votre site internet. Ce widget affiche de manière aléatoire les autres sources du réseau. Chaque fois qu'un internaute clique sur un lien de votre widget, le "Kliosk Engine" se charge d'équilibrer votre balance et met votre source en avant sur les autres widgets du réseau jusqu'à ce qu'un visiteur clique sur un de vos articles. Et ainsi de suite. Il s'agit donc d'un système équitable.

Si vous consultez régulièrement notre blog, vous avez pu voir dans la barre de menu (à droite) que nous avons installé le widget Kliosk depuis environ deux mois. Ce widget affiche trois onglets. Le premier affiche une source à qui le système Kliosk doit des clics. Le second et le troisième reprennent respectivement les articles et les sources les plus cliqués sur le réseaux (et donc à priori les plus pertinents du moment).

Enfin, le portail Kliosk vous renseigne sur les articles et les sources les plus cliqués dans le réseau, à la manière d'un Digg-like. Il s'agit donc d'une nouvelle façon d'appréhender l'information, puisque les articles mis en avant sont ceux plébiscités par les internautes.
Une fois connecté sur le portail, vous trouverez également une zone dans laquelle sont détaillés tous les clics que vous avez reçu ou généré dans les 30 derniers jours et dans les 12 derniers mois. Vous pouvez donc évaluer combien de visiteurs vous a rapporté Kliosk.

Enfin nous tenons à remercier Jérôme Bouteiller (qui est à l'origine de l'idée et du projet), Sébastien Simoni et Jérome Pietri (de WebzineMaker ), qui ont souhaité nous impliquer dans ce projet. Au final, nous sommes réellement satifaits du rendu du service qui nous semble avoir un bel avenir !

Lorsque vous vous loggez pour la première fois sur votre serveur, seul le système d'exploitation est installé (ici il s'agit de Debian 4.0 Etch). Afin d'en faire un serveur web pleinement fonctionnel, nous avons besoin d'installer certains logiciels. En l'occurrence, nous voulons une architecture "LAMP" (Linux, Apache, MySQL, PHP). Nous allons donc installer tous ces paquets.

Avant d'installer les paquets nous allons mettre à jour le système avec ces commandes :

• aptitude update
• aptitude upgrade

Grâce à ces cinq commandes nous allons successivement installer Apache, PHP5, MySQL, le module MySQL pour PHP et enfin l'interface d'aministration de MySQL, PHPMyAdmin.

• aptitude install apache2
• aptitude install php5
• aptitude install mysql-server
• aptitude install php5-mysql
• aptitude install phpmyadmin

Si vous tapez l'adresse IP de votre serveur dans un navigateur web, vous verrez une page "It Works !" qui vous indique que votre serveur web est bien installé.

Il peut être utile de disposer de son propre serveur DNS. C'est pourquoi nous allons installer Bind9.

• aptitude install bind9

Webmin est une paquet écrit en Perl qui permet de gérer le serveur grâce à une interface Web. Il nécessite une installation préalable de certains paquets. Il faut donc avant son installation exécuter ces cinq commandes.

• aptitude install libnet-ssleay-perl
• aptitude install openssl
• aptitude install libauthen-pam-perl
• aptitude install libio-pty-perl
• aptitude install libmd5-perl

Ensuite il faut récupérer le paquet webmin puis l'installer, grâce à ces deux commandes.

• wget http://downloads.sourceforge.net/webadmin/webmin_1.390_all.deb?modtime=1198262544&big_mirror=1
• dpkg -i webmin_1.390_all.deb

A partir de maintenant, vous pouvez accéder à l'interface de webmin à l'adresse https://XX.XX.XX.XX:10000/ (sachant que les X représentent l'adresse IP du serveur).

Pour être complètement complet, il faut supprimer  la ligne "RedirectMatch ^/$ /apache2-default/" dans le fichier "/etc/apache2/sites-available/default". A partir de là, la racine de votre serveur se situe à "/var/www".

Au final cette procédure est relativement simple. Avec un peu de sens pratique et d'organisation, on obtient rapidement un serveur fonctionnel. A vous !

Dans le cadre de notre première année de Master d’Informatique à l’Università di Corsica, nous avons été amenés à mener à bien un projet de développement, de préférence dans un environnement Microsoft. Nous avons donc choisi de développer un jeu, en utilisant le Framework XNA de Microsoft, qui rend le développement de jeux plus aisé.

Pour nous, le but final n’était pas d’obtenir un jeu pleinement fonctionnel, mais plutôt de découvrir une nouvelle technologie, et d’implémenter des fonctionnalités que nous n’avions jamais été amenés à tester. Nous avons donc choisi de copier dans les grandes lignes les idées directrices d’un jeu de rôle multi‐joueurs en ligne très connu, à savoir World of Warcraft. Cependant, le but n’étant absolument pas de nous lancer dans le développement d’un jeu en 3D, nous avons choisi de le réaliser en deux dimensions. Il s’agit là d’un bon début, et cela nous a permis de nous consacrer plus pleinement au développement de l’aspect réseau du jeu, qui représentait pour nous la plus grande part d’incertitude, et l’aspect le plus intéressant du développement.

Retrouvez notre rapport écrit en pièce jointe de cet article

AjaxLoad vous permet de choisir une animation et une couleur et de générer l'image de loading correspondante. Ce service qui parait tout bête vous sera indispensable pour chacun de vos projets

• http://www.ajaxload.info/

AjaxDaddy est une collection de quelques petits scripts sympa dont certains mériteraient un article à eux seuls. Ce site peut être un vrai gain de temps, à condition que vous trouviez le script qui vous convienne.

• http://www.ajaxdaddy.com

Trouvé via amzani.com

Nous avons donc choisi de changer le nom de notre blog pour nous diriger vers un nom plus court, plus international, et surtout plus simple à retenir : Aquatz. Bien entendu, ce changement de nom s'accompagne d'un changement d'URL (http://www.aquatz.com).
Par ailleurs, nous avons choisi d'abandonner WordPress pour WebzineMaker, un CMS beaucoup plus complet et facile à utiliser.
C'est donc un tout nouveau blog que vous avez sous les yeux, même si, grâce à l'équipe de Webzine (qui s'est décarcassée pour importer notre ancien blog sur leur plateforme) nos archives restent accessibles.

L'architecture MVC (pattern d'architecture plus exactement) est un concept qui sépare votre application en trois types de fichiers principaux :

• les Modèles qui représentent vos objets logiques (ou métiers) : ils seront manipulés par les Controllers ou les Views, mais ne manipuleront jamais ces derniers
• les Controlleurs qui s'occupent des opérations entre les models, des modifications, du traitement des données utilisateurs, etc... Ce sont les actions métiers de votre application (à ne pas confondre avec les actions métiers de vos objets!!)
• les Vues qui se contentent d'afficher les formulaires, les résultats ou tout autre type de page affichée à l'utilisateur

S'il est vrai qu'à l'origine le concept de l'architecture MVC était assez basique (presque un simple système de rangement), aujourd'hui ce n'est plus le cas. Depuis l'apparition du framework Ruby On Rails puis des plus récents CakePHP et Symphony, la notion de framework MVC a évolué chez la plupart des gens.

En effet, que l'on considère que ce soit par un abus de langage ou par une évolution, on attend aujourd'hui d'un framework MVC (pour les applications web) qu'il contienne les éléments suivants :

• L'organisation MVC proprement dite
• Un système d'url propres, cohérentes et comprénsibles par l'homme
• L'intégration d'un framework javascript pour une ergonomie riche et des effets agréables
• Un système de mapping semi-automatique "objets <=> base de données"
• La gestion de plusieurs templates pour les vues
• Des systèmes permettant l'aide au développement (helpers)

Cet article n'aura pas pour but de rentrer dans les détails d'une implémentation technique mais de montrer un point de vue des différents concepts existants afin que vous compreniez la puissance mais également la simplicité de tels framework et que vous ayez les connaissances suffisantes pour vous lancer et faire votre propre framework.

Elle dépend fortement de vos besoins, mais est généralement composée comme ci-dessous.

L'application marche en termes d'actions effectuables regroupées au sein de différents controllers.

Par exemple, une bibliothèque manipulerait les objets (Models) Livre, CD, DVD, Location et Utilisateur.

Sémentiquement on pourrait par exemple décomposer les actions en deux controllers:
Bibliothèque (avec les actions louer, rendre etc...) et Membres (avec nouveau, modifier etc..)

Pour les vues, on peut faire une plateforme où chaque action a une vue correspondante ou bien une plateforme où les vues sont réalisées de façon indépendantes et appelées par les actions (par exemple à la fin de celle-ci).

La deuxième solution me semble bien plus modulaire dans le sens où deux actions peuvent afficher la même vue et qu'une action pourra afficher (selon les données d'entrée) des vues différentes.

Le cas du paragraphe précédant nous donnerait une application dans le genre http://bibli2008.com?controller=membres&action=editer&id=5646

La plupart des frameworks MVC (mais ce ne sont pas les seuls) intègrent un système de gestion des URL de façon propre du type : http://bibli2008.com/membres/editer/5646 voire privilégier des permaLinks pour les utilisateurs http://bibli2008.com/francescu/editer.

Grace à Apache, cela est réalisable de deux manières :

• directement dans votre .htaccess avec chaque cas
• décomposer les paramètres de l'url dans l'index.php (après avoir pris soin de tout rediriger vers cette page)

Dans les deux cas il vous faudra gérer en PHP dans votre index.php le routage des requêtes.

Je me contenterai de vous dire qu'il existe une grande diversité de framework Javascript et qu'il n'est pas forcément intéressant (en rapport temps/gain) de faire sa propre librairie. En effet, celles existantes permettent de charger ce dont vous avez besoin, sont de taille assez modeste et sont assez complètes.

Se distinguent nottemment les librairies suivantes :

• le couple Prototype (Ajax, Dom etc..)/Scriptaculous(Effets, éléments graphiques etc..)
• jQuery qui est assez puissant
• Dojo qui va très loin
• Ext qui est assez lourd mais qui peut générer un système d'interface graphique complet
• la liste est encore longue (Google Web ToolKit, Yahoo UI, MooScript etc..) et de nombreux comparatifs sont disponibles (vous les trouverez avec une petite recherche google)

Comme le fait Ruby On Rails, les frameworks MVC proposent des outils vous permettant de faire abstraction du système de gestion de base de données (SGBD) et de gérer vos objet comme si vous manipuliez vos enregistrements (le tout optimisé avec un système de cache).

Cela se nomme l'Object-Relational Mapping (ORM), cela "convertit" les types du monde objet (poo) en ceux du monde relationnel (bdd) et vice versa. Cela fournit également des facilités d'enregistrement, de suppression et de modification.

L'implémentation est assez technique mais si vous êtes motivés quelques semaines de travail acharné vous permettront de faire le votre sans grands problèmes impossibles à résoudres (quelques problématiques devront être résolues mais vous y arriverez certainement). Sinon vous trouverez quelques Frameworks ORM sur la page Wikipedia (fr).

Il existe également dans les frameworks des petits plus qui vous permettront de gérer facilement les templates (qui certes sont assez simples à mettre en place, mais c'est une étape à ne pas oublier car elle est très importante) ou encore d'avoir des helpers, sortes de "fonctions raccourcis".

Par exemple mettre un champs de texte dans une formulaire
<?php Form::inputText(array("name" => "X", "style" => array("width" => "30px", "border:none"))); ?>
ou transformer une date anglaise en format français
<?php Date::EnToFr(date("Y-m-d")); ?>

N'hésitez pas à en abuser mais n'hésitez pas non plus à ne les charger qu'en cas de besoin (cf. la fonction __autoload )

La création de votre propre plateforme sera longue mais de nombreux outils sont là pour vous faciliter la tâche. Vous pouvez choisir de partir à zéro ou d'utiliser un framework déjà existant (CakePHP ou Sympony par exemple) mais vous pouvez également opter pour une solution intermédiaire, qui est de prendre ce qui vous intéresse et de faire ce qui est unique pour votre propre framework, vous aurez alors un framework adapté que vous maîtriseriez sur le bout des doigts.

Avec les beaux jours (peut-être pas si beaux que ça d'ailleurs), c'est l'été qui revient. Nous voilà donc repartis pour un été de travail dans le rez-de-chaussée de la maison de Dume. Après un bref balayage nous avons donc repris possession de nos bureaux respectifs, avec une petite amélioration cette année, puisque nous nous sommes offerts des écrans qui nous apportent un confort beaucoup plus important pour le codage. Il est à noter que notre environnement de travail doit véritablement être agréable, puisque l'année dernière un oiseau était venu visiter nos locaux, et que cette année, c'est un merle qui a élu domicile (et couve probablement ses oeufs) juste à côté de nous dans le jardin. On est vraiment très flattés ! Pour revenir à notre programme de cet été :

• Développement d'un projet en tant qu'associés
• Développement de la nouvelle version d'xFruits (encore et toujours...)
• Finalisation de quelques projets et développement en suspens

Voilà donc un programme plutôt chargé qui nous attend !

Nous avons donc eu connaissance aujourd'hui des résultats de notre première année de Master d'Informatique à l'Università di Corsica et ils ont été les suivants :

• Francescu : Mention Très-Bien avec 16 de moyenne
• Dume : Mention Bien avec 14 de moyenne

Année Universitaire 2007-2008, semestre 1
JavaFx est le plus gros projet actuel de Sun pour intégrer le marché des RIA, découvrez à travers cette présentation réalisée pour l'UE Java de Mme. NIVET pourquoi Sun veut il sortir ce produit, quels sont les objectifs de JavaFx et comment Sun compte mettre cela en oeuvre.

• Matière : Java


• Sujet : JavaFx


• Date de l'oral : 20/12/2007


• Elèves : MARTINETTI Jean-Philippe & SANTONI Francescu


• Notre présentation :

[slideshare 210561 java-fx-1198353911234244-4]

• Notre rapport :

[slideshare 210596 java-fx-rapport-1198357475697530-3]
(version pdf)

Année Universitaire 2007-2008, semestre 1 Dans le cadre de notre module de Java j'ai réalisé une présentation sur Java RMI avec un collègue.    

• Matière : Java
• Sujet : Java RMI
• Date de l'oral : 20/12/2007
• Elèves :
• • Dominique SIACCI
  • Benjamin PERENEY
• Notre support : Support
• Notre rapport: Rapport

Année Universitaire 2007-2008, semestre 1

Dans le cadre de notre module d'analyse et conception orientée objet (de notre première année de master) nous avons tous deux réalisé une présentations sur l'eXtreme Programming.  

• Matière : Analyse et Conception Orientée Objet
• Sujet : eXtreme Programming
• Date de l'oral : 11/12/2007
• Elèves :
• Dominique SIACCI
• Francescu SANTONI
• Notre support : Support

Comme le montrait mon précédant article, le choix d'un OS pour developper en Java n'est pas simple. Apple semble ne pas s'en soucier plus que ça : en effet, Java 6 n'a tout simplement pas été intégré a MAC OS X Leopard... Apple qui aurait pu faire taire ses détraqueurs leurs donne le baton pour se faire battre. Apple a mis à jour Java dans l'OS X v10.5 (Leopard) de la version 1.5.0_07 à la 1.5.0_13 mais impossible de trouver Java 6 sur Leopard ou sur le site d'Apple. Les précédantes beta de Java 1.6 qui étaient disponible pour les developpeurs ont été supprimé et ne semblent donc plus être disponible. La position des developpeurs Java sur MAC est assez difficile... Comment justifient ils leur choix ? Voir l'article original Quelques articles qui en parlent Quelqu'un qui "s'en fout" mais qui écrit quand même un article dessus...

Alors qu'il y a quelques années l'UTF8 naissait , réconcilliant le monde entier, on aurait pu penser qu'il aurait immédiatement trouvé sa place. Si aujourd'hui créer un projet en UTF-8 est bien loin d'être systématique, il ne s'agit pas forcément d'un manque de volonté, mais plutôt d'une difficulté de mise en oeuvre, souvent déconcertante. Le problème d'encodage est récurrent, mais je vais essayer dans cet article de vous prouver que la mise en oeuvre de l'UTF-8 dans vos projets peut se faire très rapidement. Voici donc les grandes étapes pour migrer votre application web en UTF8, et pourquoi pas conquérir de lointains marchés !

Requêtes HTTP

Tout d'abord quand un visiteur arrive sur votre site, son navigateur doit savoir qu'il a affaire à de l'UTF8, alors voici la marche à suivre.

• Par ordre de priorité pour le navigateur :

• Fixer le parametre charset dans les requêtes HTTP (cf W3C)
• dans apache remplacez AddDefaultCharset ISO-8859-1 par AddDefaultCharset UTF-8, (dans httpd.conf sinon rajoutez la ligne dans le .htaccess)
• ou/et dans PHP avec header('Content-Type: text/html; charset=utf-8');
• Mettre après le <head> dans votre fichier HTML le code suivant (ce code est connu de tous)
• <meta content="text/html; Charset=UTF-8" http-equiv="Content-Type" />

MySQL

• Lisez cet article en premier lieu

• Ensuite, il faut premièrement changer les interclassements
• de la base
• ALTER DATABASE nomBase CHARACTER SET UTF8
• des tables
• ALTER TABLE nomTable CHARACTER SET UTF8
• des colonnes
• ALTER TABLE nomTable CONVERT TO CHARACTER SET UTF8
• ceci changera toutes les colonnes de la table et convertira les données. Si vous aviez déjà mis de l’UTF8 dans une colonne avant d’en changer l’encodage il est encore possible de rétablir la cohérence des données :
• ALTER TABLE nomTable CHANGE nomColonne nomColonne BLOB;
  ALTER TABLE nomTable CHANGE nomColonne nomColonne TEXT CHARACTER SET UTF8;
• Puis il faut prévenir MySQL que vos interractions se feront en UTF8 en envoyant à chaque connexion :
• SET NAMES UTF8

Editez en UTF8

Pour cela il faut configurer votre éditeur pour que vos fichiers soient en UTF8 (c’est nécessaire uniquement dans le cas de fichiers avec données sensibles - cad avec accents ou autres caractères non ASCII).

Veillez à placer l’encodage en UTF8 sans BOM car sinon le fichier contiendra un octet d’entête et PHP ne pourra plus envoyer de header ou de session (bug PHP#22108).

Developpez en PHP

Attention, une fois que votre site est en UTF-8 il va falloir changer quelques habitudes de développement :

• jetez un coup d’oeil à l’extension Mbstring, par exemple pour strlen, utilisez mb_strlen
• Comme l'a dit irnine94 dans son commentaire, faites bien attention car certaines fonction prennent en paramètre un charset qui par défaut est l'ISO vous devrez donc passer en paramètre UTF-8, comme par exemple la fonction htmlentities

Bonne chance à vous, et gardez à l'esprit que l'idée générale est d'avoir de l'UTF8 à tous les endroits de votre application.