Thomas Trouvé

J'ai découvert récemment le service très "Web2.0" radio.blog.club, un site qui permet d'écouter gratuitement ses morceaux favoris via sa connection web.

Le principe ?
Chaque utilisateur installe le soft Radio.blog sur son serveur et met à disposition une collection de mp3 qu'il a - légalement - en sa posséssion : ses mp3 sont dispos en streaming sur son site via une appli flash.
Les robots de Radio.blog.club viennent ensuite indexer les morceaux et les mettre à disposition de toute la communauté.
On peut ainsi rechercher des morceaux à écouter, les classer par play-list et les diffuser depuis son ordinateur via une autre appli flash - petite soeur de la première - appelée Juke.blog... Voici la mienne si vous avez envie d'écouter de la bonne musique tout en lisant la note ;)

Du P2P ?
Non puisque les mp3 ne sont pas téléchargés mais simplement streamés, c'est à dire diffusés sans être téléchargé : c'est tout benef pour le service qui ne voit pas sa bande passante exploser. Cela necessite tout de même une participation active (mettre à disposition ses mp3 et offrir un peu de bande passante) plutôt que passive (écouter les mp3 disponibles) de la part de la communauté pour que le système marche.

On y trouve quoi ?
Le choix est assez modeste mais si on reste dans les classics, on trouve. 423 résultats pour radiohead, 240 pour les beatles ou 413 pour Eminem. C'est forcemment bien moins que les logiciels P2P type emule ou kazaa mais c'est moins cher que les logiciels type iTunes et c'est légal !
On peut également miser sur le fait que la communauté s'élargisse par le bouche à oreille, que le logiciel puisse s'installer sur des plateformes de blogs ou d'espaces web et que l'internaute soit de plus en plus éduqué et réceptif : le potentiel d'expansion de la communauté est énorme.

Le web2.0 (ou le web qui progresse ou le renouveau du service web etc...) ?
C'est typiquement le genre de service propre à ce concept très marketting :
- le service est innovant et s'appuit pleinement sur le caractère multimedia du web
- la richesse du contenu est apportée par les utilisateurs tel un blogSpirit, un technorati, un flickr ou un del.icio.us
- techniquement, on retrouve quelques coups d'ajax (gestion de sa playlist)
- la charte est simple et orientée fonctionnalité

On regrettera simplement que la création du compte soit assez mal faite, mais on appréciera que le service soit réalisé par un français Benoit Tersiguel !

Après avoir annoncé le nom de projet Windows Vista comme succésseur à Windows XP, Microsoft a sorti une version beta à accès restreint (les abonnées MSDN). C'était donc l'occasion pour les heureux élus de tester le nouveau navigateur IE 7 qui sortira uniquement sur le nouveau système d'exploitation de Microsoft.

Les réactions sont assez mauvaises pour l'instant, d'une part une sortie publiques aurait permit une étude massive de la part des développeurs Web et d'autre part il semblerait que Microsoft se soit contenté du minimum syndical pour son nouveau navigateur :

Voici un petit récapitulatif de ce que j'ai pu lire : 

 Les plus :

• Des onglets ! Avec un Ctrl+W pour fermer (et non un Alt+F7 ou Alt+F4 tout simplement injouable à une main) : voici un retard enfin pallié.
• Support RSS : une vrai avancée pour Mr Tout le monde : possibilité de cherche un fils RSS.
• Un champs de recherche sur la page en cours.

Les moins :

• Support CSS2 : Manquent en autres : les sélécteurs d'enfants (.parent > .enfant), les pseudo-classes (.boite:hover), les sélécteurs universels (* .style), les attributs (.input[type=button] ou .police[lang=zh]) : gros défaut, le web n'avance toujours pas...
• Bugs CSS : 2 seulement ont été corrigés : Le Peekaboo et La Guillotine : d'autres devraient arriver logiquement;
  
• Gestion des évènements : toujours propriétaire alors que des standars existent.

Bref, si Microsoft a apporté un soin particulier côté utilisateur (en rattrapant son retard...), les concepteurs Webs sont toujours pris à défaut. Certains standards (CSS2) qui apporteraient un plus indeignable à IE ne sont toujours pas respectés et on est en droit de se demander ce que fait Microsoft de son budget "Web"... Firefox a encore de beaux jours devant lui (il a encore grapillé des points : 15% en France) même si je pense qu'il doit encore s'améliorer. Certains plug-ins devraient être intégrés dès la configuration de base (à part les développeurs, qui se sert de la Web Developper Toolbar ??) comme la gestion des onglets ou la navigation par onglet en mode "historique"... c'est à dire améliorer le côté utilisateur, point fort des logiciels Microsoft.

Selon Le journal du Net, Google générait 59,7% du traffic provenant de moteurs de recherche en Mars 2005 tandis que les Yahoo, Voila et MSN restaient péniblement sous la barre des 10%. Personnelement, Google fournit à Technoblog 90% du traffic "moteur de recherche" et depuis que Google s'est mis à bien référencer ce blog, le nombre de visiteurs a quasiment doublé...

Si l'on enlève le côté "réseau social" (commentaires, liens page d'accueil, listes de liens) du blog et l'aspect communauté propre à blogSpirit, que reste-t'il comme liens référents ? Pas grand chose. Quelques moteurs qui ont un mode de référencement élastique à la google comme MSN, quelques rares annuaires générateurs de traffic et enfin quelques rares liens provenant de sources extérieurs au domaine blogSpirit. Si Technoblog était une entreprise (ce n'est pas le cas ;), on dirait de google qu'il est LE client qui fait vivre la société. On peut toujours imaginer que dans une telle situation, la logique voudrait que l'entreprise diversifie son champs d'action et anticipe le risque de perdre ce client (aka "ne pas mettre ses oeufs dans le même panier"). Seulement, la logique du Web est toute autre et diversifier l'origine de son traffic n'est pas si facile. Google est donc par la force des choses le premier "client" de nombreux services webs et donc de nombreuses petites entreprises qui vivent du net.

Jusqu'à récemment, Google était finalement un moyen pour une petite structure de grossir vite en terme de traffic, de visiteurs et parfois de revenus (cf la bulle Internet). Seulement Badaboum ! Google a une nouvelle fois changé les règles de son algorithme et pour une fois on observe un véritable déclassement de certains sites via quelques phénomènes surprenant :

- L'effet Bourbon : Dans l'objectif de lutter contre le spam, Google désindexerait certains sites suivant de nouveaux critères comme la date de création du document, la pertinence du nom de domaine (date d'expiration), le comportement des liens entrants et leur durée de vie... Voir le brevet US sur les techniques antispam de Google en anglais et une belle tentative de traduction en français. Très belle initiative à priori mais qui semble avoir laissé tomber pas mal de webmasters et blogueurs...

- Le Sandboxing : Toujours pour lutter contre le spam, la sandbox est en fait une réserve de sites frais et dispos qui ont connu un fort taux de liens entrants après leur créations. D'une durée de 6 mois à 1 an (!!!), la sandbox n'est pas du blacklistage dans la mesure où les robots Google continuent allègrement d'indexer les pages du site touché (et d'occuper la bande passante du dit site, regardez les stats de vos blogs) mais rejete systématiquement le site sur toute requête concurentielle. L'équipe blogSpirit est là pour témoigner, (bien) référencer www.blogSpirit.com sur Google a été une lutte acharnée pendant des mois...

- Le rôle du Page Rank : en net perte de popularité, le Page Rank a disparu de mon indicateur Firefox, a disparu puis réapparu de la Google bar (IE) et voilà que l'on parle de futur Page Rank ou de Page Rank en temps réel utilisé de manière plus ou moins confidentielle par google...

Si l'on associe ces différents phénomènes au succès du système Adwords/Adsense, largement utilisé par beaucoup de services web, la boucle est bouclée : l'étape du référencement payant est une étape obligatoire pour recevoir un traffic de Google conséquent si l'on souhaite faire connaître un nouveau site web.
Si Google est en plein recadrement stratégique (ils ont bien raison) dû à son entrée en bourse et à la concurrence qui s'annonce féroce avec Yahoo et MSN, la question de la Google dépendance se pose plus que jamais pour chaque webmaster voir chaque blogueur désireux d'être lu en dehors de sa blogosphère. Encore plus si le modèle économique est en jeu.

Le problème de la main mise de Google sur le marché de la recherche web en est à ses balbutiements, il viendra un jour où l'on sera demandeur d'une réelle concurrence dans ce domaine comme on a pu l'être pour le marché des systèmes d'exploitations, des navigateurs ou même des FAI... L'alternative ? Continuer à faire connaître son site / blog, échanger des liens, réaliser des partenariats, annoncer sur les AdSense, Overture et autres si les moyens sont là et accompagner la concurrence qui s'établit (Yahoo, MSN, un moteur européen ?) même si elle est encore loin des formidables (mais perfectibles) résultats de l'algorithme Google...

Bravo à Zarlboro pour son application Yagoort. Une appli disponible directement sur le web offre des outils "web marketting" très utiles pour connaître son indexation sur google. Voici quelques fonctionnalités disponibles :

- surveiller le Page Rank d'un site
- calculer le KeywordRank (moyenne des 15 premiers résultats google d'un mot-clé)
- connaître le positionnement d'une url sur différents mot-clés
- calculer le Page Rank des 20 premiers référents d'une url
- évaluer la présence d'un domaine (site:) dans les résultats google (résultats à prendre avec des pincettes)
- évaluer les liens liéés à une URL (link:) (NB: liste non exhaustive de liens référents)

Le tout sous la forme d'un petit rapport (public), voici par exemple le rapport de Bouge ton blog ! aka technoblog

Mon préféré ? La pagerank moyen des 20 premiers référents ! Voilà une indication utile sur l'évolution d'un site web...

A noter le Page Rank de 0 sur technoblog, il y a longtemps de Google n'a pas fait sa Google Dance qui remet tous les Page Ranks à 0 avant de les recalculer de manière dichotomique (d'ou la dance). Quelque chose me dit que c'est pour bientôt...

Qu'est ce qu 'un moteur de template ? Quel est l'intérêt ?

Le traitement des données via un langage de programmation peut se faire indépendamment de l’intégration HTML grâce à des outils nommés ‘parser’ (analyseur en français). Les données sont envoyées à un ‘template’ ou ‘gabarit’ HTML qui est lu par le parser. L’affichage d’une page est donc rendu dynamique puisqu’il dépend directement des données traitées.
Ce genre de systèmes peremettent aux designers d'éditer des pages webs dynamiques sans pour autant toucher au langage logique d'un projet. Seules les compétences (X)HTML et CSS sont nécessaires, le template rend des langages comme PHP ou Perl "transparents" : le code est accéssible à l'intégrateur HTML.

Quels sont les différents moteurs sous PHP ?

Il existe actuellement plusieurs solutions open-source, en voici quelques-unes :

FastTemplate
A l’origine conçue pour le développement en Perl, elle a été adaptée depuis pour PHP.
Ses fonctionnalités sont :
- Chargement des templates,
- Assignation des valeurs pour les variables correspondantes,
- Remplacement des variables par la valeur,
- Affichage de la page.
Il s’agit d’une solution basique très facile d’accès mais donnant toutefois des résultats inférieurs aux résultats des dernières solutions. Une étude menée par Globalis Media Systems, une entreprise experte en technologies du Web a montré que FastTemplate ne tirait que 40% des performances de PHP.
thewebmasters.net

PHPLib
Il s’agit d’une solution dont le principe est le même que FastTemplate. Elle s’utilise d’ailleurs de la même façon, un paramètre à prendre en compte dans la migration. Issu directement de la communauté PHP, cette solution offre de biens meilleurs résultats (80 à 90%) selon la même étude. Cependant le nombre de mises à jour étant assez faible, l’activité du projet semble limitée par rapport aux autres solutions.
Le projet sur sourceforge.net

VTemplate
Il s’agit d’une solution similaire à PHPLib ou FastTemplate bien que l’utilisation soit plus orientée ‘procédurale’ et donc plus logique. Si le projet est encore jeune, il me semble utile de l’étudier puisqu’il a été développé par une équipe française rendant la communication avec les concepteurs plus facile en cas de problème. Au niveau des performances de la solution, elle se situe légèrement en dessous de PHPLib (70%), cependant les dernières versions de VTemplate intègrent un système de cache réduisant les temps d’accès.
Virtual Template

Smarty
Smarty est issu directement de la communauté PHP et connaît des mises à jour très régulières ainsi qu’une communauté très importante ce qui en fait un projet actif.
Cette solution se distingue par sa complexité et donc ses fonctionnalités mais aussi ses exigences. En effet, son atout principal réside dans la compilation de fichier : le template ‘html’ n’est lu qu’à la première visite de la page, il est ensuite compilé en fichier PHP et donc interprété beaucoup plus rapidement par le serveur. Ce système est donc très utile dans le cadre d’un site comportant peu de mises à jour ou beaucoup d’archivages de page HTML.
Notons également que Smarty comprend un système de cache rendant encore plus rapide l’accès aux pages web.
Néanmoins son utilisation requiert l’apprentissage d’un pseudo-langage tiré de PHP qui servira notamment à modifier des variables à l’affichage de la page. (Exemple : afficher une date sous un certain format). Ce paramètre est à prendre en compte dans l’avancement du projet car s’il peut faire gagner du temps à l’internaute -Smarty peut améliorer les performances de PHP à hauteur de 110%, il nécessite une période d’apprentissage de la part du développeur.
Le Smarty officiel

ModeliXe
ModeliXe est également développé par une équipe française, son utilisation est assez originale par rapport aux autres solutions puisqu’elle utilise le balisage XHTML, un langage plus naturel par rapport à celui de Smarty. Certaines fonctionnalités s’avèrent être très intéressantes et ses performances sont très bonnes (95%). Notons que le projet Modelixe a été repris ce mois d’août par Remy TRICHARD.
Modelixe

Laquelle utiliser ?

Voici les quelques solutions que j'ai pu étudier, il en existe beaucoup d'autres qui ont chacune leurs avantages et inconvénients. Sachez qu'une solution de template se choisit d'abord en fonction de ses besoins, un petit projet ne néssitera surement pas une machine à gaz pour gérer la présentation. En revanche un projet lourd en interfaces et amené à évoluer très rapidement peut nécessiter une structure plus élaborée comme Smarty. Certaines grosses entreprises ou projets ont même leurs propres moteurs de template qui peut ainsi répondre parfaitement aux besoins et problématiques de l'activité de la plateforme en question.
Cependant le cout des moteurs de templates (charge serveur, contraintes, apprentissage, veille) n'etant pas nul, l'usage de moteurs de template ne doit pas etre systematique. Il s'agit d'une décision intervenant dans la structure même d'un projet mais également chez les différents acteurs !
Mon avis est : à chaque problème, sa solution. Les différentes possibilités offertes s'adressent toutes à des contraintes différentes, a vous de choisir celle qui est optimale.



Quelques sources :

Les templates sur wikipedia : l'ABC du template.
L'étude de Globalis Media System : notons que les chiffres anoncés sont à prendre avec des pincettes, le benchmark ayant été réalisé en 2002.
Section Templates sur PHP Index.
Un comparatif.