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

IT

• 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 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

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=140×140&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 :

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.

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

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.

• 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’à.

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 ?;)

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 ! )

• A http://area51.stackexchange.com
• B http://www.bnpparibas.net
• C http://www.codethinked.com
• D http://docs.google.com
• E http://ebay.fr
• F http://facebook.com
• G http://gmail.com
• H http://hotmail.com
• I http://www.imc.fr
• J http://julienboisard.fr
• K http://www.krakote.com
• L http://lutalivre.fr
• M http://meteofrance.com
• N http://netvibes.com
• O http://www.obturations.com
• P http://programme-tv.net
• Q http://www.quelle.fr
• R http://rtl9.com
• S http://sharpness.me
• T http://twitter.com
• U http://upload.facebook.com
• V http://vimeo.com
• W http://www.flickr.com
• X
• Y http://www.youtube.com
• Z http://zorky.darqroom.fr

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 ?

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.