Je n’ai pas parlé de Heroku encore, il s’agit d’une solution pour déployer Ruby on Rails en Cloud Computing et donc s’économiser le fastidieux et détestable (en tous cas pour moi) moment de mise en place de l’hébergement.

Par ailleurs, cette petite appli utilise une base de données (open source)qui monte: MongoDB. Je n’ai pas trop étudié ce produit mais pour donner un aperçu de ses possibilités: on déclare les variables dans le modèle, quasi-dynamiquement puisqu’il est inutile de passer par les migrations. Heroku propose d’utiliser MongoDB en tant qu’Add-on avec MongoHQ, un service de MongoDB en cloud.

Un gros intérêt à tout ça, en plus de la simplicité de déploiement, c’est que c’est gratuit ! Tant que vous n’utilisez que peu de ressources et que votre appli n’a que des besoins frugaux, bien sûr.

Future is Here – Rails and Cloud Ecosystem from Futurice Ltd on Vimeo.

J’avais testé Heroku il y a quelques mois sur une mini-appli utilisant l’API de Picasa, que j’ai très subtilement nommée Piciso.

L’internaute “plus”, celui qui bouffe du web toute la journée, est bombardé de signaux de multiples sources.
L’internaute qui a une vie, qui se connecte une heure le soir pour vérifier ses mails et passer un peu sur ses quelques sites favoris, a peu de temps à vous consacrer.
Pour l’un comme pour l’autre, il faut proposer des outils utiles et rapides pour accéder à votre service avec le moins d’effort possible, et surtout pas un effort de mémoire (“comment s’appelait ce site super que j’ai visité hier ?”). Autant d’usages que d’utilisateurs donc à partir d’un trafic conséquent, on a plus vraiment le choix et il faut proposer toute une gamme de services de fidélisation.

Je vais faire un petit récapitulatif des quelques outils courant de base dont l’usage commence à remonter à la préhistoire mais qu’il est toujours pertinent de connaître.

Disclaimer 1: je sais que je suis mal chaussé et que Webving.fr n’applique pas encore tout ça (m’enfin vu le trafic et la cible, hors Rss peu de débouchés)
Disclaimer 2: je vais enfoncer beaucoup de portes ouvertes, mais de ce que je vois ça et là sur le net, pas mal d’éditeurs semblent passer à coté de tout ça.
Disclaimer 3: je parle surtout de mon expérience sur des sites Média, tout ceci n’est pas forcément optimisé pour du marchand, mais ça ne s’en éloigne pas trop non plus.

• “pinguer” vos utilisateurs, une action toujours délicate,
• le bookmark, delicious et le social bookmarking,
• le rss,
• la newsletter,
• plus tard, un jour, peut-être, je prendrai le temps de parler des techniques plus complexes ou plus modernes: communautés et forums (pas neuf, mais toujours essentiel), du user-engagement en général, des réseaux sociaux…

Petit mot de fin de billet

Ce billet est un gros fourre-tout pas vraiment relu et pas très bien organisé, mais j’espère qu’il aidera certains webmasters tout fraichou à avoir une idée plus claire de quelques outils utiles pour garder les utilisateurs à jour de leur publications.

Je fais mes tests avec Chrome DevChannel sous Windows.

Il se télécharge ici: http://www.google.com/chrome/eula.html?extra=devchannel

Après l’avoir installé, il faut éditer l’icône de lancement : faites un clic-droit sur l’icône Chrome dans votre menu Démarrer et éditez les Propriétés en ajoutant “–enable-webgl –no-sandbox” à la fin de la partie “Cible” (après “chrome.exe”).

Puis (re)démarrez Chrome.

Pour les autres OS/navigateurs, voir sur la pge de X3dom dédiée: http://www.x3dom.org/?page_id=9.

Pour les malheureux utilisateurs de Mac (en ce moment je suis un peu remonté contre Apple) sachez qu’il faut du Mac OS X 10.5 ou + sinon vous l’avez dans l’os.

Ensuite, le fichier js

Créez un répertoire pour vos tests (par exemple “\testx3dom”).

Le fichier js est ici: http://x3dom.org/x3dom/example/x3dom.js

Enregistrez-le dans votre répertoire de test, ne pointez pas directement dessus dans vos fichiers sources, c’est impoli.

Et puis créez le fichier html.

Avec votre éditeur html préféré, créez un fichier “hello3d.html” dont la source sera:

C’est la base.

Cette déclaration, même si elle fait bien apparaître quelque chose, est loin d’être parfaite et la balise x3d contient normalement plusieurs attributs dont l’utilité est dans le nom. Voici la balise un peu plus correctement déclarée:

C’est à l’intérieur de <scene></scene> qu’on va commencer à créer nos premiers machins 3D.

Le premier machin 3D

Un cube. La forme de base qui permet de voir tout de suite si ça marche.

Tout simplement.

En rechargeant la page, vous devriez voir un carré au milieu et en cliquant dans la scène, vous pouvez le faire tourner.

Le code complet de la page doit maintenant ressembler à ceci:

Amusant mais un peu pauvre, on ne va pas passer des heures à faire tourner des cubes dans le vide.

Un mot sur la navigation

• Clic-gauche en laissant appuyé permet de faire tourner la scène.
• Clic-droit en laissant appuyé permet d’avancer ou reculer la caméra.
• La touche “a” permet de positionner la caméra sur un plan d’ensemble assez large englobant tous les objets de la scène. Très utile si vous ne savez plus où vous êtes.

Les formes de base

Remplacez <box></box> par <sphere></sphere> et un globe apparaîtra à la place du cube.

Les formes de base:

• box
• sphere
• cylinder
• cone
• torus

Toutes ces formes ont des attributs permettant d’ajuster la taille et l’affichage des faces. Par exemple :

<box size=”2 .5 1″></box>

Il y a deux nouvelles notions dans cette balise:

• les données x y z : dans notre environnement 3D, tout est référencé par ces coordonnées. Ici, ces données sont un attribut unique de la balise <box> et sont donc entre guillemets. Elles représentent largeur, hauteur et profondeur. Elles sont séparées par un espace.
• “.5″ est comme “0.5″ inutile d’écrire le zéro.

Pour le cylindre, on doit attribuer d’autres données:

<cylinder radius=”2″ height=”.5″></cylinder>

Voici une page avec les références complètes de tous les attributs de toutes les formes:

http://www.web3d.org/x3d/content/X3dTooltips.html

Notez bien que x3dom est en cours de développement et que beaucoup de choses n’ont pas encore été implémentées ! Par exemple si vous mettez :

<cylinder top=”false”></cylinder>

Le haut du cylindre devrait disparaître (utile pour économiser de la ressource de calcul si cette face ne doit jamais apparaître), mais à ce jour cela ne fonctionne pas encore.

Un peu de couleur

Le gris par défaut est un peu tristoune, changeons donc la couleur de notre cylindre.

Modifiez le code:

Par:

Vous devriez après rechargement voir apparaître votre cylindre en rouge. L’attribut “diffusecolor” définit les couleurs rouge-vert-bleu, avec des valeurs comprises entre 0 et 1, et séparées par un espace.

Cet attribut appartient à l’élément “material” qui lui-même appartient à l’élément “appearance”. “appearance” peut également contenir un élément essentiel au look de vos objets: la texture. Collons donc une photo sur un cube (ça sera plus joli que sur un cylindre).

Un sympathique phoque australien recouvre maintenant les six faces de notre cube. Pour bien faire, une image carrée eu été plus adaptée.

Positionner dans l’espace

Pour l’instant, nous nous sommes contenté d’un seul objet à l’écran. Il est temps de faire les choses en un peu plus grand.

Notre élément “shape” est pour l’instant directement attaché à la racine de la scène. Nous allons créer un élément intermédiaire qui nous permettra de le positionner dans l’espace à l’endroit de notre choix. C’est l’élément “transform” qui se charge de cela.

“transform” doit contenir “shape” comme ceci:

“transform” a plusieurs attributs permettant de modifier (entre autres) la position et l’orientation de ce qu’il contient.

L’attribut de position s’appelle “translation” avec toujours les coordonnées x, y et z entre guillemets, séparées par un espace. Déplaçons notre cube un peu à gauche:

En rechargeant la page, le cube apparaît plus à gauche que précédemment. Nous allons pouvoir créer plusieurs objets et les placer à divers endroits. Nous sommes débutants et donc un copier-coller avec changement de quelques paramètres suffira bien pour l’instant (plus tard il sera possible de concaténer ce bazar pour un code plus maigre).

Voilà deux cubes côte-à-côte ayant des textures différentes.

Arbres d’éléments

L’élément “transform” peut contenir d’autres éléments “transform” ce qui est très pratique pour manipuler plusieurs objets à la fois. Appliquons une rotation au cube de droite, pour l’orienter différemment de son voisin. L’attribut “orientation” de “transform” sert à ça:

<transform orientation=”0 1 0 -1″>

…

</transform>

Cet attribut contient 4 données : les 3 axes, et une valeur d’angle. Le “0 1 0″ signifie que la rotation va se faire autour de l’axe “y”. La valeur de l’angle est en radians, donc pour un demi-tour ça serait 3.14 (environ pi).

Imbriquons notre deuxième cube dans ce nouvel élément transform, lui-même dans le “transform” qui définissait sa position.

Et voilà.

Nous savons comment créer des formes, leur appliquer des textures, les positionner et les orienter dans l’espace. Il est possible de définir les valeurs de plusieurs attributs dans “transform” mais je le déconseille car les résultats sont un peu périlleux…

Si vous avez lu jusque là, bravo pour votre ténacité ! Vous êtes un sacré passionné

update 3 mars 2010: j’ai fait un petit tutoriel ici

Attention, cet article contient peut-être quelques erreurs d’historique ou d’interprétation, je ne suis pas un super-spécialiste de la 3D, seulement un fan.

Ca faisait 10 que j’attendais une techno alliant la simplicité de déclaration du vrml, la standardisation d’un plugin ouvert, utilisant les ressources de l’objet javascript DOM, permettant des applications Ajax. Oulala que de jargon.

Petit historique approximatif

Le Web3D consortium, une branche du W3C, avait posé au début des années 2000 les bases du successeur du vrml : X3D. C’est la version XMLisée du vrml. Mais un problème subsistait: si le langage existait, les navigateurs ne l’avaient pas encore apprit, et il était nécessaire pour X3D comme pour vrml d’installer un plugin. Les éditeurs de plugin X3D ou vrml ne développant pas gratuitement, et les solutions open source n’étant pas parfaites ni multi-support, X3D est resté un truc de passionnés ou de professionnels pendant quelques années sans vraiment décoller dans l’intérêt général des développeurs, qui attendaient probablement que tout le monde se mette d’accord, ou qu’un acteur majeur prenne le lead pour s’y mettre. Et la plupart des plugins n’acceptait qu’un ECMAscript interne complètement détaché de la page HTML dans laquelle l’objet s’affichait. Interactivité très limitée à une période où Ajax révolutionnait l’approche du développement Web.

Il y a eu un essai prometteur mais éphémère qui s’appelait Ajax3D (lien mort aujourd’hui…), basé sur les capacités du plugin de Vivaty à communiquer avec le DOM object, donc avec le serveur pour manipuler les objets 3D depuis une base de données. Puis Vivaty, probablement en besoin de financement, a lancé son service un peu dérivé de Second Life dans la même vague que celle qui avait vu naître feu Google Lively et son plugin a été délaissé.

C’était à désespérer. Je n’en mangeais plus, mes amis se moquait de moi, on me montrait du doigt quand je marchais dans la rue et j’entendais les quolibets “regarde, c’est le type qui croit encore à la 3D dans le navigateur pouvant communiquer avec un serveur distant” “holala le has-been, il est grave trop web 1.0 ce guguss, je parie qu’il dépose des noms de domaines avec ‘oo’ dedans”…

Je me suis caché en attendant et quand Google a lancé O3D j’ai voulu y croire. Le premier jour. Après j’ai commencé à lire les tutoriels et j’ai laissé tomber. Le deuxième jour. Encore un plugin, et surtout du code à décorner les boeufs. Rien de la magnificente simplicité d’apprentissage du X3D. Une grosse bibliothèque incompréhensible demandant un mois de formation et de solides connaissance en mathématique et en C pour dessiner un pauvre triangle.

Dernièrement j’ai même vu passer un truc bizarre dans une des bulletins électroniques à propos d’un xml3D, une annonce probablement issue d’un ventilateur car je n’ai trouvé aucune doc technique.

Et WebGL arriva…

WebGL. Ca vous fait penser à OpenGL ? Normal. C’est le chainon manquant entre la célèbre spécification couramment utilisée dans le développement de jeux vidéos et le navigateur.

Mais.

C’est encore un truc compliqué, en javascript certes, mais pas X3D compliant. Et puis il faut encore installer un plugin encore non-standard dans les navigateurs.

Flute alors.

Sauf que.

Et X3Dom arriva…

X3Dom est, en gros, un traducteur X3D-WebGL. C’est un gros fichier javascript qui interprète votre code X3D et appelle les fonctions webGL qui vont bien. C’est l’objet DOM qui reconnaît ses petits, même ceux 3D. Sans effort.

Certes c’est encore en même-pas-alpha, ça progresse au rythme de développeurs indépendants gratifiés de la seule reconnaissance de leurs fans, et il y manque des tas de fonctions des spécification X3D. Mais que c’est prometteur !

On va enfin pouvoir jouer au Lego dans son navigateur.

Le gros plus de tout ça, c’est que WebGL devrait être intégré nativement dans tous les navigateurs à partir d’HTML5 et x3dom aussi puisque ça sera un simple fichier JS à appeler en header, ce qui lèvera le frein au développement qu’était la compatibilité des plugins (par ailleurs bien souvent propriétaires).

Youpi !

Prochain billet, un petit tutoriel pour commencer à s’amuser avec x3dom. Même votre chat saura bientôt faire de la 3D.

Fusion Tables permet d’importer de gros fichiers csv ou excel, du genre de taille que spreadsheet a encore du mal à gérer (je pronostique d’ailleurs un mix des deux outils dans les mois qui viennent).
Ici il s’agit d’un fichier téléchargé directement du site des Nation Unies dédié aux base de données statistiques mondiales.

L’ergonomie de Fusion Tables n’est pas des plus optimisées, mais la puissance du machin est hallucinante. En demandant une simple visualisation sur un IntensityMap, il a détécté tout seul la colonne avec les noms des pays, et la colonnes de données. J’ai ajouté un filtre pour prendre la population totale (le fichier initial comprenant plusieurs lignes par pays pour les tranches d’âge, ce qui faisait peiner la visualisation) et voilà.

On va encore dire que je fais le fan groupie de Google, mais bon sang que c’est beau !

Avec pas mal de boulot de merging de fichiers (leur système de merge n’est pas du tout optimisé, on ne peut choisir qu’une seule clé de regroupement) on peut s’amuser à reproduire les animations de Hans Rosling:

_Pas
de problème monsieur, c’est livré chez vous dans 24 heures !”

Dans le groupe de l’API sidewiki, j’ai demandé hier s’il serait possible que l’api puisse retourner le flux complet des entrées Sidewiki, et pas seulement celles que l’algo jugeait “utile”.

Et 24 heures plus tard on me dit que c’est fait.

Simple coïncidence car je suppose que les démarches qualités prennent plus de temps que ça, et que la fonctionnalité a passé quelques jours de béta-tests et autres validations de sécurité…

Hier, j’ai parlé des nouveautés Sidewiki trop tôt, je ne me doutais pas que ce matin on en aurait davantage. Voici donc ce qui est possible depuis cette nuit:

Obtenir toutes les entrées Sidewiki d’une url 

http://code.google.com/intl/fr/apis/sidewiki/docs/2.0/reference_guide.html#Query_Params

A la fin de l’url de votre requête, ajoutez simplement “?includeLessUseful=true” et voilà l’intégralité des entrées dans votre flux. Je trouvais que c’était quand même bizarre de ne pas pouvoir le faire…

Voici par exemple le flux de mon premier tutoriel

http://www.google.com/sidewiki/feeds/entries/webpage/http%3A%2F%2Fwww.webving.fr%2Fpost%2Ftutoriel-integrer-facilement-sidewiki-sur-votre-blog-avec-ajax-api-feed/default?includeLessUseful=true

Et la grosse nouveauté: toutes les entrées Sidewiki d’un domaine

Chemin générique:

http://www.google.com/sidewiki/feeds/entries/domainpath/domainPathEncoded/projection

Ce qui donne pour webving:

http://www.google.com/sidewiki/feeds/entries/domainpath/www.webving.fr%2F/default?includeLessUseful=true

Vous noterez que les “http://” encodé a disparu, si je le laisse ça ne marche pas et j’ai la flemme de chercher à comprendre pourquoi…

A noter également qu’il n’y a pas tout, même si je rajoute le paramètre “max-results=100″. Peut-être une limite de temps ?

Voici le billet officiel annonçant tout ça:

http://googleblog.blogspot.com/2009/11/google-sidewiki-first-50-days-of.html

En tous cas c’est cool de voir le service s’étoffer comme ça!

Vu dans le forum des développeurs Sidewiki:

http://groups.google.com/group/google-sidewiki-api/browse_thread/thread/40f25b2c6fc1f4fd

Greg Hochmuth de l’équipe Sidewiki explique que les entrées visibles depuis les flux de l’API sont filtrées: seules les entrées notées utiles apparaissent.

currently, it only returns entries above a certain quality threshold,

so that set of entries may change over time

Du coté des nouveautés

Dans la doc est apparue du code javascript à reprendre pour afficher les commentaires d’une page:

http://code.google.com/intl/fr/apis/sidewiki/docs/2.0/developers_guide_js.html#RetrievingWebpageEntries

C’est peut-être un peu mieux que le code que je proposais dans mon précédent billet sur l’api sidewiki.

Et on peut utiliser des paramètres de requêtes pour filtrer les flux. Lesquels ? Bin juste le nombre maximums d’entrées. Un peu faiblard, mais signe que l’équipe semble vouloir étoffer les possibilités de leur api.

Du coté de l’adoption

Je sais pas vous, mais moi parfois je me balade sur des profils Google croisés au hasard des sites utilisants Google Friend Connect. Et bien souvent les gens ont quelques entrées Sidewiki. Et bien souvent encore, la plus récente remonte à début octobre, un peu après le lancement.

Le succès de ce service serait-il faiblard ?

Je vois quelques raisons pouvant expliquer une certaine désertification dans la participation, passée les premiers tests:

• On voit son nom de profil Google apparaître, et souvent il s’agit du vrai nom et prénom. La grande majorité des gens préférant ne pas voir son nom affiché partout sur la toile, et peu de gens ayant l’envie de déconnecter/reconnecter sous un autre pseudo juste pour commenter, la barrière est haute. Si Google proposait un profil Sidewiki au lieu d’utiliser le profil générique, la participation serait plus grande (comme le risque de troll/spam),
• Il faut absolument la barre d’outil Google dans le navigateur. Beaucoup de mes amis disent “beurk” et je les comprends,
• C’est quand même un service de purs geeks…

Je reste malgré tout ça assez fan du machin.

Je précise tout de suite: en terme de SEO je crois que ça vaut pas un pet de grenouille. C’est juste pour le fun. Le contenu de cette page est en Javascript et les liens sont tous hachés par google.

D’abord : générer une clef Ajax Api Feed

Si vous n’en avez pas bien sûr.  Sinon essayez de remettre la main dessus (Haha! “Mais qu’est-ce que j’ai bien pu faire de ce truc ?”) et passez cette étape.

C’est là : http://code.google.com/apis/ajaxfeeds/key.html

Cette clef ouvre la porte des Apis Ajax de google.

Ensuite, collez et éditez un peu de code:

Allez chercher le flux RSS de vos commentaires Sidewiki sur votre profile Google.

Si vous n’avez aucune idée d’où se trouve votre profile Google, passez par là : http://www.google.com/profiles

Vous trouverez vos commentaires Sidewiki en cliquant sur l’onglet pertinemment nommé “Sidewiki”, le flux rss se trouve en bas, copiez l’adresse du lien.

Sur votre page, à l’endroit où vous souhaitez voir apparaître vos commentaires, collez le code ci-dessous.

<script type="text/javascript" src="http://www.google.com/jsapi?key=ICI_VOTRE_CLEF"></script>
    <script type="text/javascript">

    </script>
 <div id="feed"></div>

Donc les paramètres à éditer sont ceux écrit en majuscule dans le code:

• votre clef google ajax api
• l’adresse de votre flux rss sidewiki
• le nombre de commentaires que vous voulez voir

Enfin, personnalisez à votre goût

Vous pouvez éditer le javascript pour changer les balises utilisées (h3…), et définir les styles de votre <div id=”feed”>

N’hésitez pas à mettre en commentaire de ce billet des liens vers la page où vous avez intégré votre flux

Evidemment il ne faut pas grand chose pour adapter de bout de code à ce qui a été vu dans l’article sur l’intgration des commentaires Sidewiki d’une page et mettre une meilleure mise en forme.

Pourquoi Shelby s’emporte contre le CPM ?

Shelby, c’est un pionnier, et quand on parle de lui, ça veut dire bien avant 2001. Il constate que vendre des impressions n’a plus de sens sur Internet qui est un espace infini, que les impressions dans un navigateur peuvent être facilement boostés artificiellement, que ce sont les utilisateurs qui au final en souffrent…

Selon lui, cette situation qui dure serait en grande partie due à… Une vieille habitude. Le web est jeune, et pourtant ça fait des années que des régies achètent des impressions et que les mêmes fichiers excel sont utilisés à chaque campagne vendue.

Il propose quoi alors ?

Il ne propose pas spécifiquement de solution alternative mais en donne les caractéristiques essentielles: simple pour tout le monde, open-source pour éviter qu’une seule boite aie la main sur tout un marché, et il faut que ça soit un grand mouvement d’initiatives personnelles un peu partout sans avoir besoin d’un comité ou d’un bureau qui s’occupe de ça.

Surtout, il insiste sur le fait qu’on obtient ce qu’on paye. C’est à dire qu’en achetant des impressions, on obtient des impressions, et pas forcément des acheteurs, ou des passionnés curieux, ou des prospects intéressés. Le CPC (coût par click) et le CPA (coût par action) sont des modèles essentiellement adaptés pour du marchand mais pas du média, qui a un but plus informatif: “comment dire aux gens d’acheter un truc qu’ils ne connaissent pas encore ?”

Il y a donc plus de sens à vendre des utilisateurs engagés ou des “actions” (regarder une vidéo jusqu’au bout, cliquer sur le bouton “je suis fan”…) ou autres dispositifs signifiant que l’utilisateur à vu, compris et interagis avec le message.

La suite ?

de toute façons, le CPM moyen est en chute depuis des années, et les médias s’arrachent les cheveux depuis longtemps pour trouver d’autres types de financement. Les budgets pub se contractent et n’ont pas attendu le mot de Shelby. Cela fait peut-être plus longtemps en France qu’on s’en rend compte, car les grands groupes de presse américains ayant pu vivre sur leur trésorerie plus longtemps et ayant souvent des revenus partagés sur plusieurs médias (presse, tv, radio…) ont eu moins rapidement des difficultés à se financer.

Alors la solution ? Les bouquets d’abonnement en ligne ? Le CPC et CPA en maîtres de la pub ? …

Voici comment afficher sur une page ses commentaires SideWiki.

Générer le code de lecture de flux

Rendez-vous sur le Dynamic Feed Wizard

http://www.google.com/uds/solutions/dynamicfeed/index.html

et cliquez sur “start with the wizard”

Choisissez votre style, puis mettez ce que vous voulez qui marche dans le formulaire (un nom de site avec un flux RSS). Par exemple, j’ai tapé “webving” et il est allé me chercher mon flux Atom.

Cliquez sur Preview pour voir un peu ce que ça donne, puis cliquez sur “Generate Code”.

Vous voilà avec une belle floppée de lignes de JavaScript à copier dans votre template.

Collez ce code dans votre template

Sur dotclear je l’ai mis dans le fichier “post.html”, avant la ligne

<!– # Comments –>

C’est très sale. J’aime beaucoup.

Pour wordpress et autres plateformes, je vous renvoie à leurs docs respectives

Deux petites modifications

Changer les lignes (qui seront différentes en fonction de ce que vous avez mis précédemment dans le formulaire de génération de code).

var feeds = [
{title: 'webving',

url: 'http://www.webving.fr/feed/atom'

}];

par ce code là:

var feedurl = ‘http://www.google.com/sidewiki/feeds/entries/webpage/’+encodeURIComponent(document.URL)+’/default’

var feeds = [

{title: 'Commentaires SideWiki',

url: feedurl

}];

Juste un peu plus bas, dans les “options” il y a une autre variable “title:”, n’oubliez pas de la changer aussi.

Admirez vos commentaires SideWiki

Rechargez votre page. Voici qu’apparaissent les innombrables commentaires qu’elle a généré.

Les flux RSS ne sont pas d’une rapidité faramineuse, mais ça finit par apparaître.

Alors oui, c’est très basique, mais le Wizard Ajax Feed est très basique. Peut-être plus tard, si beaucoup me le demandent, une version plus customisée avec l’API Google Ajax Feed…