Zork[Yy]'s log

Quelques applications Android

zorky — Sat, 23 Apr 2011 14:40:00 +0200

Je suis devenu un fan inconditionnel du Smartphone, et particulièrement du Galaxy S, doté d'Android (2.2.1).

Ci-après quelques applications que j'utilise couramment dans les transports ou de chez moi.

Applications utilisées

Réseaux sociaux

Seesmic : l'Application ultime pour suivre vos tweets ou autres statuts Facebook,
Viadeo : messages, activités de vos contacts,
Facebook : pour les inconditionnels de FB, très bien faite,
Google Reader : vos flux RSS,
Trunk du site trunk.ly qui agrège vos liens Twitter et Facebook

QRCode

Barcode scanner : mais nécessite une connexion réseau,
QR Droid

3G & utilitaires Smartphone

Open Advanced Task Kill : permet de tuer d'une pression de bouton tout un ensemble d'applictions ouvertes,
3G Watchdog : statistiques très précises sur votre consommation Data 3G

Utiles dans la vie (ou pas)

La chaîne météo,
RATP Premium : la seule application achetée mais rend de fiers services,
Google Translate,
BNP Mes comptes,
FidMe : enregistrer ses cartes de fidélités sous forme électronique,
Boussole si vous êtes perdus
Niveau : un niveau à bulle,
ABonEntendeur : un avertisseur de radars
Booking.com : le site de réservations d'hôtels

Journaux

Le Monde,
Metro France,
20 minutes,
TF1 News : TF1 News de LCI

Photo / Vidéo

FxCamera : utilisez l'appareil photo du mobile et appliquez des effets,
Studio Buddy Lite : pour dessiner vos scènes "studio", mais j'attends avec impatience la version Android de Sylights,
DS Photo+ : pour les détenteurs d'un NAS Synology, visionne les photos stockées,
Flickr : bien qu'il existe FlickrCompagnion je préfère le site Flickr au format mobile,
VimeoDroid Alpha : version non officielle de la plateforme de partage Vimeo

Musique

DS Audio : écouter les morceaux de musique stockés sur votre NAS Synology

DroidStack : accéder aux sites de StackExchange, et aux questions / réponses,
Doodle : l'application du fameux site de prise de décisions doodle,
pour les stats. de mes blogs, l'application Piwik
PayPal et eBay

Si vous en avez d'autres, n'hésitez pas à les partager en commentaire !

Flickr, Galleriffic et jQuery

zorky — Mon, 11 Apr 2011 10:30:00 +0200

J'aime plusieurs choses dans la vie, et notamment Flickr, jQuery et un plugin bien sympa : Galleriffic. Ce dernier permet de concevoir des galeries photos assez facilement, à l'aide de balises <ul><li> qui contiennent des liens vers des images (miniatures et "grand format"). Amusons-nous à créer une galerie Flickr avec recherche.

Flickr propose dans son API, via un appel public (ie : sans clé), d'explorer les dernières photos publiées pour un compte sous forme d'un flux, avec différents formats de retour : RSS, Atom, Yaml, CSV, PHP ou JSON. Le flux qui nous intéresse concerne les photos publiques pour un utilisateur, et optionnellement avec un filtre sur des tags précis. Comme tout est dans la page HTML, le retour souhaité sera du JSON pour faciliter le traitement, tout ceci permettra :

d'effectuer un appel Ajax (JSON-P) vers Flickr sur un user id en filtrant si on le souhaite sur des tags (séparés par des virgules),
d'effectuer un appel Ajax (JSON-P) vers Yahoo pipes pour obtenir l'userid de l'username à rechercher (cf. ci-après),
d'avoir en retour la liste des photos au format JSON,
de construire cette liste sous forme <li>image</li> afin de l'injecter dans Galleriffic

Un exemple d'une URL du flux, pour l'utilisateur zorky (mon compte flickr) et les tags paysages,sunset :

http://api.flickr.com/services/feeds/photos_public.gne?tagmode=any&format=json&tags=paysages,sunset&id=55936300@N00

Malheureusement, Flickr demande l'userid (la chose barbare 55936300@N00) du compte Flickr et il n'est pas possible de préciser directement son username (par exemple zorky) dans l'API (qu'on utilise pour accéder à notre compte Flickr : http://www.flickr.com/photos/zorky), plus facile à retenir pour effectuer des requêtes vers Flickr.

Heureusement, Yahoo pipes est là, et j'ai pu trouver une pipe très bien réalisée pour obtenir l'username à partir d'un userid : j'ai honteusement fait une copie sur mon compte que je vous livre. En gros, le pipes effectue une requête Web sur la page http://www.flickr.com/photos/zorky, repère une balise <link> (pour les flux RSS/Atom) et prend grâce à une regexp, la partie derrière id= qui contient l'userid et nous le renvoie, ingénieux (il existe un site qui propose d'obtenir ce type d'information, mais n'implémente pas de service pour : http://idgettr.com)

Une fois tous ces éléments en notre possession, il ne reste plus qu'à coder notre page d'affichage de photos Flickr avec une recherche sur un compte et avec la possibilité de filtrer sur des tags.

Vous pouvez essayer sur quelques comptes que j'aime bien : le mien zorky, et d'autres : lili_jpeg, tripax, eloyricardez, loomax, cedricduhez

QR code (ou flashcode pour le grand public)

zorky — Wed, 09 Mar 2011 21:00:00 +0100

Préambule

C'est l'expérience utilisateur hype du moment, mais surtout en raison de la croissance des Smartphone (iPhone, Android & co) promise en 2011 : le QR code ou connu du grand public aussi sous l'appellation trompeuse de Flashcode (qui n'a pas le même résultat, autant de l'image que des droits d'utilisation).

Un flashcode c'est quoi ? tout simplement une image (ou logo), carrée, avec des symboles bizarres dedans, qui peut être scannée (ou flashée dans le jargon) par l'appareil photo du Smartphone. Une fois scanné, le flashcode fournit une information qui peut être de plusieurs types : un lien, des coordonnées (téléphone, adresse, email), une date d'évènement (à la iCal), etc. nous en voyons de plus en plus sur les publicités, aux arrêts de bus, etc

Par exemple le QR code suivant

encode quelques coordonnées au format MECARD (la vCard pour Smartphone) avec : nom, prénom, url, email, téléphone. Il suffit alors de scanner ce dernier avec son smartphone afin de m'ajouter aux contacts ou de m'envoyer un mail rapidement, ou encore de me passer un coup de fil pour me proposer une bière.

L'avantage étant la simplicité, de ne pas avoir à recopier sur son smartphone l'information.

Des imprimeurs l'ont bien compris et commencent à proposer des QR codes pour les cartes de visite. Egalement, bit.ly, le service pour raccourcir les liens propose à chaque lien bit.ly le flashcode associé, il suffit d'ajouter .qrcode derrière l'URL (par exemple) ou encore le service Google en postfixant l'extension .qr aux urls, comme cette adresse Google maps.

Services en ligne

Quelques sites proposent de générer un qrcode :

ZXing project, le plus abouti, permet de générer un qrcode un peu pour tout : coordonnées, évènement, etc utilise l'API de Google chart QR et est le service en ligne d'une librairie Java, leur Wiki est riche pour tout ce qui touche aux différents formats supportés,
beQRious, similaire à ZXing mais en plus Web 2 dirons-nous
goQR : la même chose mais offre la possibilité d'imprimer son QR code sur un t-shirt, une tasse, une carte de visite, plus fun
Google chart QR : ce service (API) encode une entrée vers un qrcode, n'offre donc pas le moyen (comme les sites ci-dessus) de générer un qrcode selon un format déterminé (ie : vCard, évènement). Comme tout service Google, c'est très bien documenté, et donne un résumé sur le protocole QR et ses limitations, passionnant !

Librairies et API

Au niveau services en ligne et API, mon préférence va vers Google chart QR (pérenne, résistant), mais ne fournit que la forme brute :

une entrée (chaîne en UTF-8),
une image en sortie,

sans notion de schémas (MECARD, iCal, etc).

Le QR code a 40 versions, plus vous monterez en version, plus de caractères pourront être encodés, en revanche, tous les smartphone ne pourront lire le qrcode (la version 4 est conseillée pour ces derniers), ceci est expliqué sur la documentation Google (la version est automatiquement calculée selon la quantité de données transmise à l'API, le paramètre chl qui contient l'entrée à QRcoder).

Par contre, je n'ai pas réussi à maîtriser les marges blanches que Google ajoute pour un meilleur scan (par défaut 4), cela ne semble pas prendre en compte la marge que je lui demande (1 ou 2).

Le qrcode de ce billet avec l'URL http://chart.apis.google.com/chart?cht=qr&chs=140x140&chl=http://blog.olivier-duval.info/?post/Flashcode-QR-code&chld=M

Il en existe d'autres : QRGen API, laisse un marqueur/pub sur l'image générée mais à l'avantage de mâcher le travail pour ce qui est de générer des MECARD ou autre qrcode d'évènement, de ce type :

Pour ce qui est de librairie (sous .NET), il y a celle de Twit88 (il faudra s'enregistrer pour télécharger les sources) ou bien directement les assemblys via l'exécutable, prendre ensuite MessagingToolkit.QRCode.dll du répertoire ~MessagingToolkit\MessagingToolkit-QRCode\QRCode. Librairie assez complète, contrôle de la version QR (4, 10, ...), du niveau de correction (M, ...) et simple d'utilisation (Encode, Decode).

Applications Smartphone

Pour Android (Galaxy S inside), j'aime bien Barcode scanner et QR droid, pour les iPhone ou autre BB et WP7, on trouvera certainement de bonnes applications sur les market place respectifs.

Note à moi-même : passer ce blog pour une lecture sur Smartphone

et comme on dit :

Techdays 2011, jour 2 : Choisir une techno d'accès aux données distantes, 45 projets en 45 mn, accélérer vos dévs. Web grâce aux frameworks, toolkits et applications, Code Contracts

zorky — Fri, 11 Feb 2011 12:09:00 +0100

2ème jour des Techdays 2011, quelques notes prises au cours des 4 sessions suivies de la journée.

Au programme : technos. d'accès aux données, 45 projets en 45 mn, accélérer vos développements Web, Code Contracts

Choisir une techno. d'accès aux données distantes

David Rousset et Stéphanie Hertrich.

Cette session était dédiée aux différentes solution d'accès aux données, par une énumération de différentes techniques disponibles selon ses besoins, de WCF à WCF RIA Services.

WCF : découplage entre le service métier et sa publication et de comment on le publie (binaire, http, SOAP, REST, MSMQ, ...), c'est la technique la plus générique et donc la plus souple. La souplesse amène l'inconvénient de tout gérer manuellement (web.config / code) mais permet une maitrise complète des services et des données exposés. L'avantage est que, pour une même interface, de pouvoir modifier le format de retour (l'implémentation) par "simple" modification du web.config en précisant des endpoints différents.

ODATA : exposer des données aux travers des URI HTTP (à la REST) sous la forme de flux Atom ou JSON. odata propose un SDK dans une majorité de langages (C#, JS, ruby, ...).

Parmi les avantages de OData :

les méthodes CRUD sont natives,
le fitrage des données s'effectue à la source et se symbolise par des paramètres dans l'URI,
SDK multi langages,
accessibles par des clients hétérogènes (ndr : j'avais testé le client Silverlight Sesame qu'on peut tester avec la source http://proagora.com/fr/odata/ mais il y en a d'autres)

WCF Data Services : surcouche à OData, une implémentation de OData mais pour .NET (wrapper). Cela apporte notamment un proxy Linq pour le requêtage, les URI des filtres sont directement traduites de l'expression Linq.

WCF RIA Services : principalement utilisé pour du développement Silverlight, il facilite l'accès aux données pour ce type d'application. La démo est accessible directement en ligne, une application de bouquins (une version HTML5 / jQuery est également accessible). Une introduction et tout un tas de billets sur RIA Services sont disponibles sur le blog de David.

45 projets en 45 mn

Bruno Michel nous propose en 45 mn de nous parler de 45 projets (OpenSource sous Windows) que je vais tenter de lister.

TortoiseGit : le client Windows pour accéder aux répertoires Git (portage du fameux TortoiseSVN)
GitExtensions : GIT intégré à Windows Explorer
MyGitHub résumé : site qui génère un CV suivant ses projets GitHub
Hackety Hack où comment apprendre en ligne Ruby aux...enfants
Rails installer : installé un bundle Rails sous Windows
Rubinius : interpréteur Ruby écrit en ...Ruby
ShowOff : le powerpoint des geeks
toto : le moteur de blog minimaliste
Doc Split : programme Ruby d'extraction d'informations d'un document (texte, image, ..., meta données)
ChiliProject : application de gestion de projets Web
Lamson : serveur SMTP en Python
Pygments : coloration syntaxique
Stylus : framework d'aide à l'écriture de CSS
Zombie.js : utilise Node.js, permet de tester des applications Web
Cloud9IDE : l'IDE sur le nuage
CoffeeScript : syntaxe alternative pour écrire du javascript
Backbone.js : framework MVC côté client
Underscore.js : ajout de 60 fonctions utiles à Javascript (map, select, bind, ...)
DOM Master : utilitaire javascript qui permet d'analyser les performances d'un site
Google TV Web UI : bibliothèque javascript pour l'intégration aux TV
Protovis : création de graphes en SVG en javascript (ne fonctionne pas donc jusqu'à IE 8)
Treesaver : framework de publication de magazines en ligne (HTML/CSS)
IE6 no more : tuons IE 6
JS Lint : assez connu, permet de vérifier que ce que l'on écrit en JS respecte les bonnes pratiques
U.C. engine : framework pour la création d'applications Web en temps réel (Erlang/JS)
OpenKinect : les drivers opensource pour le fonctionnement de la Kinect sous Windows, Linux ou Mac.
Depth.js : interagir avec la Kinect à partir d'une page Web
PhoneGap : Mobile framework JS/HTML5
BitCoin : la monnaie virtuelle en P2P
Seeks : moteur de recherche social, axé sur le P2P
OneTeam : outil de messagerie en ligne pour entreprise (ou pas)
Archipel : virtualisation sur le Cloud
Chef : outil de déploiement en Ruby
Vagrant : s'appuie sur Chef pour du déploiement multi-plaformes en VirtualBox
MongoDB : moteur NoSQL, orienté documents
Redis : un autre moteur NoSQL, en clés/valeurs
Webdis : interface HTTP + JSON pour interroger Redis
DuckDuckGo : un moteur de recherche qui ne garde aucune trace de votre passage
htty : une console pour requêter en HTTP
Spore : spécifications d'API en JSON (middleware)
WebHookIt : web hooks (création de mashups, ...)
0MQ : message queue de bas niveau, orienté socket
Synergy : outil très pratique qui permet de naviguer entre plusieurs stations (Linux, Mac, Windows) avec un seul clavier et une seule souris
GomingGW : portage du langage Google GO sous Windows
IOGraph : inutile et donc indispensable (dixit Bruno) : crée un graphe des mouvements de la souris que vous avez effectués durant la journée

Les slides de la session sont en ligne, vous avez 1 mn par slide

Accélérer vos développements Web grâce aux frameworks, toolkits et applications

Pierre Lagarde et David Rousset

Parcours de quelques outils, contrôles et autres trucs utiles pour le développement.

Outils Visual Studio (2010)

Razor : le nouveau moteur de rendu pour ASP.NET MVC 3, simplifie et rend surtout plus clair le code à l'intérieur du code HTML.
SP1 de VS 2010 : permet de changer le serveur web local pour basculer vers IIS Express. Egalement, la venue de HTML5 (target HTML5).
NuGet : nuget est un gestionnaire d'extensions sous VS, qui se base sur un référentiel en ligne. Il suffit, sur le clic droit du projet, d'utiliser le "Add librairie package référence" afin de rechercher et d'ajouter un module (le service pointe sur http://packages.nuget.org/v1/FeedService.svc/)
Elmah : libraire pour gérer les logs. Le simple ajout de cette extension (et de sa configuration dans le web.config) donne accès à la page elmha.axd qui analyse ce qui s'est passé sur la page récemment consultée.
EF Coding First : on part des classes pour créer la base ou les tables, en Entity Framework.
Addins VS avec Tools (Extension Manager) :

       - Productivity Power Tools (un R# like)
       - T4 permet (à partir de New Item dans un projet) d'avoir des fichiers d'extension .tt qui générent du code à partir d'un modèle       
       - R# (payant) : le must have pour le développement (refactoring, vérification du code) sous Visual Studio

Contrôles (HTML, Silverlight, Javascript)

AjaxControlToolKit : librairie assez connue qui propose une multitude de contrôle près à l'emploi
MVCHtml5toolkit : fournit des Helpers pour HTML5 (en ASP.NET MVC) (ne pas oublier d'ajouter le namespace dans le web.config section razor pour profiter de l'Intellisense)
Telerik MVC Extensions : Telerik offre gracieusement un ensemble de contrôle pour ASP.NET MVC
CLEditor : un éditeur WYSIWYG
Silverlight Control Toolkit : tout un ensemble de contrôles pour Silverlight
Telerik SL (payant) : RadControls Telerik propose une 40aine de contrôle Silverlight, où l'on peut en admirer des démos
JavaScript InfoVis Toolkit : disponible sous NuGet, cette librairie Javascript fournit des outils/API pour créer des graphes en ligne
Galleriffic : librairie Javascript pour générer des galeries photos

enfin, hors catégorie, WebMatrix est une plateforme de création de site Web intégrée, tout en un.

Code Contracts

Gilles Tourreau et Amine Zemzemi de Winwise.

Code Contracts permet de faire de la vérification par contrats des méthodes que l'on appelle via des pré et post-conditions, ainsi que les invariants (test de l'état d'un objet, toujours appelé à la fin de chaque méthode). En version Visual Studio Premium, il inclut la vérification à la compilation des contrats (static checker), mais rendu possible en ligne de commande (cccheck) pour les autres version VStudio. Namespace .NET 4.0 à utiliser : System.Diagnostics.Contracts

Avant les CC, les vérifications des entrées ou sorties de méthodes s'effectuaient via des if(! condition) ArgumentException, les CC introduisent une manière simple et évolutive d'effectuer des tests en entrée ou en sortie de méthode, tout en supportant l'héritage via les interfaces et attributs de classe.

Les méthodes statiques disponibles de Contract :

Contract.Requires(test) : pré-condition
Contract.Ensures(test) : post-condition
Contract.Invariant(test) : invariant, appelée à chaque fin de méthodes de la classe
Contract.Assume(test) : pour du code existant, évite la vérification statique du code (version Premium de VS), cette vérification oblige aux tests des variables utilisées du type if(diviseur!=0) methode(diviseur) else erreur
utiliser Contract.EndContractBlock() sur du code existant contenant des séquences if then throw

ou par les attributs .NET ContractClass(typeof(interface)) (pour l'interface) / ContractClassFor(typeof(interface)) (pour la classe abstraite qui implémente l'interface), cela se traduit par d'injection des contrats dans les classes, permet l'utilisation de l'héritage, voir l'exemple d'application sur MSDN.

CC permet de générer 2 assemblies, 1 pour la production (A.dll) et 1 pour le développement (A.Contracts.dll), peut être utile si l'assembly est livrée à un intégrateur.

Retrouvez toutes les années via le tag techdays et d'autres résumés listés sur le blog de Nicolas Esprit.

Techdays 2011, jour 1 : plénière Cloud Computing, améliorer les performances Web, Javascript dans tous ses états, SEO : mythes et techniques, MongoDB et C#

zorky — Thu, 10 Feb 2011 11:47:00 +0100

Comme chaque année, direction le Palais des congrés de Paris pour la grande messe Microsoft : les Techdays.

Les techdays c'est 3 jours de sessions et conférences sur l'ensemble des technologies Microsoft, mais pas seulement. Un bon moyen de sentir les nouvelles tendances, ou tout simplement de s'intéresser à des alternatives ou mettre le pied à l'étrier sur des technos. méconnues.

Quelques notes prises au fil des jours, principalement orientées sur le développement / Web (le 1er jour étant dédié principalement au développement me concernant).

Keynote

Un peu déçu par la keynote sur la forme, moins rythmée, il manquait cette petite touche humouristique que l'équipe précédente apportait. Le thème principal était le Cloud computing, en partant de sa définition pour aller sur un cas virtuel d'une startup (Contoso) de vente de voitures avec quelques démos qui couvraient les briques du Cloud computing : IaaS, PaaS, SaaS : infra, système et développement.

Améliorer les performances Web : optimisation côté client

Intervenant : Nicolas Hoizey, directeur technique de Clever Age.

Session axée sur les performances Web, ou l'accès aux pages Web sur les sites, sujet qui m'intéresse fortement. Très important car pour le e-commerce ou tout simplement pour les sites qui tirent leur profit des visites (Amazon, Google, MS, ...), une augmentation du temps de chargement, ou plutôt, d'affichage de la page peut créer une baisse de leur CA, chacun des acteurs nommés en ont fait l'amère expérience (de -0.76 à -2.8 % de baisse du CA).

Même si les tuyaux augmentent (avec la fibre, nous atteignons des débit de 100 MBS), l'accès aux ressources des sites n'excèdent pas les 1 600 kbps, alors que les pages Web en 2010 pésent souvent jusqu'à 300 ko, poids courant de nos jours.

En 2010, il y a eu le Web Perf Contest (remporté par un français) : l'exemple pris pour la session fût la Fnac qui a bien voulu jouer le jeu : comment optimiser l'accès à leurs pages, avec quels outils ?

Paradoxalement, et contrairement à l'idée reçue, le temps de la création de la page est composée par 5 % du serveur et 95 % pour le client (navigateur), il est donc important d'axer son optimisation sur ce dernier.

Des extensions (PageSpeed, Speed tracer, YSlow) permettent d'analyser la cascade de chargement d'une page, afin de déterminer tous les éléments qui sont chargés, ainsi que le départ de leur chargement, et le démarrage du rendu (Start render) à afficher sur le navigateur. Un élément (image, css, JS, etc) est composé de plusieurs parties : DNS, connexion TCP, attente réponse, chargement réponse, chaque partie peut être améliorée.

On aura alors ce type d'analyse (ou pour Amazon) afin de corriger les éléments perturbateurs. Le site Webpagetest donne la possibilité de tester n'importe quel site afin de simuler l'accès par IE et à partir de plusieurs zones du monde.

Des solutions d'optimisation vont plus loin, tel que mod_pagespeed, un module Apache qui filtre le flux et l'optimise à la volée ou encore Doloto de Microsoft au stade de Labs.

Quelles actions entreprendre pour optimiser l'accès aux pages ?

réduire la latence en mettant en place un CDN, nécessaire lorsque l'audience est de niveau international,
réduire les requêtes DNS, en minimisant le nombre de domaines appelés : Le Monde inclut pas moins 50 appels vers des sites externes (contenus, pubs), sorte de mashup mais où le navigateur effectue tout le travail,
réduire le nombre de requêtes HTTP :

     - exploiter le cache du navigateur (j'en avais présenté une introduction dans la  mise en place d'une syndication),
- configurer le serveur afin de cacher certains éléments (statiques du type images, css, js) en indiquant une date de péremption,
- concaténer les sources javascript et CSS,
- réduire le poids des images,
- compresser directement par le serveur Web en gzip le flux de données,

pour ces 4 derniers points, j'avais également écrit une introduction sur l'optimisation côté serveur et fichiers, lors de la mise en place du blog sur le NAS Synology

     - combiner les images sous forme de sprites, qui consiste à envoyer une seule image contenant l'ensemble des icônes utiles et de la découper grâce au CSS au moment de leur affichage, technique qu'utilise Amazon, cela réduit le nombre de requêtes HTTP afin de ramener l'ensemble des images d'une page,
- cookie à supprimer : servir les ressources statiques par un domaine sans cookie (ie & nb OD : via un serveur de cache via un sous-domaine par exemple, nginx peut être une alternative),
- le navigateur limite le nombre de téléchargements simultanées par domaine : 2 requête selon le standard HTTP/1.1. La solution étant d'utiliser des sous-domaines afin de répartir le stockage des éléments statiques, solution nommée domains sharding , conseillé entre 2 à 4 domaines, pas plus,
- flush partiel du HTML

Ressources

retour sur le concours de webperf,
les présentations seront prochainement disponibles sur Slideshare,
un groupe dédié aux performances Web sur Diigo

Les slides est disponibles sur le blog de Clever Age

Javascript dans tous ses états

Session présentée par Bruno Michel (AF83) et Yann Schwartz (Polom).

Un petit tour sur différentes librairies / frameworks en Javascript où pour certaines, j'avais déjà lu des billets sans en avoir vu des applications concrètes. Avouons-le, je n'aime pas particulièrement écrire du javascript. En revanche, son utilité n'est plus à démontrer et m'appuyer sur des librairies qui facilite son écriture, j'adore ça, découvrons en quelques unes.

node.js

Serveur javascript & asynchrone, efficace pour les I/O (non bloquantes), asynchrone. Cette librairie permet d'écrire des scripts très performants (pour de la messagerie instantanée, notifications en temps réelles, ...), tournant sur un seul thread, ce qui simplifie le développement car aucune synchronisation n'est nécessaire (ie : lock de ressources).

Des librairie sont fournies : http, socket, fs, qui facilitent grandement la programmation "bas niveau", ainsi que l'adjonction de modules basés sur node.js.

Reactive Extensions rx.js

Le pendant de Rx .NET, rx.js est une librairie Javascript pour de la programmation asynchrone, à base d'évènements qui suit le même paradygme que sa version .NET : Observable / Observer. Son lead developper est Matthew Podwysocki.

La démo présentée était sur une recherche Wikipédia (via son API Opensearch avec retours au format JSON) avec des propositions en temps réel, où rx.js est bien adapté pour des appels Ajax (et asynchrone) via la fonction $.ajaxAsObservable et des méthodes chaînées (Select, Where, Min, Max, ...), "à la Linq".

CoffeeScript

Avouons le, écrire du Javascript n'est pas toujours simple et conduit souvent à des erreurs de syntaxes (; } ou ) non fermées), même si nous avons des outils (Firebug le bien nommé); qui n'est pas resté bloqué des heures sur un simple problème de syntaxe ?

CoffeeScript se propose de simplifier la syntaxe du langage Javascript, en enlevant tout ce qui nous pose problème habituellement : les ; {} (), les var, les comparaisons (== et ===) etc. Assez orienté Ruby / Python, CoffeeScript interprète le code et traduit en Javascript standard ce dernier, et reste compatible avec les librairies les plus connues (jQuery, ...).

Un portage Windows de CoffeeScript est en cours, hébergé sur le github coffeescript-dotnet.

Le code des différentes démos est disponible sur le répertoire github Techdays 2011 Javascript.

SEO : mythes et technique

Par Aymeric Jacquet, la session était agrémentée par des conseils ou des choses à ne pas appliquer pour le référencement. Très orientée sur Google (en France, il tient plus de 90 % des parts de marché).

2 visions de référenceurs : les white hat (appelés les "bisounours"), les black hat (ou les "spammeurs") qui ont une vision diamétralement opposée : le premier respecte les règles des guidelines Google, et se repose sur le contenu, un travail, donc, à plus long terme, tandis que l'autre se moque des guidelines, le lien est roi, et a donc une stratégie à court terme.

Wordle peut être utile pour s'assurer de la densité des mots dans un billet ou un article, important pour un meilleur référencement sur un sujet d'actualité par exemple.

Quelques points pour améliorer son référencement Web :

le rédactionnel est important,
écrire pour les robots ET les internautes,
le PageRank reste un indicateur de qualité,
les meta keywords ne sont pratiquement plus pris en compte par les moteurs, reste la meta description,
ne pas hésiter à créer des liens vers les pages profondes, les plus importantes,
le nom de domaine est important, cela peut valoir le coup d'en racheter des anciens qui ont déjà une bonne réputation pour faciliter le référencement, pour cela Sedo peut nous aider,
le format des URLs (titre), le balisage HTML,
la rapidité d'affichage,
les ancres internes ou externes,
arrêter les "cliquez ici", "la suite ici", ...
ne pas publier toutes les pages d'un site d'un coup (s'il y en a des milliers), Google n'aime pas ça, mettre des noindex et libérer au fur et à mesure

Ressources

La référence en SEO : Seomoz

MongoDB et C#

Par Yann Schwartz (Polom) et Rui Carvalho.

Le NoSQL (Not only SQL) est en vogue en ce moment, il était temps de goûter un peu de concret ou du moins un début d'approche par une session sur un moteur NoSQL : MongoDB.

Les "bases" NoSQL répondent souvent à un souci de performance qu'il faut résoudre. D'une façon générale, avec un SGBDR classique, on met en place un cache (sous forme de "Hashtable") avec les données à afficher sur la page. Vient rapidement la problématique du cache réparti, dans le cas d'une ferme de frontaux, les bases NoSQL tentent alors d'y trouver une solution.

Il existe plusieurs modèles de NoSQL :

sous forme de clés / valeurs, on pensera à Memcached ou Redis,
colonnes : BigTable (by Google), Cassandra,
documents : CouchDB (moteur Erlang / Javascript - API RESTful), MongoDB (moteur C++ / Javascript) (ndr : et j'ajouterais RavenDB) : "documents" décrits sous forme d'arborescence d'objets/valeurs

Le NoSQL ne garantit pas autant de fonctionnalités qu'un SGBD, notamment le transactionnel / journalisation. Il faudra alors accepter un compromis sur les propriétés ACID qu'apportent les SGBDR, les NoSQL sont basées sur le théorème de CAP (Eric Brewer) qui se définit selon 3 principes :

Consistance / consistency : tous les clients ont la même vue lorsqu'il y a des mises à jour,
Availability (Haute disponibilité)
Partition-tolerance (Tolérant à la partition)

et on ne peut garantir uniquement que 2 de ces principes à l'instant T.

Mais sinon, à quoi ça sert ? en gros, avoir un cache à valeur ajoutée : requêtable, distribué et persistant.

Quelques particularités de MongoDB :

facile à mettre en oeuvre,
fonctionne sous Windows,
requêtes en JSON,
orienté documents : pour effectuer une analogie avec les SGBDR : document (de même nature) = 1 ligne, documents stockés dans des collections (~tables),
données stockées en BSON (binary JSON),
supporte la montée en charge,
drivers dans la majorité des langages,
propose une console (mongo) pour requêter (en javascript) ou administrer,
de nombreuses librairies dont C# (supportée 10gen, on peut lui adjoindre l'extension Linq grâce à fluent-mongo) ou la version C# alternative non officielle NoRM (support de Linq)

Attention :

les documents sont limités à 4 Mo
flush toutes les 60 s sur le disque
pas de journalisation (prévue pour la 1.8)

exemples de requêtage :

$ db.get.CollectionNames()
$ db.help()
$ db.createCollection("counter")
$ db.user.save({name:"valeur", value:10000})
$ db.user.count()
$ db.user.find({"value":{$gt:9999}}).sort({value:-1}).limit(3)
$ db.user.remove() // truncate
$ db.user.drop() // delete

Session très intéressante pour les applications possibles de NoSQL et la compréhension des grands principes, cela donne des idées. A ce que je retiens, pour l'instant, cela peut surtout servir à mettre en place du cache, lorsque l'on souhaite mettre à plat des données pour un affichage (sur une page).

A tester !

Le webcast ou les sources de la démo sont en ligne.

Ressources

Sources de la session disponibles sur le bitbucket de Rui.

Retrouvez toutes les années via le tag techdays.

Bonne résolutions 2011 : quelques mises à jour de nos outils sont à prévoir

zorky — Thu, 06 Jan 2011 08:30:00 +0100

Quelques sorties de nouvelles versions, programmons vite les mises à jour :

ORM : NHibernate 3.0 : Linq, Lazy property, memcached, QueryOver API pour les requêtes Criteria, un billet suivra sur certaines des nouveautés,
IoC : Castle Windows 2.5.2 : .NET 4.0, réduction à seulement 2 assembly (au lieu de 4), et d'autres améliorations,
Wiki : dokuWiki Anteater : améliorations de l'API XmlRPC (ajout de la recherche plein texte dans les pages du Wiki), recherche sur le Wiki plus pertinente,
il me plait bien ce moteur de rendu Razor d'ASP.NET MVC 3 R2

Y'a plus qu'à.

Bonne année 2011 !

zorky — Sat, 01 Jan 2011 17:30:00 +0100

Santé, travail, amour et prospérité, que tous vos souhaits et projets se réalisent en 2011 ou après !

réalisation d'une talentueuse collègue ayant des compétences distinctives en graphisme & co (...)

sinon de ma composition, euh kitch non ?;)

MS Days 2010

zorky — Mon, 11 Oct 2010 12:51:00 +0200

Les 6 & 7 octobre 2010 ont eu lieu les MS Days 2010 (ou rencontres techniques), évènement qui parcourt toute la France sur les nouveautés de l'éditeur. C'est toujours l'occasion d'avoir un aperçu des nouveautés ou innovations côté Microsoft et de leur application côté code (ie : dans Visual Studio / C#). Cet évènement n'est qu'un préambule à l'évènement de l'année, les techdays 2011, qui aura lieu du 8 au 10 février 2011 au Palais des congrés de Paris.

Quelques notes de la 1ère journée.

Windows Phone 7

Pas tout à fait le lancement de Windows Phone 7, qui devrait avoir lieu dans les semaines qui suivent, mais au moins quelques annonces et une démo de ce smartphone.

avant même d'ouvrir son smartphone (ie : accès à son profil via son mot de passe), bon nombre d'informations sont données sur l'écran : rendez-vous, # de messages reçus, etc
hubs : contrairement à ses concurrents (iPhone, Android, Blackberry), l'écran d'accueil de WP7 est organisé un peu différemment, le parti pris de partir sur des "hubs" ou sorte de catégories à thèmes, avec en plus, des raccourcis vers les applications que vous utilisez le plus (messagerie, réseaux sociaux), le tout est personnalisable,
Office intégré au smartphone = rapidité,
résolument orienté réseaux sociaux et la plateforme Windows Live (apparemment tout passe par Live pour publier, pas très avantageux me concernant),
MarketPlace : la plateforme d'applications Microsoft. Seul bémol à mon avis : pour les applications métiers, d'entreprise, obligation de passer par cette plateforme pour installer une application, ce qui va en refroidir plus d'un je pense (même si l'envrionnement de dév. est bien conçu avec une simulation du smartphone)
offre Orange Business Services avec un exemple de tarif sur 24 mois : 19,90 € HT (sans la voix qu'il faudra rajouter en sus) : 100 SMS, 3G+, Wifi, option mails, etc

L'ergonomie du WP7 m'a plu, en tout cas, lors de la démo par le speaker. Le smartphone répond bien et est réactif.

Azure : outils et bonnes pratiques

Speaker : Pierre Couzy

Windows Azure se décline sur 3 axes : un environnement applicatif (plateforme), du stockage (Blob), de la base de données (SQL Azure), avec une facturation selon l'usage, et un avantage pour absorber une charge ponctuelle.

Parmi les "briques" qu'offre Azure, il y a la fédération d'identités. Bien souvent, dans toute organisation, lorsque nous avons une multitude de plateformes, sites, applications, vient très rapidement la problématique de la sécurité et de l'identité (compte) d'accès à une application (et je peux en témoigner). Azure propose de simplifier tout cela en proposant un fournisseur d'identités qui s'intercale entre les différents systèmes, on retrouvera plusieurs sources de comptes possible : AD, Web (bases de données), comptes tiers (Free, Google, ...), OpenID, ...

Concernant les données, plusieurs scénarios d'accès : JSON & AtomPub, ou directement sur SQL.

Pour le développement, sous Visual Studio 2010, plusieurs composants sont disponibles avec le modèle projet Cloud Service, ce dernier paramètre les éléments à déployer sur le Cloud : nombre de VM, taille, etc sous forme d'un package ZIP à télécharger sur le portail Azure. Il est possible, via directement Visual Studio (cf. le SDK) de déployer son projet, grâce à un certificat qui permet de signer le package.

Compter environ 15 mn à chaque déploiement (préparation des VM, calcul de l'éloignement des machines dans le data center, ...). Des éditeurs de solutions externes proposent également de l'outillage : Cloud Storage Studio.

Compte tenu du temps de déploiement, le développement pourra s'effectuer sur un environnement local (Dev. Fabric) de simulation d'Azure, avec le gros avantage de pouvoir débugguer (cf. les différences entre les 2 modes)

Quelques préconisations :

pas de stockage sur le FileSystem, le BlobContainer est là pour ça, le système de fichiers est volatile, on l'utilisera que pour du temporaire (génération d'une image avant de l'envoyer par exemple). il y a également la possibilité de monter un Blob VHD qui sera visible comme un stockage local.

débuggage sur Azure : via Trace avec le provider Azure Diagnostic Monitor ou l'outil Azure Diagnostic Manager sur des sources (Eventviewer, IIS logs, ...), ou IntelliTrace de la version Ultimate de VStudio 2010.

Le Windows Azure Plateform Training Kit rassemble tous les scénarios possibles afin de s'en inspirer.

Quoi de 9 dans IE ?

Speaker : David Rousset

Après un bref historique d'IE (1995 : IE 1, 2000 : IE 6 avec XP, 2004 : SP 2 IE 6, 2009 : IE 8 avec Windows 7, 2010 : IE 9 CTP, ne sera pas disponible sous XP), et de chiffres divers (25 % des migrations IE 6 -> IE 8/9 ne sont pas fonctionnelles à cause des ActiveX, 87 % des utilisateurs lancent une application depuis la barre des tâches, 4 % utilisent les favoris, - de 10 % utilisent plus de 8 onglets), quelques éléments sur les nouveautés et des démos de benchmarking ont été montrées, afin de démontrer les nouveautés en termes d'accélération matérielle (GPU).

Ergonomie / usage :

1 seule barre de navigation et de recherche, au même titre que la concurrence, la tendance est à la simplicité et l'épuration de la barre de navigation,
possibilité de sortir les onglets du navigateur,
un onglet peut être épinglé sur la barre de tâches (un menu contextuel peut être personnalisé selon le site, vers une URL, pour écrire directement un twitt par exemple),
gestionnaire de téléchargements revu,
about:Tabs : les sites les plus populaires,
gestion et prévention concernant les add-ons (temps pris par ces derniers à l'ouverture d'un onglet)

HTML 5 / CSS 3 :

balises <video> (codec H264, VP8 selon les navigateurs), <canvas> (bitmap)
CSS3 : animations, coins arrondis, opacité, ...
SVG 1.1 : format vectoriel

dans les 6 prochains mois, ce qui intéresse les développeurs : CSS 3 : 76 % , HTML5 vidéo : 68 %

MS a fourni 7 200 jeux de tests pour CSS 2.1 / HTML 4, il en fournira 60 000 pour CSS 3 / HTML 5. Comparativement, le test ACID 3 ne représente que 100 tests, et pour certains, ils ne seront pas implémentés au final. ACID 3 est plus marketing qu'un véritable test.

les développeurs n'ont pas été oubliés : la barre F12 permet une multitude d'aides au développement (CSS,HTML,debug, JS,...)

Démos de benchmarking : Amazon Shelf, Flickr Explorer, NeverMind the Bullets, FishIE Tank

moteur Javascript : le moteur (Chakra) a été revu afin d'exploiter au maximum le multi-coeurs des processeurs actuels : compilation à la volée du script sur un coeur puis exécution.

Il reste possible d'utiliser le moteur IE 8 dans IE 9. Il est conseillé d'utiliser la technical preview afin de ne pas remplacer Internet Explorer installé sur la machine en cours.

Toutes les informations sur le blog d'IE FR.

Applications d'entreprise avec .NET 4 et Silverlight 4

Speaker : Mitsu Furuta

Evolutions de l'accès aux données : ADO (connexion directe à la base), Web services (WCF, apporte une couche d'abstraction), standardisation avec RSS et REST (+CRUD), requetage avec Linq, du syncrhone à l'asynchrone.

RIA Services : framework utilisé avec Silverlight pour l'accès aux données, propriétaire dans le sens où le framework génère la partie cliente (ie : proxy), intégré dans SL Tools 4.0

Reactive Framework : Rx est un framework dédié à Silverlight / WPF, il permet de gérer l'asynchronisme tout en écrivant séquentiellement du code (et non plus des délégués à n'en plus finir avec OnComplete), ce qui rend le code plus lisible. Une version Javascript est aussi développé (intéressant pour les appels Ajax ! ;))

"meme" du jour : URL-ABC

zorky — Wed, 14 Jul 2010 11:48:00 +0200

Prendre le 1er site que propose le navigateur pour chaque lettre (Chrome chez moi), cela donne ceci :

petites frayeurs pour le S et le P si vous avez des sites pour le X, je reste intéressé bien évidemment.

A qui le tour ?

dokuWiki et intégration : SSO, annuaire, modèles & co

zorky — Tue, 06 Jul 2010 22:45:00 +0200

Préambule

Avant de parler plus spécialement de dokuWiki , un point sur le mot intégration d'applications. Que signifie "intégrer une application ou un progiciel ou un module ou ..." et comment le permet-on ?

On peut avoir plusieurs niveaux d'intégration entre 2 applications (Web j'entends), toutes doivent être, si possible, transparentes pour l'utilisateur :

inclure des données d'une application A dans une application B : l'utilisateur se trouve sur la A, et des informations du site B sont incluses dans le 1er sous diverses formes : flux RSS, widget, OpenSocial, à l'aide d'une API (service Web SOAP, REST, XmlRPC, ...) ou non (fichiers, base de données ou LDAP partagés entre 2 ou N applis) de la part du site B (on peut considérer un flux comme une mini API),
à partir d'une application A, qu'un utilisateur puisse se connecter sur une application B pour y interagir (Google docs, Wiki, enquêtes, etc), avec bien souvent des droits bien particuliers (autorisations),

2 applications seules dans leur coin fonctionnent en général bien, mise à part tout le process de leur mise en place (développement etc), la difficulté devient exponentielle lorsqu'il s'agit d'intégrer de façon transparente pour l'utilisateur une application dans une autre pour y apporter un service supplémentaire.

L'intégration d'une application est souvent rendu possible à l'aide d'API sous forme de services Web (données, annuaire, ...) et aussi également par l'ajout d'un (Web)SSO qui permet à l'utilisateur de passer d'une application vers une application avec son même login et mot de passe et ce, sans se reconnecter s'il l'était déjà, s'authentifier qu'une seule fois est très important afin de faciliter l'usage des outils.

dokuWiki

Wiki

Une petite définition d'un Wiki, selon Wikipédia

Un wiki est un site web dont les pages sont modifiables par tout ou partie des visiteurs du site. Il permet ainsi l'écriture et l'illustration collaboratives de documents.

Wikipédia en est son meilleur représentant, une encyclopédie enrichie par une multitudes de contributeurs. Tous les moteurs de Wiki sont basés à peu près sur le même principe, c'est à dire des balises simples pour formater le texte d'une page (gras, liens, titres, ...), l'écriture de ce billet est effectué de cette façon, à l'aide de balises Wiki, d'autres moteur de blog implémentent Markdown ou Textile qui suivent le même principe .

La collaboration sur un document est effectuée contributeur par contributeur, c'est à dire qu'une page ne peut être éditée à plusieurs (elle sera bloquée si elle est éditée par une personne). Pour ce type de collaboration simultanée, Google docs est plus approprié (que l'on ait un compte google ou non), plus dédié à de court document je pense, à la "Word".

Exemples d'utilisation d'un Wiki :

élaboration d'une documentation sur un projet afin de garder un historique
documentation d'une plateforme
manuels utilisateur ou tutoriels

le choix de dokuWiki

Pourquoi dokuWiki ?

Parmi la pléthore de moteurs qui existent sur le marché OpenSource ou non, dokuWiki est intéressant par sa simplicité (pas de base de données par exemple) et surtout par son architecture qui le rend extensible et modulaire, que cela soit du point de vue de l'authentification, des modèles (de charte graphique), API (XmlRPC et API interne), avec bien entendu bon nombre de plugins proposés (> 600) (cf. les fonctionnalités), sans compter une architecture de développement de plugins bien pensée (évènements et hooks utilisées dans les actions).

L'un des points négatifs de mon point de vue étant qu'il soit développé en PHP mais on s'y remet vite aux $, mais aussi, des releases officielles peu fréquentes, malgré un trunk assez actif.

Principes d'authentification

dokuWiki propose un système d'authentification extensible, qui peut être étendu à d'autres protocoles d'authent (LDAP, CAS, Shibboleth, OpenID, NTLM, AD, spécifique, etc). Par défaut, dokuWiki gère les logins et mots de passe sous forme de fichier texte (le mode plain).

Il suffit de dériver de la classe auth_basic (l'interface/classe abstraite qui représente le contrat d'authent), d'implémenter les méthodes obligatoires et certaines optionnelles, et ensuite de préciser la stratégie utilisée pour l'authentification (la nouvelle classe dérivée d'auth_basic) dans le fichier de configuration (l'entrée $conf['authtype'] = 'maclasse') : dokuWiki se chargera d'instancier cette dernière et d'appeler les méthodes voulues qui sont précisées dans la classe dérivée, à l'aide du tableau cando définit dans la classe de base auth_basic.

Par exemple addUser à true provoquera l'appel de la méthode createUser($user,$pwd,$name,$mail,$grps=null) qui devra être implémentée.

Souvent, les méthodes utilisées permettent de se brancher sur une base de comptes existantes (bdd, LDAP, ...qu'on appellera référentielle) pour les besoins d'authent et d'annuaire (login mais aussi nom, prénom, email, ...), afin de lire le compte et/ou ses groupes d'accès ou bien de le modifier, la page authentication_backend précise les méthodes à utiliser le cas échéant.

Dans ce cas, nous avons bien de la fédération d'identités (en gros 1 login partagé par plusieurs applications, un référentiel hébergé ou réparti sur un ou plusieurs points) mais la bannière de login pourra être dupliquée sur l'application A, dokuWiki, etc, on ne répond pas dans ce cas au besoin de SSO : 1 login et ne pas se réauthentifier sur dokuWiki si on l'était déjà sur l'application A.

dokuWiki propose la méthode trustExternal qui surpasse toutes les autres (elles seront alors ignorées à quelques exceptions près), elle nous permettra d'implémenter le SSO. Son activation s'effectue via le tableau cando avec la clé external qu'on mettra à true dans le constructeur de la classe dérivée.

$this->cando['external'] = true;

Le SSO, comment ?

On peut voir au moins 2 manières d'implémenter du SSO, ou plus précisemment détecter une authentification existante sur un site tiers :

par l'usage d'un cookie de domaine, qui contiendra un jeton : nous dira si l'internaute est déjà passé par une application et qu'il s'est donc déjà authentifié : si non, soit une redirection s'effectuera afin de le rediriger vers un point central d'authent, soit sur l'application cliente elle-même. Cette solution est adapté aux applications qui se basent sur un même domaine, évite un aller-retour lors de l'arrivée de l'internaute (s'il était déjà connecté sur une application partenaire), le jeton contenu dans le cookie est bien évidemment à vérifier afin d'éviter toute faille de sécurité. S'il n'existe pas de cookie avec le jeton, il est redirigé vers l'application qui centralise l'authentification, se connecte, le cookie est fixé avec le jeton, puis il est redirigé vers l'application appelante dokuWiki.

Cela est schématisé par l'image suivante, si l'internaute était arrivé par l'application A, le cookie de domaine serait déjà garni lors de l'arrivée sur dokuWiki, cela réduit d'un aller-retour systématique, ce qui n'est pas le cas dans la solution par session ci-après

En revanche, une très grosse contrainte technique des navigateurs sur HTTP peut rendre difficile son utilisation, comme le précise le RFC 2109, section 4.3.2 Rejecting Cookies

A Set-Cookie from request-host y.x.foo.com for Domain=.foo.com would be rejected, because H is y.x and contains a dot

autrement dit, cela interdit les sous-domaines qui contiendraient un . (point ou dot), d'aller plus loin de 2 niveaux que domain.ntld. Par exemple www.info.domain.ntld et www.finance.domain.ntld ne pourront pas partager le même cookie de domaine (qui serait fixé sur domain.ntld), alors que pour docs.google.com et calendar.google.com cela est rendu possible. Cette contrainte devrait être levée dans les futures versions des navigateurs, en attendant, il faudra trouver une autre solution.

en jouant sur l'ouverture de session, puis ensuite par un jeu de redirection : la 1ère fois que l'internaute arrive sur dokuWiki, à l'ouverture de session, il est instantanément redirigé vers la plateforme/application qui centralise l'authentification (application A), vers une page spéciale qui gèrera ensuite le retour vers dokuWiki : si l'internaute était connecté sur application A alors il est immédiatement redirigé vers dokuWiki, sinon il se connecte puis est redirigé vers dokuWiki. L'URL de retour contient notamment en paramètre un jeton de type HMAC , avec une clé secrète partagée entre l'application qui gère le login et dokuWiki afin de s'assurer de qui envoie les informations vers le Wiki lors de l'authentification, notamment la clé utilisateur (id, email, ...). Ce type de challenge est assez courant, on retrouve ce principe de redirections sur OpenID ou OAuth.

le principe :

Même si elle impose automatiquement une redirection, la 2è solution est moins contraignante, nous choisirons donc cette dernière pour dokuWiki.

Dans les 2 cas, le principe se base sur de la redirection HTTP qui joue un challenge entre le site client et le site qui permet de s'authentifier. L'URL de retour vers le Wiki contient le jeton HMAC, ainsi qu'une clé identifiant l'utilisateur qui s'est authentifié, clé qui pourra être utilisé dans un service d'annuaire pour en connaitre plus sur lui (nom, prénom, email). On pourra ajouter également la date/heure de connexion de l'utilisateur afin de limiter l'usage du lien / jeton dans le temps.

Concernant les groupes d'accès, dokuWiki stocke le(s) groupe(s) dans un fichier texte ~dokuwiki/conf/acl.auth.php, la clé de configuration ACL doit être activée $conf['useacl']=1; . On pourra s'aider d'un service d'habilitations, inclus ou non dans le service d'annuaire, afin de déterminer à quels groupes appartient l'utilisateur qui arrive sur le Wiki.

un exemple de groupes d'accès, déclinés selon les droits dokuWiki :

*       @ALL    0
*       @rpc    4
*       @geeks  16
*       @geeks%2dro     1

Le groupe geeks a tous les droits d'édition sur les pages, ainsi que sur les fichiers, pour une population de contributeurs. Le groupe rpc pourrait être affecté lors de l'accès à l'API (XmlRPC ou la syndication) par un système tiers, avec des droits moins forts (pas de suppression par exemple). Le groupe geeks-ro (les caractères du type - doivent être fournis en code hexa) pourrait être réservé pour des utilisateurs qui n'ont droit qu'à une consultation seule (et non à l'édition). Tout le reste (@ALL) aucun droit.

exemples de code

On aura besoin : de la classe dérivée, de son constructeur, et de la méthode trustExternal qui contiendra l'initialisation de l'utilisateur et groupes appartenant à dokuWiki. Hormis l'authentification et l'affectation des groupes, l'authent est souvent couplé à un service d'annuaire, afin de connaitre a minima l'email, le nom, prénom et civilité du connecté. A défaut de service d'annuaire (SOAP, REST), ces derniers pourraient être renvoyés en même temps que l'URL de retour, en tant que paramètres.

Ce ne sont que des bouts de code pour démontrer le principe en 3 étapes, le principal étant dans trustExternal

Les parties dont on a besoin :

la classé dérivée que nous nommerons auth_provider, hérite de auth_basic, dokuWiki sait quel provider instancier par la clé de configuration $conf['authtype']='provider', la classe sera contenue dans le fichier ~dokuwiki/inc/auth/provider.class.php

class auth_provider extends auth_basic
{
  ...
}

son constructeur

function auth_provider() {
      $this->cando['external'] = true; // on utilise le mode external pour l'authent, seule trustExternal sera appelée de façon implicite
      $this->cando['logoff'] = true; // pour usage manuel, vidage cookie et session, permet d'ajouter à une page ?do=logout pour un logoff
 
      $this->success = true;
      return;
    }

et la méthode trustExternal pour l'initialisation de l'utilisateur dokuWiki avec ses groupes si le challenge SSO a réussi

function trustExternal($user,$pass,$sticky=false)
 {     
      // session déjà ouverte ? on initialise l'utilisateur dokuWiki
      if(isset($_SESSION[DOKU_COOKIE]['auth']['buid']))       
      {
            $this->_setUser($_SESSION[DOKU_COOKIE]['auth']['buid']);
      } else { // retour de la redirection de l'appli de login ?
                        if($_GET["token"]!=null)
            {
              // vérif signature / clé
              if($this->_verifSignature($_GET["token"]) && isset($_GET['ui'])))
              {                                       
                  // appel à un service d'annuaire pour l'obtention des infos utilisateurs
                  $response = $this->annuaireGetUser($_GET['ui']);
                  if($response)
                   {
                     // init utilisateur dokuWiki
                                       $this->_setUser($response->user);
                  }
              }
                        // non alors redirection vers l'app login              
            } else {                           
                              header("Location: http://".APPLICATION_A."/logon/?return_url=".rawurlencode("http://".SERVEUR_WIKI.$_SERVER['REQUEST_URI']));
                        }
 
      }
 
      $this->success = false;
      return false;   
 }
 
  // initialise l'utilisateur dokuWiki
  function _setUser($user)
  {             
         global $USERINFO; // l'utilisateur dokuWiki
     $grps = array();   // groupe(s) de l'utilisateur
 
          // profil utilisateur dokuWiki         
     $USERINFO['name'] = $user->Nom;
     $USERINFO['mail'] = $user->Email;     
     array_unshift($grps,$user->groupe);         
     $USERINFO['grps'] = $grps;
 
          // obligatoire
     $_SERVER['REMOTE_USER'] = $user->Email;
 
     // session de cache dokuWiki     
     $_SESSION[DOKU_COOKIE]['auth']['user'] = $user->Nom;
     $_SESSION[DOKU_COOKIE]['auth']['info'] = $USERINFO;
     $_SESSION[DOKU_COOKIE]['auth']['time'] = time();
  }

et voilà !

Le SSO est une réelle valeur ajoutée pour l'utilisateur, quoi de plus désarmant que de devoir se connecter plusieurs fois, voire, avec un compte différent. Dans un autre contexte, OpenID, permet également de fédérer son identité / authentification, afin de ne pas recréer pour une ième fois un login et mot de passe.

Modèles, plugins

dokuWiki, dans sa conception permet d'étendre et de développer son propre modèle de charte. Le mieux étant de partir d'un template existant et de le modifier. Le modèle est stocké sur ~dokuwiki/lib/tpl/<template>.

Egalement, le nombre de plugins proposé est assez conséquent, 650 ! bien entendu, on veillera à ce que le plugin soit maintenu, que ce dernier ait des contributeurs actifs. Les plugins seront à installer dans le répertoire ~dokuwiki/lib/plugins/<plugin>. Chaque plugin est désactivable par la simple création d'un fichier vide disabled. Pour l'authentification, il nous faudra au moins le plugin acl. Parmi les intéressants, on notera tag qui permet de marquer une page par des tags et de retrouver toutes les pages relatives à un tag, mais aussi note ou odt, il reste le plugin PDF à tester.

ReMIX 2010

zorky — Fri, 28 May 2010 13:57:00 +0200

J'ai assisté jeudi à une partie de l'après-midi au ReMIX 2010 dans les locaux de Microsoft à Issy-les-Moulineaux.

Le ReMIX c'est l'évènement à mi-chemin entre le développement et le design/communication/marketting ou comment concilier les 2 mondes : geek et design/comm, ce type d'évènement s'adresse d'ailleurs un peu plus aux Web Agency, suffit de voir la page d'accueil du site dédié ;).

Après avoir pris mon cube multi-couleurs ReMIX, et m'être assis à côté d'un designer ayant un très beau iPad, la keynote pouvait commencer, quelques notes de l'après-midi.

Keynote présentée par Eric Rudder, Américain. Après une introduction en français, le reste était en anglais, très compréhensible et accessible, il parlait distinctement et "lentement", je le remercie pour ça.

La keynote était agrémentée de démos sur divers sujets (les intervenants : Guillaume Roques, David Rousset) :

vidéo ou RIA avec Silverlight, en Smooth Streaming, avec Roland Garros ou France 24, le tout en HD. Ce dernier restranscrit à la volée la parole en écrit avec une indexation en temps réel, assez bluffé par ça. Ce que j'ai toujours aimé c'est la possibilité de retourner en arrière, ou pour le tennis de revoir les vidéos au ralenti. Exemples avec MSN sur l'expo Van Gogh et Monet et les possibilités du DeepZoom, la société Images, ou enfin, Bing et l'intégration SL, direction le 1er Starbuck à Seatle, toujours aussi bon avec le DeepZoom et la superposition des photos (appuyer sur le personnage bleu en bas de page).
IE9 avec le site dédié Test drive qui donne des démos assez intéressantes pour démontrer l'efficacité de la future version d'Internet Explorer 9 : utilisation du GPU de la carte graphique et exploitation du multi-coeurs, très en phase avec le matériel actuel, ou encore implémentation de SVG 1.1, HTML 5 & CSS 3, Javascript compilé
Smart Software avec la plateforme XNA pour les jeux : 1 plateforme pour n devices (Windows Phone, XBox, Windows 7)
programme MS WebsiteSpark

Les différentes sessions qui ont suivi :

IE9 avec David Rousset : avec IE 8 il existait 7 200 tests unitaires pour CSS 2.1/HTML 4.01, ont été fournis au W3C dont MS participe au working group HTML5 (Paul Cotton), il est prévu plus de 60 000 tests unitaires pour HTML 5 / CSS 3 afin aussi de clarifier les spécifications (afin que tous les navigateurs rendent exactement la même chose). Démos des Border queries, qui permettent d'adapter l'affichage selon le périphérique qui se connecte (PC, Mobile, ...). Un effort a été porté pour améliorer les performances Javascript : ce denier est compilé à la volée en code natif. IE 9 obtient de bons résultats aux tests Sun Spider face aux autres moteurs Javascript.

plateforme Web MS avec Pierre Lagarde : démo de WPI afin d'installer simplement et rapidement des extensions ou frameworks/moteurs (blogs, CMS, ...) supplémentaires sur IIS. Démos Silverlight avec quelques sites (DIA rubrique découvrir. Quelques intervenants de startup sur des projets en collaboration avec Microsoft : lachainetechno.com, une WebTV qui a développé (avec la collaboration d'Adenova) une extension (SVP) Wordpress afin d'inclure des vidéos Silverlight sur un blog / CMS. Ce qui est fort, c'est la démonstration de la lecture d'une vidéo Smooth Streaming sous..iPhone ou iPad...la vidéo est retranscrit (par IIS MediaServer) en temps réel pour le format des devices (certainement Quicktime, en version Beta), un beau pied de nez aux vidéos Flash

Azure : NB : l'offre MSDN Premium offre quelques heures Azure, c'est toujours bon à prendre. Invité : Kobojo qui ont développé une application Facebook (RobotzArena), un remake de baston entre 2 personnages que l'on peut s'amuser à améliorer (costumes, armures, ...). Une partie (frontaux + cache) est hébergée sur Azure, en revanche la partie Data (SQL Server) à l'extérieur : intéressant, une application Azure peut se connecter sur un SGBD non azure. Présentation également d'une version Memcached pour Azure avec un dashboard, téléchargeable sur CodePlex Cloudcache. Pour rappel, Memcached est un cache partagé.

WCF avec le projet SOKOZ, site de ventes événementielles. Ils ont utilisé Azure Service Bus avec Azure Ready afin de répondre beaucoup plus rapidement aux requêtes.

Assez content de l'après-midi, malgré parfois des tendances marketting un peu trop poussées, je suis reparti avec mon cube qui fera plaisir à ma fille, et mon tshirt.

Nouveau blog et les actions à entreprendre pour sa mise en ligne

zorky — Tue, 25 May 2010 21:40:00 +0200

J'ai ouvert un nouveau blog pour toucher au thème de la photo. Je pratique depuis quelques temps déjà, et je pense qu'un espace dédié était le bienvenu. Quelques points à aborder avant l'ouverture d'un nouveau blog,

La fameuse liste :

choisir un moteur de blog : j'ai choisi de m'orienter vers le fameux Wordpress, j'aurais ainsi testé au moins 3 moteurs : typosphere, dotclear (pour ce présent blog, dotclear semble stagner depuis pas mal de temps), wordpress parce que je n'ai aucune personnalité et veux faire comme tout le monde. Wordpress a une bonne réputation alors pourquoi pas,
où vais-je l'héberger ? sur mon NAS Synology bien sûr !
se prendre un thème : Mystique de Digital Nature m'a bien emballé et semble être maintenu - ce côté blanc sur fond noir, un juste équilibre. Après avoir recherché par l'interface Wordpress, l'installation s'effectue toute seule, une pure merveille. Le thème a son interface d'administration spécifique pour son paramétrage (détail de design, flux Feedburner, twitter),
le domaine Internet ? sharpness me semblait approprié pour le sujet abordé : la netteté ou le "piqué" est un point important et récurrent en photographie. Dans le choix d'un objectif, le piqué apparait dans les 1er critères, piqué qui se paye cher souvent,
quelques widgets : un blog qui parle photo doit avoir quelques composants pour afficher des photos : de Flickr, sur les billets. Egalement, un blogroll sur le thème me parait primordial, ou sur mon écosystème (Twitter, Flickr, ...). La recherche et l'installation par le backoffice Wordpress est vraiment une réussite, on recherche, on sélectionne, on installe,
ajout d'outils de statistiques : rajout du blog dans Google analytics et activation de l'extension ad-hoc ainsi que pour Piwik qui gère le multi-sites. Pour ce dernier, bien qu'il y ait une extension Piwik, il y a conflit entre les deux. J'ai dû mettre à jour le pied de page (Apparence / Editeur / Pied de page (footer.php)) pour rajouter le code Javascript Piwik juste avant la balide <body>,
pour le format des URLs des billets, j'ai choisi de ne pas mettre la date mais uniquement le titre, parait que c'est mieux,
ajout dans Google webmaster tools du nouveau blog et génération du sitemap grâce à l'extension prévue pour ça,
un antispam peut être utile,
écrire un A propos, un 1er billet, secouer et livrer

Sharpness est né.

On verra dans 6 mois pour ajouter quelques widgets du type : nuage de tags, archives, ...

NHibernate et les propriétés magiques

zorky — Sun, 14 Mar 2010 13:05:00 +0100

Préambule

La différence entre la théorie et la pratique ? en théorie, il n'y en a pas, en pratique, si.

Le monde du développement est loin d'être un monde idéal, dans la réalité, nous rencontrons souvent des situations particulières auxquelles il faut faire face. Un framework, en plus de répondre aux besoins les plus généraux, se doit également de fournir des solutions de contournements, des "astuces de programmation" diront certains.

Dans ce court billet, nous allons parler de 2 fonctionnalités de NHibernate sur les propriétés lorsque notre modèle ou le contexte ne répond pas exactement à l'idéal que l'on devrait avoir en termes d'architecture.

Imaginons que l'on ait une entité Individu, que l'on affichera sur une page, sous forme d'une liste d'individus. Dans notre modèle nous avons la relation simple suivante entre un individu et son appartenance à un établissement :

La liste paginée est triable (cf. ce billet pour la pagination et le tri en NHibernate) par le nom, prénom, le nom de l'établissement. On pourrait facilement créer des entités Individu et Etablissement avec cette relation, mais l'on ne souhaite pas le faire, car nous avons uniquement besoin du nom de l'établissement pour le tri, sans vouloir représenter tout le modèle derrière Etablissement. Le tri et la pagination ne peuvent s'effectuer que par l'intermédiaire de NHibernate, nous avons donc besoin d'une proprété mappée dans une classe pour que l'ORM puisse l'atteindre et actionner le tri.

Formula

les formula permettent ce genre d'astuces de programmation : avoir une propriété EtabNom qui pointe vers une table externe (et non vers une classe comme on le ferait habituellement avec du many-to-one) mais sous forme d'une requête SQL, la propriété se tranforme alors en :

<property 
  name="EtabNom"
  formula="(select etab.NOMALPHA from ETABLISSEMENT etab where etab.ID=ETAB_ID)">
</property>

ce qui donne pour l'entité Individu, où ETAB_ID est un champ de la table INDIVIDU mappée :

<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" auto-import="true" >
  <class name="MyNamespace.Individu, MyAssembly" table="INDIVIDU">
    <id name="ID" column="ID" type="System.Int32" access="property">
      <generator class="identity"></generator>
    </id>
    <property name="Nom" column="nom" not-null="true" type="System.String" access="property"/>
    <property name="Prenom" column="prenom" not-null="true" type="System.String" access="property"/>
    <property name="Email" column="email" not-null="true" type="System.String" access="property"/>
    <property name="EtabNom"
              formula="(select etab.NOMALPHA from ETABLISSEMENT etab where etab.ID=ETAB_ID)"></property>
  </class>
</hibernate-mapping>

on pourra alors trier sur la propriété individu.EtabNom sans utiliser d'entité Etablissement. Une requête Linq NHibernate du type

lasession.Linq<Individu>().OrderBy(ind => ind.EtabNom).Take(20);

se traduira en SQL de la façon suivante, on retrouve le morceau SQL de l'attribut formula :

SELECT   top 20 individu2_.ID            AS IND1_3_0_,
                individu2_.nom           AS ind4_3_0_,
                individu2_.prenom        AS ind5_3_0_,
                individu2_.email         AS ind7_3_0_,
                individu2_.etab_id       AS etab12_3_0_,
                (SELECT etab.NOMALPHA
                 FROM   ETABLISSEMENT etab
                 WHERE  etab.ID = individu2_.ETAB_ID) AS formula0_0_
FROM    INDIVIDU individu2_
ORDER BY (SELECT etab.NOMALPHA
          FROM   ETABLISSEMENT etab
          WHERE  etab.ID = individu2_.ETAB_ID) ASC

ce type de propriété peut être également utile en tant que champ calculé, un count sur un champ d'une table externe sans pour autant avoir une collection mappée. Bien entendu, les formula sont à utiliser avec parcimonie, étant donné que c'est du pur SQL, à utiliser sur des tables de références.

Noop

A l'inverse, on pourrait avoir une classe Etablissement qui ne contiendrait pas de propriété Individus (dans le sens POCO donc non mappée) mais qui serait utile d'avoir pour effectuer des sélections : donne-moi les établissements qui ont plus de 200 individus intérimaires. Au niveau de la collection, cela rejoint ce billet qui parlait de ce type de set.

Le type d'accès noop (ou none) sur une propriété permet cela : pouvoir effectuer une requête sur une propriété non mappé dans une classe.

Par exemple, dans le .hbm, on pourrait avoir une collection one-to-many qui nous donne les intérimaires d'un établissement, les individus intérimaires seraient de type 3, une collection qui se traduit par :

<bag  name="Interim" access="noop"
           where="(typind = 3)">
     <key column ="ETAB_ID"/>
     <one-to-many class="MyNamespace.Individu, MyAssembly"/>
 </bag>

dans la classe Etablissement, la propriété Interim n'existe pas.

<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" auto-import="true" >
  <class name="MyNamespace.Etablissement, MyAssembly" table="ETABLISSEMENT">
    <id name="ID" column="ID" type="System.Int32" access="property">
      <generator class="identity"></generator>
    </id>
    <property name="EtabNom" column="NOMALPHA" not-null="true" type="System.String" access="property"/>
    <bag name="Interim"
         where="(typind = 3)"
         access="noop">
      <key column ="ETAB_ID"/>
      <one-to-many class="MyNamespace.Individu, MyAssembly"/>
    </bag>
  </class>
</hibernate-mapping>

cela permet ensuite d'effectuer des requêtes HQL, les établissements ayant plus de 200 intérimaires :

var etabs = session.CreateQuery("
  from Etablissement etab  
  where size(etab.Interim) > 200").List<Etablissement>();

qui se traduit en la requête SQL :

SELECT etablissem0_.ID       AS ETABCONS1_4_,
          etablissem0_.NOMALPHA AS ETABCONS2_4_
   FROM   ETABLISSEMENT etablissem0_
   WHERE  (SELECT count(interim1_.ETAB_ID)
           FROM INDIVIDU interim1_
           WHERE etablissem0_.ID = interim1_.ETAB_ID
           AND ((interim1_.typind = 3))) > 200

de façon identique, à utiliser avec prudence, sous peine de rompre l'abstraction que nous avons avec le SQL.

WCF, REST, XML, JSON-P et accessoirement jQuery

zorky — Wed, 10 Mar 2010 23:35:00 +0100

Préambule

Imaginons que l'on veuille développer un service web d'interrogation basé sur REST, c'est à dire qui s'appuie sur HTTP uniquement pour les requêtes et les (codes : 200, 400, 404, 403, ...) réponses. Les réponses peuvent être au format Xml ou JSON. Ce service reste simple : une entrée du type int, et un retour d'un type primitif : string, ou un tableau de string : pour un n° de responsable, avoir les n° associations qu'il gère.

côté client : JSON et JSON-P

Le retour au format JSON est souvent pris pour un usage côté client / navigateur, par exemple à des fins de création de widgets à l'aide d'APIs, plus particuliérement pour un traitement javascript (facilité par ce format natif javascript) dans un mode Ajax. Comme chacun le sait ou a été déjà confronté, les appels Ajax ne peuvent être cross-domain, c'est à dire qu'un appel d'un script hébergé et à partir du domaine dummy.com vers domain.ntld est interdit par le navigateur (par l'objet XMLHttpRequest).

Les méthodes les plus connues pour palier à cette restriction sont :

soit développer un proxy côté serveur dummy.com qui effectura ensuite la requête vers le domaine distant domain.ntld pour renvoyer ensuite le résultat au script appelant,
soit se baser sur une fonction de callback JSON-P (JSON with Padding), technique qu'offre bon nombre d'APIs de nos réseaux sociaux préférés (Flickr, Delicious, ...) : il s'agit de mettre en place une URL dans une balise <script> créée dynamiquement, où le contenu de retour au format JSON sera encapsulé dans une fonction javascript (le callback), exécutée lors du retour de l'appel.

le résultat ressemblera à quelque chose du type :

<script type="text/javascript" script="http://domain.ntld/api/resp/2?callback=myfct">
  myfct({dataJSON});
</script>

par exemple, pour un appel Flickr, sur un bouton, la balise <script> avec l'URL d'interrogation sera créée dynamiquement, la fonction callbackFctFlickr avec les données au format JSON sera appelée au retour de l'appel :

$j('#btnSearch').click(function() {
            createScriptJSONP();
        });
 
        function createScriptJSONP() {
        $j('#results').empty();
        var urljsonp = $j('#sApi :selected').val();
        var api = $j('#sApi :selected').text();
 
        var s = document.createElement('script');
        if (api == "Delicious") {
            s.src = urljsonp + $j('#txtSearch').val() + '?callback=callbackFctDelicious';
        } else {
            s.src = urljsonp + $j('#txtSearch').val();
        }
        s.type = 'text/javascript';
        document.body.appendChild(s);
    } // création manuelle du script pour l'appel API
 
    function callbackFctFlickr(data) {                
        $j('#results').append('<ul>');
        $j(data.items).each(function(i, v) {            
            $j('#results').append("<li id=" + i + "><a href='" + v.link + "'>" + v.title + "</a><br/></li>");
            $j("<img/>").attr("src", v.media.m).appendTo("#" + i);            
        });
        $j('#results').append('</ul>');
    }

Amusons-nous avec 3 APIs : Flickr, Yahoo, Delicious , à tester sur la page démo en sélectionnant l'API souhaitée (essayer amélia (c'est ma fille) ou architecture pour Flickr, photography pour Delicious, les deux pointent vers mes comptes),

Une alternative avec jQuery, où la création dynamique du code <script> s'effectue automatiquement, ainsi que l'ajout de la fonction callback, grâce à la fonction getJSON() ou ajax(), cette dernière offre plus d'options, et donc, de souplesse.

$j('#btnSearch').click(function() {
            createScriptJSONP();
        });
 
   function createScriptJSONP() {
        $j('#results').empty();
        var urljsonp = $j('#sApi :selected').val();
        var api = $j('#sApi :selected').text();
        var url = urljsonp + $j('#txtSearch').val();
 
        $j.ajax({
            url: url,
            dataType: 'jsonp',
            jsonp: api=='Flickr'?'jscallback': 'callback',
            success: function(data) {
                switch (api) {
                    case 'Flickr':
                        callbackFctFlickr(data);
                        break;
                    case 'Yahoo':
                        callbackFctYahoo(data);
                        break;
                    case 'Delicious':
                        callbackFctDelicious(data);
                        break;
                }
            }
        });

exemples d'appels générés sur Flickr, Yahoo ou Delicious avec jQuery, la fonction précisée en paramètre à jsoncallback ou callback est ajoutée par jQuery

http://api.flickr.com/services/feeds/photos_public.gne?id=55936300@N00&tagmode=any&format=json&tags=am%C3%A9lia&jsoncallback=jsonp1268130184172&_=1268130185391

http://search.yahooapis.com/ImageSearchService/V1/imageSearch?appid=YahooDemo&output=json&query=am%C3%A9lia&callback=jsonp1268130547073&_=1268130655088

http://feeds.delicious.com/v2/json/zorky/photography?callback=jsonp1268130547074&_=1268130676051

Bien entendu, cette technique fonctionne si le serveur distant encapsulte le JSON (qui doit être bien formé) dans une fonction javascript, à la JSON-P.

côté serveur

En .NET, WCF permet nativement de renvoyer au choix, des données au format XML (POX, Plain Old XML, par défaut) ou au format JSON, voire en binaire, pour des images par exemple, mais point d'encapsulation JSON-P (qu'on se rassure, cela arrive avec la version WCF de .NET 4.0, avec le binding webHttpBindingWithJsonP).

En attendant, en cherchant sur Goooooogle, on tombe facilement sur JSON with Padding (AJAX) qui permet d'étendre WCF pour ajouter une fonction callback à un appel JSON qui le demande.

Au lieu de recevoir les données au format JSON, par exemple

{"mylistJSONResult":["56056","56080","56129","56134","56227","56257"]}

on aura les données JSON encapsulées dans une fonction, avec un appel du type ?callback=myfct :

myfct( {"mylistJSONResult":["56056","56080","56129","56134","56227","56257"]} );

afin d'utiliser ce hook, dans le contrat WCF, on aura un attribut JSONPBehaviour qui nous permettra de préciser la fonction de callback :

[OperationContract]
        [WebCache(CacheProfileName = "cachingrest")]
        [WebGet(UriTemplate = "assoc/resp/{respid}.json",
            ResponseFormat = WebMessageFormat.Json,
            BodyStyle = WebMessageBodyStyle.Wrapped)]
        [JSONPBehavior(callback = "callback")]
        List<string> mylistJSON(string respid);

l'attribut [WebCache] est tiré du WCF Rest Starter Kit qui permet de cacher (entêtes cache-control / expires) les requêtes GET de ce type. Rappelons que c'est l'un des grands avantages des requêtes GET par rapport aux POST : la capacité d'utiliser le cache navigateur.

l'attribut [WebGet] précise le motif de la requête REST, en GET, ainsi que le format de données retourné, ici JSON en mode wrappé (c'est à dire de la forme "mylistJSONResult" : [data]): on aura une URI du type http://domain.tld/mysvc.svc/json/assoc/resp/45.json?callback=myfct

Malheureusement, le code JSONPBehavior fonctionnera sur tout le service, que cela soit pour du JSON ou du ...XML.

Comme on veut servir du JSON-P ET du XML, on devra avoir 2 méthodes dans le contrat (et dans son implémentation donc), et un discriminant dans la configuration Web.config, pour déclencher le hook sur l'appel opportun. Pour bien faire, il s'agirait de modifier le module afin qu'il ne traite pas (ie : ajout de l'encapsulation JSON dans une fonction) les données lorsqu'il s'agit d'un format XML, je n'ai pas emprunté ce chemin.

le contrat de nos 2 méthodes, 1 pour le XML, 1 pour le JSON-P, qui répondent selon le motif URL :

/// retour XML
        /// URL au format http://localhost/mysvc.svc/xml/assoc/resp/{id}
        [OperationContract]
        [WebCache(CacheProfileName = "cachingrest")]
        [WebGet(UriTemplate = "assoc/resp/{respid}")]
        List<string> mylist(string respid);
 
        /// retour JSON encapsulé
        /// URL au format JSON pur http://localhost/mysvc.svc/json/assoc/resp/{id}.json
        /// ou JSON-P http://localhost/mysvc.svc/json/assoc/resp/{id}.json?callback=myfct
        [OperationContract]
        [WebCache(CacheProfileName = "cachingrest")]
        [WebGet(UriTemplate = "assoc/resp/{respid}.json",
            ResponseFormat = WebMessageFormat.Json,
            BodyStyle = WebMessageBodyStyle.Wrapped)]
        [JSONPBehavior(callback = "callback")]
        List<string> mylistJSON(string respid);

et le web.config, où le descrimant s'effectue grace à l'attribut address :

<system.serviceModel>  
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />    
    <services>
     <service name="ws.rest.Assoc">
      <!-- cas JSON : extension JSONP -->
        <endpoint address="json"
          behaviorConfiguration="ws.rest.AssocRest"
          binding="customBinding"
          bindingConfiguration="jsonpBinding"
          contract="ws.rest.IAssoc" />
      <!-- cas XML -->
        <endpoint address="xml"
          behaviorConfiguration="ws.rest.AssocRest"
          binding="webHttpBinding"
          contract="ws.rest.IAssoc" />
      </service>
    </services>    
   <behaviors>   
    <endpointBehaviors>
          <behavior name="ws.rest.AssocRest">
             <webHttp />
          </behavior>
    </endpointBehaviors>
   </behaviors>
   <bindings>      
      <customBinding>        
        <binding name="jsonpBinding">
          <jsonpMessageEncoding/>
          <httpTransport manualAddressing="true"/>
        </binding>
      </customBinding>
   </bindings>
   <extensions>
      <bindingElementExtensions>
        <add name="jsonpMessageEncoding"
          type="ws.rest.JsonpBindingExtension, ws"/>
      </bindingElementExtensions>
   </extensions>
</system.serviceModel>

pas forcément la solution la plus élégante, nous sommes bien d'accord, .NET 4 apportera très certainement une réponse plus propre à ce type de problématique.

La prochaine fois, nous verrons la truite saumonée en papillote.

Techdays 2010, jour 3

zorky — Thu, 11 Feb 2010 10:07:00 +0100

Ce 3è jour sera beaucoup consacré à l'ergonomie et au design. Ce n'est pas ma compétence première, cela sera donc très difficile pour moi de résumer correctement les 3 sessions auxquelles j'ai assisté - malgré leur richesse - autrement que par des mots clés et de façon très lapidaire.

Ergonomie Web

La session la plus intéressante de la journée, présentée par une experte en la matière : Amélie BOUCHER. Cela donne envie de lire son ouvrage sur le sujet.

L'ergonomie Web se résume en 2 notions, ou 2 mots ayant des objectifs bien différents : utilité et utilisabilité

Utilité = répondre à besoin (fonctionnel) tandis que

Utilisabilité (usability en anglais) = répondre à une simplicité d'utilisation, elle est définie par la norme ISO 9241

il faut chercher un équilibre entre ces 2 notions.

Utilité

Travailler sur ce point permet de bien choisir les fonctions d'un système, ni trop peu, ni trop, cela dépend du contexte d'utilisation, et du type d'applications (métier, web, ...). Dans tous les cas, pour cela, il est nécessaire de connaitre les besoins des utilisateurs, et son contexte, aussi, il ne faut : ni les surestimer, ni les sousestimer, mais les estimer au mieux. (cf. méthode des personas + scénarios utilisateurs).

Utilisabilité

Techniques : SUPPRIMER la fonction (fonction réelle identifiée ou latente ?), HIEARCHISER : lesquelles (fonctions) sont primordiales, secondaires : fréquence, efficacité, efficience ("j'attends mon but au moindre coût"), satisfaction

Réalité d'une interface "ergonomique" : elle doit être invisible

Tests utilisateurs

Suivent quelques exemples avec Google, Live search, Amazon, où il est démontré qu'un temps de chargement plus élevé de la page (de 0,4 s à 0,9 s par ex) fait perdre des ventes ou des clics publicitaires (de l'ordre de -2 à 20 % selon). Une démo sur un webmail où il est demandé au panel utilisateurs d'envoyer un message : la plupart ne voient pas le gros bouton "Envoyer un message" (matériel : Tobii T120 eye-tracking).

Un autre moyen de tester : tests comportementaux, sur un site, une partie des internautes est redirigée vers d'autres versions d'une page, ceci afin d'observer le comportement et s'il se traduit par un gain (de ventes, ...).

Conclusion

Très bonne session sur un sujet très délicat et récurrent à résoudre : l'ergonomie au sens large d'une application Web.

Eléments de design visuel : formes, couleurs et typos

Globalement intéressante pour sa culture générale, courte session (35 mn hors questions) présentée par Marc-André FRANCART (ou http://www.r-u-experienced.net). Pas de résumé pour celle-ci, juste 2-3 phrases.

Une citation :

"Ce qui est inutile est laid, ce qui est laid est repoussant, ce qui est repoussant vend mal" (Raymon Loewy)

Le design pour l'expérience utilisateur (UX) se décline selon un triangle en 3 parties : techno (base), fonctionnalités (milieu), UX (haut.

Conclusion : 35 % des utilisateurs achétent uniquement sur le visuel.

Objets intelligents, objets vivants

Dernière session sur le sujet du Design, présentée par Dominique SCIAMMA du Strate Collège Designers, école réputée en design. Session intéressante et bien amenée par l'orateur mais difficilement résumable.

On parlera de RFID, Nanotechnologies, IPv6 (!), du retour de l'IA, et des défis qu'induisent certains projets design dans la vie courante, au niveau éthique, politique et philosophique.

Le strate Collège a un canal sur Youtube où ils présentent leurs intéressants projets en design, à voir.

Techdays 2010, jour 2

zorky — Wed, 10 Feb 2010 17:33:00 +0100

2è jour des techdays. J'assisterai à la plénière à distance, du bureau, grâce à la rediffusion en direct, pour rejoindre ensuite le palais des congrès pour quelques sessions, en voici quelques notes.

Langage Axum

Session présentée par Yann SCHWARZ (membre ALT.NET) et Bruno Boucard.

Ce fût une très bonne présentation en binôme sur le sujet de la programmation parallèle (sujet qui m'intéresse car me rappelle un peu ma jeunesse pendant mes études) et particulièrement sur Axum, un DSL dédié à ce délicat domaine.

Etat des lieux

Chez MS, Windows server supporte jusqu'à 256 coeurs, la fréquence en "herz" n'est donc plus le seul critère pour les performances d'applications.

On pose les difficultés actuelles pour le traitement // :

Exemple par un calcul matriciel en //, présentation d'un code C++ : insatisfaisant car compliqué, bien souvent source d'erreurs dans l'algo, paramètre statique pour le nombre de coeurs à utiliser, inmaintenable (et rend donc non sereine toute modification).

La programmation // : il est difficile d'assurer la fiabilité et l'exactitude d'un système qui utilise des locks : peut rendre plus lent l'exécution du code, un constat : le lock coûte cher.

Vient ensuite un exemple sur l'asynchronisme :

exemple trivial, pattern sur les threads : BeginInvoke + callback (EndInvoke) : problème : pas lisibilité ds le code (qui appelle qui, qui appelle quoi)
utilisation de InterLocked Increment/Decrement + BeginInvoke / EndInvoke : un peu plus lisible

pourquoi est-ce si compliqué ? les langages impératifs ont été faits pour des appels synchrones, seul hic : en asynchrone, on perd l'intention du code (lisibilité, quel portion de code fait quoi ?)

Nouvelles approches

Une liste de quelques nouvelles approches sur la programmation // :

.NET 4 : Task Parallel Library (TPL) : abstraction du découpage en threads
Atomicité : casse-tête : on s'inspire des bdd transactionnelles pour avoir de la mémoire transactionnelle : STM.NET (en incubation chez MS), Haskell, Clojure : bien mais trop complexes
approche données, on ne touche plus à rien : tout est immuable, fonctionnel pur : Erlang, Haskell
le modèle "acteurs" : communication uniquement par messages entre acteurs : pas de données partagées, messages asynchrones, traitements distincts et isolés : Erlang (langage dans le Mainstream, utilisé dans les commutateurs téléphoniques) et Axum.

Comme souvent, à chaque besoin son modèle de programmation :

données : TPL, PLINQ
tâches : TPL
flux données : Axum (approche workflow)

Principes Axum

un DSL au parfum C#
repose sur la BCL (Base Class Libraries)
au stade expérimental : en incubation chez MS

les concepts :

domaine : périmètre des données partagées entre agents
agent (ou acteur) : unité de traitement qui communique via messages
channel : modalité de conversation entre agents (contenus dans un domaine)
schéma : format des messages échangés (doit être sérialisable, et donc immuable)

structure d'un système Axum

Les domaines contiennent des agents, les domaines communiquent entre eux par channel, on privilégie la composabilité. Une application est découpée en domaines, les états du domaine sont accessibles par les agents via des channels asynchrones.

Après les bases posées, arrive une démo, un ping pong entre agents, cela permet de découvrir le DSL, et les mots clés de ce dernier pour décrire les traitements.

Un programme axum a une extension .ax (utilisation de l'assembly Microsoft.Axum)

Quelques mots clés du DSL: domain, agent, channel, receive

Un extrait d'un code Axum

public MainAgent()
{
   var pp = PingPong.CreateInNewDomain();
   for(int i=0; i<10;i++)
   {
        pp::Pong <-- true;
        receive(pp:Ping);
   }
   pp::Ping <-- false;
}
 
public channel Pingpong // ~interface ServiceContract en WCF
{
   input bool Pong;
   output Signal Ping; // Signal = void  
}
 
public agent PingAgent : channel PingPong
{
  public PingAgent() // boucle principale de l'agent, on met souvent tout le code de l'agent dedans
  {
      while( receive(Pong)) // receive bloquant
     {
            Ping <-- Signal; //
      }
      Ping <-- Signal;
  }
}

Axum permet aussi de chercher un agent hébergé sur une autre machine (provider Connect<PingPong> "http://server")

Partage de données : par défaut aucune donnée n'est partagée, un agent doit se déclarer pour consommer la donnée, avec des rôles :

Writer : peut modifier l'état du domaine,
Reader : peut lire l'état partagé.

Une fois les rôles définis, Axum décide du mode d'exécution : parallèle, r/w lock, séquentiel

Axum en action (Dataflow Networks)

exprimer explicitement la séquence de traitement dans le code
Opérateurs pour les patterns de communication : forward, forward-once, multiplex, join, broadcast, alternate sous forme d'opérandes qui ressemblent fort à des smileys :-->, ==>, -<< (Broadcast) , &>-, >>- (Multiplex), -<: (Alternate)

Exemples d'application : traitements de N images, de chat (chat de facebook développé en Erlang car des millions en //), jeu de la vie

Interopérabilité

utilisation de la BCL uniquement si c'est garanti par contrats (safe ou non-safe) : si des effets de bord sont détectés par le compilateur Axum, ce dernier n'acceptera pas le code
consommé du .NET classique et vice versa

Principe d'Axum : what you see is what you get (principe de moindre surprise)

ASP.NET 4.0 Webforms

Session présentée par Aurélien VERLA (Wygmam)

Intro

les briquent qui se reposent sur ASP.NET Core : Webforms, MVC, Ajax, Dynamic Data, la session abordera uniquement la partie WebForms 4.0

Simplification du web.config et quelques améliorations :

beaucoup de paramètres du web.config sont déportés dans le machine.config
décliné en Debug ou Release : Web.Debug.config, Web.Release.config : pour avoir des paramètres différents selon la plateforme (via tranformation XSLT) (section <compilation xdt:Transform="RemoveAttributes(debug)"/>)

Code snippet pour accélérer l'écriture des controls : exemple sur asp.Label : pré-remplira le attributs (runat, Text, ...) et se positionnera sur l'attribut à remplir : Ctrl+X+K (ou Ctrl+K+X)

Gain bande passante

Quelques améliorations ont été apportées pour réduire la quantité de données qui transite entre le navigateur et le serveur.

rendering de certains contrôles :

       asp:Menu : RenderingMode : pour modifier le rendu : table à ul li en mode list
       asp:ListView : LayoutTemplate rendu optionnel
       asp:RadioButtonList ou CheckBoxList : span par défaut, rendu par liste possible (ul li)
       asp:FormView : RenderOuterTable

ViewState : nouvelle approche sur l'activation ou la désactivation

       page EnableViewState="true|false"
       control ViewStateMode="Enabled|Disabled|Inherit"

ClientID : ClientIDMode="AutoID|Inherit|Static|Predictable" : AutoID : val par défaut, Static : ID contrôle = ID serveur (pas de concaténation avec les noms des contrôles pères), Predictable : pouvoir prédire un identifiant, cas d'une grille (ex ListView) avec N elts (ClientIDRowSuffix : id du groupe)

Autres nouveautés

ASP.NET Chart Control : contrôle de charting (démo System.Web.DataVisualization) - possibilité de le binder à une source - 35 styles différents
Query Extender : asp:LinqDataSource comme datasource : asp:QueryExtender qui pointe sur le linqdatasource

<asp:QueryExtender>
               <asp:SearchExpression DataFields="field" SearchType="">
                      <asp:ControlParameter ControlID="TextBox1"/>
                </asp>
               <asp:PropertyExpression>
                   <asp:ControlParameter GroupID="controlgroupid" />
               </asp>
           </asp>

autres filtres possibles : RangeExpression, orderByExpression, ThenByExpression, CustomExpression

Tips

GridView : EnablePersistedSelection : fait persister la ligne sélectionnée lors d'une pagination
<%: <script>Alert('toto') </script> %> : raccourci : (2 points) : équivalent à Server.HtmlEncode
classe CSS aspNetHidden générée pour les div générées qui englobent
classe CSS aspNetDisabled : pour les controles en mode disabled
classe utilitaire déportée HttpUtility : HtmlEncode, HtmlDecode, UrlEncode, UrlDecode, plus besoin d'appeller HttpContext...

SEO

Routing : apport des friendly urls : System.Web.Routing : MapPageRoute("nom","chemin/{id}","~/verspage/mapage.aspx")

fonctionnalités : RouteValue::id, RouteUrl::id=32, RouteData.Values, RedirectoToPermanent("lab",new {id=1}) : pour générer des HTTP code 301, Page.MetaKeywords, Page.MetaDescription

Détecter et éviter les fuites mémoires en .NET

Présentée par Yann SCHWARTZ, Fabrice MARGUERIE (de metaSapiens). Session très didactique qui m'a plu car ce type d'erreurs sont souvent communes (pour l'avoir expérimenté). La session est basée sur un article écrit par FM sur DNG.

Les principes

la mémoire du processus : la pile, le tas
le Garbage Collector : fonctionne lorsque l'objet n'est plus référencé nul part - ce qui retient les instances (causes) : références statiques, GCHandles (pont entre le managé et le non ménégé), Références des piles (une pile par thread), Finalization queue
fuite de mémoire : type particulier de consommation de mémoire non intentionnelle

Rappel : en .NET : des objets accessibles par au moins une référence ne seront pas relachés par le GC

une goutte d'eau n'est pas un problème, mais le goutte par goutte peut amener une grosse fuite

Les détecter

se concentrer sur nos classes à nous et non celles du framework

Démo application PhotoLight en winforms : ouvertures de fenêtres qui augmentent la mémoire, qui ne redescend jamais, même en forcant le GC

outils pour pouvoir qualifier avec des niveaux de diagnostic différents

  - analyseur de perfs Windows (PerfMon) : Processus, Octets privés pour l'application PhotoLight
  - vue haut niveau, audit général : dotTrace
  - + en détail : .NET Memory profiler
  - pour les explorateurs : WinDbg

- dotTrace : profiling de perf ou de mémoire. Dump memory pour une photo de la mémoire par type d'objets, shortest root paths (qui tient une référence d'un objet ?).

2 approches :

Approche par Namespace (Dump) pour voir nos objets applicatifs (et non ceux des assembly MS) - Merged Shortest pour remonter vers les objets qui maintiennent une référence
Approche différentielle entre 2 photos mémoire (Mark) : voir les objets qui persistent alors qu'il n'y a plus besoin

cause dans la démo (ouverture d'une image, OptionsForm): abonnement à un évènement statique InstalledFontsChanged dans la fenêtre OptionsForm de l'appli sans jamais se désabonner : la fenêtre dans laquelle on s'est abonné à l'évènement n'est donc jamais désallouée (OptionsForm) - solution : se désabonner ds le dispose : Disposed+=InstalledFontsChanger-=method

- .NET Memory Profiler : permet d'avoir une liste de conseils, plus puissant que dotTrace mais moins user friendly

Profil application pour s'attacher à l'exécutable

cause dans la démo (ouverture options de l'appli, DetailsForm) : analyse le code et alerte - Shortest root path (chemin des références des objets) - abonnement à un évènement (non statique) de la fenêtre mère (qui vit tout le tps donc) sans désabonnement - solution : se désabonner dans la fenêtre fille à cet évènement qui pointe vers la fenêtre mère (MainForm) (Disposed-=evt)

Cas récurrents de causes de fuites mémoire : évènements et problème de fuites invisibles (ou moins détectables) car dépendances inversées

- WinDbg : installation minimale, permet d'explorer un dump mémoire

Extensions : Sos.dll : permet d'examiner la mémoire managée, s'attacher à un process puis en ligne de commandes.

       .cmdtree d:\cmdtree.txt
       .loadby sos mscorwks;
       .load sosex

Exemples de commandes à connaitre :

!DumpHeap : liste des instances du tas
!DumpObject
!GCRoot : trouve l'instance racine d'une instance (réf)

!DumpHeap -stat (pour ordonner)
!DumpHeat -stat -type PhotoLight (filtrer par type)
!DumpHeat -mt idclr (colonne MT)
!do idclr (do watch)
!GCRoot idclr (qui maintient cette réf)

cause dans la démo : menu = new ContextMenuStrip() qui crée un abonnement évènement : dépendance cachée - solution : appeler menu.Dispose() explicitement ou ContextMenuStrip(this.components)

- Process Explorer : affiche les process .NET en jaune, puis compteur de perf de l'appli : .NET CLR loading pour voir les objets chargés

bug ds. new XmlSerializer avec le 2è para new XmlRootAttributes("settings") : n'est plus en cache

Causes possibles des fuites mémoire

attention aux réf. statiques - évènements statiques
évènements sans désabonnement
Dispose non appelé
code compilé à la volée (XSLT pré-compilé) avec System.Reflection.Emit ou CodeDom

Prévenir

analyse statique (NDepend)
chaque += est un ennemi => utiliser les -=, using et Dispose, WeakEvents (réf faibles), EventBroker
ou relancer l'appli par le recyclage de pool ds IIS par ex (approche pragmatique) (NB : très utile, je peux vous le dire)

Slides et sources

Déjà disponibles, merci guys

Techdays 2010, jour 1

zorky — Tue, 09 Feb 2010 22:54:00 +0100

Les techdays, dont c'est la 4è édition, c'est 17 000 inscrits sur les 3 jours, l'évènement technique Microsoft de l'annèe, la plus grosse en France voire en Europe.

Les techdays c'est un moyen de se tenir à jour des nouveautés ou dernières tendances de Microsoft, sur la plateforme .NET ou le développement me concernant. C'est également un moment privilégié, pour nous gens du métier, ingénieurs, développeurs / codeurs, de se retrouver entre nous, sur des sujets qui nous passionnent, et peut-être également sortir d'un cadre où nous sommes pas toujours bien reconnus.

Quelques notes prises durant ce premier jour.

Si vous avez un peu de temps, vous pourrez visionner les webcasts des techdays 2009 à cette adresse, en attendant ceux de 2010.

Silverlight 4 : cas pratique du mode déconnecté

Présentée par Winwise (par Zied et Arnaud Auroux) : la plus intéressante de la matinée de mon point de vue. Au delà de Silverlight et du mode déconnecté, une approche IoC fût abordée, via Unity, afin de changer le provider utilisé pour le CRUD selon le contexte d'utilisation (connecté / déconnecté).

Cette approche, par interfaces, permet notamment d'éviter pas mal de mauvaises pratiques (et d'améliorer in fine le développement logiciel) : ne plus rendre monolithique un projet, améliorer sa maintenance, réutiliser certaines couches et enfin, rendre testable le projet.

Quelques mots clés :

IoC via Unity (qu'il faudra que je teste, versus Castle Windsor),
mode connecté / déconnecté : Isolated Storage, permet un stockage dans Silverlight (1 Mo ou 25 Mo en mode Out-of-Browser),
pattern MVVM qui est le modèle de développement en couches d'application WPF ou Silverlight, similaire à du MVC
Sync Framework pour synchroniser les données entre les 2 modes : fournit des providers mais aussi la possibilité d'en implémenter un (FullEnumerationSimpleSyncProvider)

Les nouveautés de C#4

Salle pleine pour Mitsu. Pour ma part, du déjà vu aux Microsoft days 2009, mais cela ne retire en rien au talent du speaker et passionné de notre langage préféré. On trouvera les avancées suivantes :

dynamic : avec ce nouveau type, C# fait une entrée dans les langages dynamiques. Une classe abstraite est disponible pour développer un binder : DynamicObject
paramètres optionnels et nommés
co / contra-variance : sur les interfaces, 2 nouveaux mots-clés : out et in permet du transtypage (classe mère / fille) qui n'était possible pas avant selon le sens
Expressions : utilisation des Action rendu possible

Entity Framework 4

Session présentée par http://blogs.access-it.net et Matthieu MEZIL

Evolution d'EF : EF1 : approche bottom-up (bdd -> objet), EF4 : possibilité top - down (objet -> bdd)

Quelques nouveautés EF4 :

prise en compte des FK
Lazy loading
utilisation de POCO possible (Plain Old Clr Object)
entités self-trackés (état de l'entité embarquée dans cette dernière, cas d'utilisation en WCF pour des scénarios n-tiers)
CSDL (fonctions SQL)
ajout de règles de validation lors d'enregistrement
Model first
Templates T4 : existe depuis Visual Studio 2005 et n'est pas propre à EF : permet d'écrire des modèles pour générer du code

Je n'ai pas été fonciérement convaincu par la future version d'Entity Framework, elle arrive péniblement au niveau de NHibernate 2.1.2 et encore, je reste à convaincre.

Le principal avantage d'EF sur NHibernate reste l'apport d'un designer pour construire son modèle, et générer ainsi les classes de mapping, ainsi qu'un provider Linq plus abouti mais la version 3.0 de NHibernate devrait combler ce "retard" (car il existe bien un provider Linq to NHibernate mais le développement n'est pas dans le Core du framework, il peut souffrir de défauts).

Bing Maps

Session en anglais par Chris Pendleton

Assez bonne session avec une démo de bing maps en Silverlight où je reste toujours impressionné par le Deep Zoom, efficace et d'une mise au point terrible. L'API Bing maps est utilisable sur les différentes technos : Silverlight control, Ajax control, services Web et MapPoint Websvc.

Un site, qui apporte une réelle valeur ajoutée au développeur, permet d'avoir rapidement des exemples de codes, prêts à l'emploi, une aide précieuse pour commencer quelques dévs. :

Un site démo pour un affichage de statistiques sous forme de graphiques.

OpenID, Google, Yahoo, Orange, MyOpenID, Facebook, LiveID and me : l'authentification à moindre frais

zorky — Thu, 28 Jan 2010 20:15:00 +0100

Préambule

J'admets : j'ai un penchant, non pas pour la bière (quoique) mais pour les standards, protocoles et autres APIs, ouverts dans la mesure du possible.

Il reste toujours préférable de respecter les standards qui sont établis par des instances du type W3C pour ce qui concerne le Web, IETF pour tout protocole lié à Internet (TCP/IP, SMTP, ...) sous forme de RFC, ou encore les standards de fait : développé par une société qui l'a libéré afin qu'il soit adopté par la suite par le plus grand nombre, souvent sous forme d'une fondation (qui regroupe un consortium de sociétés / d'organismes).

Je me suis intéressé dernièrement à OpenID, standard ouvert d'authentification, Wikipédia définit très bien ce protocole et standard ouvert :

 OpenID est un système d’authentification décentralisé qui permet l’authentification unique, ainsi que le partage d’attributs. Il permet à un utilisateur de s’authentifier auprès de plusieurs sites (devant prendre en charge cette technologie) sans avoir à retenir un identifiant pour chacun d’eux mais en utilisant à chaque fois un unique identifiant OpenID

La fondation OpenID regroupe les grands acteurs du Web (Google, MS, FB, ...une belle liste), avec l'objectif que ce standard soit utilisé et déployé vers le plus grand nombre de sites.

OpenID prend également part à OpenStack, pile de standards pour le Web (OpenID, OAuth, OpenSocial ou sur Google code OpenSocial, XRDS-Simple : utilisé par OpenID ou OAuth, pour la découverte dynamique de services, PortableContacts), qui se schématise par l'image suivante :

La base d'OpenID : l'URL

l'adresse Web du fournisseur OpenID : sa carte de visite

Dans sa version 1.x, le protocole est basé sur une URL qui représente l'identité de l'utilisateur. Parmi les fournisseurs OpenID, nous trouvons parmi le plus connu MyOpenID, mais on pourrait citer également ClaimID, MyID.is, Ziki, Verisign.

On voit souvent le champ suivant avec le logo représentatif d'OpenID qui spécifie que le site prend en charge ce standard :

L'avantage d'une URL est qu'elle peut être utilisée aussi comme une carte d'identité : les URL suivantes représentent mon identité ou du moins ma carte de visite, voire ma carte sociale (au sens réseau) :

http://zorky.myopenid.com : en plus d'informations telles qu'email, localisation, MyOpenID fournit également une vCard pour importer directement ses informations sous Outlook par exemple,
http://www.google.com/profiles/zorky00 Google profiles, sous sa forme URL : permet une personnalisation de ses différents réseaux sociaux ou sites/blogs, ainsi que sa localisation, photos Flickr, mini-CV,
http://www.ziki.com/zorky : le plus abouti avec Google mais ne semble pas fonctionner sur tous les sites,
http://zorky.pip.verisignlabs.com : Verisign offre une grande marge de personnalisation de sa carte de visite OpenID, et de télécharger sa CardSpace (uniquement sous Windows). Verisign fournit une extension Firefox pour remplir et s'authentifier automatiquement par son URL,
http://myid.is/olivier.duval.id : simple, certifie vos sites/blogs,
http://claimid.com/zorky

la délégation d'URL

Lorsque l'on a un domaine Internet et un ou plusieurs sites, ces derniers servent aussi de carte de visite. OpenID autorise la délégation d'authentification à l'aide d'un jeu de balises link dans une page HTML.

Par exemple mon site portail http://olivier-duval.info contient les balises suivantes qui font référence à mon compte MyOpenID (zorky.myopenid.com) :

<link rel="openid.server" href="https://www.myopenid.com/server " />
<link rel="openid.delegate" href="http://zorky.myopenid.com " />
<link rel="openid2.provider" href="http://www.myopenid.com/server " />
<link rel="openid2.local_id" href="http://zorky.myopenid.com " />

ces balises dans la section head de la page d'accueil auront pour effet que je puisse utiliser olivier-duval.info comme adresse / identifiant OpenID sur les sites qui proposent l'authentification OpenID (principale ou en alternative), pratique : j'expose ma carte de visite en même temps que la possibilité de m'authentifier.

le challenge : améliorer l'expérience utilisateur OpenID (OpenID UX)

OpenID 2.0 et la fonctionnalité Directed identity

OpenID 2.0 a apporté notamment les nouveautés suivantes (on pourra lire cet article sur la v2.0) :

directed identity
attribute exchange extension (AX)

La 1ère était pour Google et Yahoo, la condition au passage à OpenID, la killer-feature et cela en est bien une.

Avec OpenID 1.1, l'utilisateur s'identifie grâce à une URL, où l'identifiant utilisateur est embarqué dans cette dernière, comme nous l'avons vu précédemment (dans mon cas : http://olivier-duval.info ou http://zorky.myopenid.com). Pour le commun des mortels, cette approche peut paraitre perturbante : saisie d'une URL puis une authentification par login et mot de passe.

Avec OpenID 2.0, on ne précise plus l'URL utilisateur, seule l'adresse du provider suffit (en langage technique l'OpenID end-point) : l'application fournit l'URL du provider (le paramètre openid.claimed_id envoyé au fournisseur contiendra alors la valeur http://specs.openid.net/auth/2.0/identifier_select au lieu de l'URL OpenID utilisateur) qui se chargera d'authentifier l'utilisateur (par login/mot de passe), le provider répondra à l'application cliente en lui fournissant l'URL OpenID de l'utilisateur.

Concrétement, cela permet le développement de widgets contenant des icônes cliquables (RPX l'a compris depuis longtemps), que nous voyons de plus en plus sur les sites : cela améliore l'expérience utilisateur (OpenID UX), par une approche plus simple sous forme d'un clic sur une image plutôt qu'une saisie d'URL.

On pourra alors trouver ce type de bannières où d'un clic l'utilisateur est redirigé vers le fournisseur de son choix :

des librairies jQuery commencent à naitre : sur jVance.com, OpenID-selector, ou en développer une spécifique pour intégrer Orange.

Quels fournisseurs ?

Tous les fournisseurs OpenID n'implémentent pas tous OpenID 2.0 et la fonction directed identity. Parmi les fournisseurs qui ont adopté la spécification OpenID 2.0 (avec le directed identity) et leur end-point (URL) d'accès, sont nominés (tous ont été testés) :

Google : https://www.google.com/accounts/o8/id (par l'utilisation d'une requête XRDS pour l'obtention du end-point réel pour la redirection OpenID, cf. l'API Google OpenID),
Yahoo : http://me.yahoo.com - option : peut nécessiter la mise en place d'un fichier XRDS pour retirer le message d'avertissement sur le site demandeur (non "vérifié" par défaut, cf. cette intéressante question),
Flickr (appartient à Yahoo) : http://www.flickr.com,
Orange : http://openid.orange.fr (http://orange.fr devrait également fonctionner),
MyOpenID : http://www.myopenid.com,
Verisign : https://pip.verisignlabs.com,
MySpace : http://www.myspace.com

Sur le blog de JanRain (RPX), il est intéressant de constater que sur 173 000 sites qui utilisent leur widget, 37,4 % des utilisateurs préférent Google (source)

Avantage et intérêt ?

Personnellement je suis constamment connecté sur mon compte Google, pour lire mes mails, mes flux, mon calendrier, voire éditer des fichiers. Lorsque je vais sur un site qui accepte Google comme authentification OpenID, il suffit d'un clic pour y accéder car je suis déjà connecté sur Google, doublement pratique :

je ne retiens et ne conserve qu'un login (mon email) / mot de passe, ma connexion est facilitée et rapide car j'ai un usage important des services Google (cela pourrait en être autant avec Yahoo, MySpace ou Orange).

Concernant Google, une partie de l'URL renvoyée à l'application cliente (RP : Relying Party) est hashée sur le domaine appelant et diffère donc selon l'application qui effectue la demande d'authentification.

Par exemple, si je teste mon authentification Google sur mon essai RPX, j'obtiens comme identifiant OpenID www.google.com/accounts/o8/id?id=XXXXwkvXsnU5vv4V7ECA7MVcqx4cz1GdQJ-yUA , par Stackoverflow, un autre identifiant www.google.com/accounts/o8/id?id=XXXXkyhuj2bdptserwktuerhwtotmxwtztguo, différent donc. Cela peut être gênant d'unifier le "login" utilisateur Google pour plusieurs applications Web (ie : sur des domaines différents). Google calcule le hash contenu dans l'URL retournée selon le paramètre openid.realm (qui contient le domaine / hôte RP qui effectue la requête OpenID), c'est très bien expliqué à la section Request authentication response.

Internautes : quelle utilisation ? Directed Identity ou par URL ?

Lorsque le site ne propose pas une authentification Google, j'utilise mon adresse http://olivier-duval.info, mais de plus en plus de sites proposent Google ou Yahoo comme authentification principale. On pourra citer StackOverflow (et ses avatars : http://serverfault.com http://superuser.com , ça manque de SSO dans ce cas d'ailleurs), Diigo, UserVoices, Plaxo, FriendFeed - soit ils proposent 1 seule identité, soit N identités alternatives (1 compte local + n comptes OpenID du type Google, Yahoo, ...) : on nous donne la liberté de choix, et j'aime cette démarche.

Convenons que pour l'utilisateur lambda, il est plus simple d'utiliser des icônes qu'une URL, moins long aussi à saisir.

Sites qui gèrent des comptes: compte local ou alternatives avec OpenID ?

Des sites ont choisi de n'avoir que des comptes externes (par exemple Stackoverflow), tout en proposant un 2è compte OpenID pour se connecter (si le 1er fournisseur venait à tomber par exemple).

D'autres, Diigo (possibilité d'autant de comptes supplémentaires que l'on souhaite), BaseCamp (1 seul OpenID), Plaxo, Facebook (autant que l'on souhaite), ...ont choisi OpenID comme compte alternatif au compte local créé lors de son inscription.

Le 1er est le plus risqué, il faut au moins proposer la possibilité d'enregistrer un 2è compte OpenID, car nous restons tributaires du fournisseur OpenID (Google, Yahoo, ...), le compte local, lui, fonctionnera (presque) toujours.

aide à la pré-inscription

Un autre usage d'OpenID peut concerner la pré-inscription. Lors de la connexion avec son compte Google, le site RP / demandeur peut solliciter des champs de retour, du type l'email, le nom, etc. Cet échange est décrit dans la spécification OpenID SREG qui inclut une liste finie de champs. Dans ce cas là, on pourrait pré-remplir quelques informations sur le futur abonné au site. Un billet sur le sujet (par FB Connect ou Twitter mais l'idée reste la même).

A titre d'information, on pourrait aller bien plus loin dans l'échange d'attributs entre un site client et un provider, en se basant sur OpenID 2.0 et la spécification OpenID Attribute Exchange (cf. ce billet sur le sujet).

et les autres fournisseurs : Facebook, Microsoft (LiveID) ?

Facebook

Facebook a pris la voie d'un protocole propriétaire pour l'authentification : Facebook Connect. Malheureusement je dirais, car cela ne couterait pas très cher de passer à OpenID en tant que fournisseur (OpenID Provider / OP), et tellement appréciable. J'espère que Facebook deviendra un jour OP avec la fonctionnalité directed identity, cela éviterait d'implémenter un protocole supplémentaire.

En revanche, FB (ayant rejoint la fondation OpenID) autorise le RP (Relying Party) en ... mode automatique : il suffit de lier son compte Facebook avec ses différents fournisseurs OpenID, et dès que vous accéderez à la page d'accueil http://www.facebook.com , si vous êtes déjà connectés (sur Google par exemple) vous serez automatiquement authentifier à Facebook, pas mal pour le coup, riche idée j'ai trouvé. FB stocke tout ce p'tit monde dans un cookie (openid_p), cela n'est valable donc uniquement sur le poste courant, à moins de s'être au moins connecté 1 fois sur FB sur le poste afin qu'il puisse positionner le cookie.

Pour cela, il suffit d'aller dans Paramètres > Compte > Comptes liés. L'idée est séduisante, sans compter l'ergonomie de sélection du fournisseur que je trouve particulièrement réussie (pour la reprendre à mon compte d'ailleurs) :

Microsoft / LiveID

Microsoft qui a adhéré à la fondation, a entrepris (en Community Tech Preview) le passage des comptes LiveID en OpenID. Aux dernières nouvelles, ce n'était pas actif sur les vrais comptes LiveID, mais toujours en test (cf. le site de test, pas de nouvelle, bonne nouvelle ? 500 millions de comptes sont concernés, il serait dommage de ne pas en profiter un jour).

Mais selon la newsletter de la fondation, il y a un bon espoir : cf. la partie OP Progress : "Microsoft committed to becoming an OpenID Provider in 2010"

librairies

Quelques librairies pour nous codeurs :

Java : open4java
PHP , Ruby ou Python édités par RPX
plus ici
et je finirais par .NET : l'excellente librairie DNOA (il y a également ExtremeSwank mais déconseillée car la version RP est compromise et n'est plus maintenue) qui implémente totalement les spécifications d'OpenID v2.0, contrairement à ces concurrents :

le site officiel DotNetOpenAuth : OpenID 1x et 2.0, RP et provider, AX, implémente la fonctionnalité directed identity
les sources
le groupe : pour avoir posé quelques questions, le principal contributeur (travaille chez MS du côté de la XBox ;)) répond assez rapidement
de nombreux projets exemples, soit en ASP.NET MVC, soit en ASP.NET WebForms
DNOA de son petit nom, implémente également le protocole OAuth, API standard d'autorisations, très utilisée sous Twitter (permet d'utiliser une API par le biais de son compte mais sans laisser ses logins / mot de passe au site tiers utilisateur de l'API), et prend en compte InfoCard
expérience utilisateur avec jQuery : http://openidux.dotnetopenauth.net

N'hésitez pas pour voter des évolutions sur l'UserVoice du projet (les implémentations de FB Connect ou de MS LiveID seraient un très bon début).

OpenID : la solution miracle à l'authentification ?

Bien entendu que non. A défaut d'être parfait, cela a le mérite d'essayer de sortir un standard qui tente de répondre à un besoin classique et récurrent sur Internet : l'inscription et l'utilisation de logins et mot de passe sur des applications ou services. Personnellement, je dois être inscrit à environ 300 sites, avec pour chacun des règles différents pour le choix du login (email, login, déjà pris, ...), mot de passe (trop court, pas assez compliqué, ...) et j'en passe.

L'essayer, c'est l'adopter, d'autant plus qu'avec la fonctionnalité directed identity, soutenue par Google, Yahoo, Orange & co (et bientôt AOL en 2010), l'expérience utilisateur devient bien plus simple.

Quelques sorties 2010 : Castle Windsor, Dokuwiki, Sympa, jQuery

zorky — Sun, 24 Jan 2010 11:33:00 +0100

Quelques mises à jour à effectuer pour 2010 :

IoC : Castle Windsor 2.1.1 : ajout du support Silverlight, performances, ...vous avez des besoins ? n'hésitez pas à les exprimer sur UserVoices,
Wiki : bon, pas vraiment 2010 mais presque : dokuwiki Lemming du 2009-12-25 patch c : moteur wiki que j'affectionne car il reste simple (sans base de données) et offre une extensibilité appréciable (même s'il est développé en PHP), voir les changelog
Listes de diffusion : Sympa version 6.x : SYMPA est un serveur de listes de diffusion, doté d'un API SOAP, et d'innombrables fonctionnalités : authent/ SSO (CAS), moteur de modèles, antispam, hautes-performances / réparti, listes dynamiques, sources de données diverses et variées (LDAP, SQL Server/..., fichiers locaux ou distants, ...) Il est maintenu (développement en Perl) par des français et utilisé de plus en plus aux US.
javascript : à moins d'avoir eu une grosse coupure Internet, si vous n'êtes pas au courant : jQuery 1.4

Les 10 125 extensions Chrome à installer d'urgence

zorky — Fri, 22 Jan 2010 12:30:00 +0100

La pub subliminale de Google dans les transports, journaux, arrêts de bus, ..., concernant Chrome a eu raison de mon libre arbitre, je commence à installer bon nombre d'extensions Chrome, pas 10 125, mais seulement 11 pour l'instant.

Gros consommateur de services Google (aux dépends de ma liberté donc), du type GMail, Google Calendar, documents, apps, etc, Chrome reste une bonne alternative à Firefox lorsqu'on n'a pas besoin d'extensions pour du développement Web (Firebug, Firecookies, YSlow, etc), il devient alors plus léger que son concurrent.

Les extensions Chrome que j'ai installées récemment, en rapport aux services Google ou non :

Goole Mail checker
Google reader checker
Google Calendar Popout
RSS Subscription Extension
Diigo Bookmarks : Diigo m'enregistre automatiquement mes favoris dans delicious, donc pas besoin d'extension pour ce dernier
Feedly
Bit.ly : le site par excellence qui vous raccourcit vos URL
Goo.gl : le service d'URL raccourcis de Google
Kutano : client Twitter
Fittr : très pratique pour Flickr : accès facilité aux EXIF, modale pour un affichage plus grand de la photo, raccourcis http://flic.kr, vue sur fond noir
Tumblr pour les utilisateurs de Tumblr, permet de lire les blogs que l'on suit, et également de publier
Evernote pour les inconditionnels comme moi de la note partout sur tout

ce qui est pas mal sous Chrome, contrairement à Firefox, c'est qu'il n'y a pas besoin de relancer le navigateur.

En revanche, l'Extension Firefox, avec un grand E, qui manque à Chrome reste Ubiquity, dur de s'en passer quand on y a goûtée.