Clever Garden, Clever Age, Clever Presence - 100% digital

Livre blanc : les formulaires web

Nicolas Catherin — 2011-12-07T09:33:43Z

Les formulaires web sont encore et souvent négligés, parfois recouverts d'une couche graphique plus néfaste que pratique, et rarement considérés comme un puissant levier de transformation qu'il s'agisse de produit, de service ou d'information. Ce livre blanc a pour ambition de traiter cette problématique de complétion que l'on retrouve associée à chaque formulaire au travers d'une vision croisée entre accessibilité, ergonomie et esthétique.

Ils sont partout ! Du moindre champ de recherche au tunnel de commande, les formulaires occupent une majeure partie des interactions que les sites Internet offrent à vos doigts agiles. Mieux encore, ils vous garantissent l'accès à l'information recherchée, et heureusement, vu le temps que vous leur consacrez !

Mais parfois, c'est le drame. D'abord vous vous retrouvez à remplir une interminable série d'ennuyeuses zones blanches qui frôlent régulièrement la curiosité mal placée. On vous impose d'accoler vos yeux à quelques centimètres de l'écran ou de suivre certaines lignes avec les doigts pour être certain de renseigner les bonnes informations au bon endroit. Les requêtes ne sont pas toujours claires : ici, l'on vous demande un département et vous pouvez saisir cinq chiffres : s'agit-il sérieusement du code postal ?

Toutes ces épreuves accomplies, c'est fièrement que vous cherchez le sacro-saint bouton d'envoi… Mais où est-il ? Ah oui, dans le coin inférieur droit de votre écran. Il s'en est fallu de peu que vous ne le ratiez. Vous cliquez, soulagé, vous avez réussi…

Et non : les lignes sont gorgées de rouge, toutes ou presque, les informations semblent obligatoires. Vous ne le saviez pas ? Bon retour à la case départ !

Dans l'idée d'épargner tout ceci à vos utilisateurs, ce livre blanc vous apportera les briques essentielles à la bonne conception de vos formulaires à travers le plan d'étude suivant :

Présentation et personnalisation des éléments
- les éléments natifs pré-HTML5 ;
- les limites de la personnalisation ;
- HTML5 : apports et limites.
Ergonomie et bonnes pratiques
- l'objectif est la complétion ;
- aligner le couple label / champ ;
- longueur de champ et « affordance » ;
- hiérarchisation des actions ;
- indiquer le caractère obligatoire (ou non) des champs ;
- gérer le feedback utilisateur.

Bonne lecture, et n'hésitez pas à nous conter vos expériences !

Télécharger le livre blanc (format PDF, 1,9Mo)

Brightcove

Jacques Leroux — 2011-07-22T14:29:18Z

Brightcove se présente comme le pionnier et le leader des plates-formes vidéo en ligne. La couverture fonctionnelle est complète : encodage des vidéos, publication, monétisation, syndication, statistiques, etc.

Fiche d'identité
Nom du produit	Brightcove 5
Éditeur	Brightcove
Date de création	2004
Date de l'étude	Avril 2011
Licence	SaaS
Positionnement	Plate-forme de gestion de contenu vidéo (OVP - Online Vidéo Platform)

Synthèse

Le capital de la société est réparti entre General Catalyst Partners, Accel Partners, et Jeremy Allaire pour plus de 50%. En 2011, la société comptera plus de 250 salariés dans le monde (dont 5 en France).

La plate-forme s'adresse à tous les types de clients : organisations non gouvernementales, multinationales et PME, administrations. L'offre est segmentée en 5 catégories, à partir de 99$ : Éditions et tarifs

Analyse

Interface

L'interface de contribution (nommée "Brightcove Studio") est développée en flash et s'articule autour de 5 onglets :

"Home" affiche un tableau de bord ;
"Media" donne accès aux fonctionnalités de gestion des vidéos ainsi qu'aux paramètres de diffusion (restrictions de diffusion, supports de publication) ;
"Publishing" gère différents modèles de lecteur ;
"Advertising" permet d'ajouter un paiement à l'acte ou des publicités ;
"Analytics" permet de consulter les statistiques de diffusion selon un ensemble de critères.


Capture de Brightcove studio

Ingestion des vidéos

Brightcove dispose de plusieurs solutions pour ajouter des vidéos : directement par le back-office, par lot en FTP ou bien avec la solution Aspera.

L'encodage est réalisé automatiquement selon plusieurs profils prédéfinis, mais l'utilisateur peut éditer ses propres profils d'encodage. Avec du développement spécifique, l'import de vidéos peut se traiter directement à partir du back-office d'un CMS.

Enrichissement des vidéos

Les vidéos ajoutées dans le back-office sont enrichies par des champs descriptifs standard (titre, description, etc.), et des métadonnées personnalisées.

Les options liées à la diffusion sont associées à chaque vidéo (publicité, restriction géographique, restriction temporelle, "watermarking", sous-titrage multilingue DFXP). Le chapitrage des vidéos est directement éditable dans l'interface.

Grâce aux APIs proposées, les métadonnées peuvent être mis à jour par synchronisation avec les CMS du marché (Drupal, Joomla, Wordpress, ...). Les vidéos peuvent être partagées entre plusieurs comptes utilisateurs créés sur un même compte client.

Publication

Brightcove propose une publication disponible en plusieurs débits grâce à la diffusion en continu ou au téléchargement progressif (via Adobe Flash Media Server, Akamai HD ou Apple HTTP).

Le flux peut être crypté, afin de n'être lisible que sur les lecteurs autorisés et éviter le vol de contenu. La diffusion est limitée selon les critères définis pour chaque vidéo (par date, domaine, lieu, lecteur).

L'intégration et la synchronisation avec les CDNs garantit une diffusion optimale, quelque soit le lieu de lecture. Une chaîne Youtube peut être liée au compte Brightcove, et permet la synchronisation des vidéos et des métadonnées.

Lecteur vidéo

Brightcove propose en standard une bibliothèque de 15 modèles de lecteurs. Ces lecteurs sont entièrement personnalisables, les informations et les fonctions présentées à l'internaute pouvant être entièrement paramétrées. Les lecteurs détectent automatiquement les appareils qui affichent la vidéo et diffusent le format le plus approprié à l'environnement. Le langage de description du lecteur "BEML" permet un paramétrage poussé des fonctionnalités (thèmes, modules, éléments d'interface, etc.).

Monétisation

Brightcove est un promoteur des standards VAST et VPAID, qui définissent une façon uniforme de créer, de gérer le trafic et de suivre les campagnes. L'intégration avec les plate-formes publicitaires est ainsi facilitée. L'utilisateur peut aussi paramétrer la vidéo pour insérer un "clic-to-action" vers des offres et des actions à n'importe quel moment de la vidéo.

Statistiques sur les vidéos

Les statistiques de diffusion proposées par Brightcove sont disponibles sur un intervalle de date selon 4 familles de critères :

la diffusion ;
la lecture ;
les plates-formes technique de lecture ;
les sources d'affichage des vidéos.

Grâce à un SDK spécifique, elles sont intégrables sur les plates-formes d'analyse statistique Omniture ou Google Analytics.

API et SDK

Brightcove dispose d'APIs complètes pour intégrer du contenu à sa plateforme. Le lecteur peut être paramétré par le biais d'un fichier BEML écrit avec une syntaxe XML. De nombreux partenaires technologiques proposent de nouveaux services faciles à intégrer : monétisation, publication, intégration à des CMS, etc.

Matrice SWOT

Forces	Faiblesses
Position de leader sur le marché OVP Middle Market (références, présence internationale, intégrateurs formés …) Equipe « Professional service » pro-active Nombreuses API vers des outils tiers Intégration des CDNs	Approche propriétaire : communauté peu développée, BEML propriétaire … Gestion en Back-Office de l'organisation des vidéos et des utilisateurs rapidement complexe
Opportunités	Menaces
Stratégie Brightcove : priorité au Corporate par rapport à la publicité/monétisation	Le marché OVP Middle Market évolue vite avec l'entrée probable de gros acteurs susceptibles de redistribuer les cartes Flexibilité autour de l'évolution du produit amoindrie par sa position de leader Solution de reporting non développée par l 'équipe produit Brightcove mais par un tiers

Ooyala

Jacques Leroux — 2011-07-22T14:22:34Z

Ooyala est une plate-forme de gestion de contenu vidéo complète avec des fonctionnalités très avancées en monétisation et reporting.

Fiche d'identité
Nom du produit	Ooyala
Éditeur	Ooyala
Date de création	2007
Date de l'étude	Avril 2011
Licence	SaaS
Positionnement	Plate-forme de gestion de contenu vidéo (OVP - Online Vidéo Platform)

Synthèse

Ooyala fournit aux entreprises une suite complète en mode SaaS pour encoder des vidéos, les publier, les monétiser, les syndiquer, et mesurer leur diffusion. Cette solution a été créée par d'anciens managers de Google, qui depuis ont été rejoints par des anciens d'Akamai et de Yahoo.

Le capital est réparti entre les fondateurs et des investisseurs institutionnels (The CID Group, ITOCHU Technology Ventures, Rembrandt Ventures et Sierra Ventures). Quelques business angels ont aussi investi dans Ooyala : Tim Koogle (précédent CEO de Yahoo), Fred Warren (Créateur de Brentwood Associates, investisseur à l'origine d'Apple) et Kim Hagopian (Créateur de Redpoint Capital).

En 2011, la société compte 120 salariés dans le monde (2 en France, 8 en Europe).

La plate-forme s'adresse à tous les types de clients : organisations non gouvernementales, multinationales et PME, administrations.

Analyse

Interface

L'interface de contribution (nommée "Backlot") est développée en flash et s'articule autour de 5 onglets :

"Overview" affiche un tableau de bord permettant de consulter différentes statistiques de diffusions
"Manage" donne accès aux fonctionnalités de gestion des vidéos
"Monetize" permet d'ajouter un paiement à l'acte ou des publicités
"Publish" gère les paramètres de diffusion (format du lecteur, restrictions de diffusion, supports de publication)
"Analyze" permet de consulter les statistiques de diffusion selon un ensemble de critères


L'interface d'Ooyala Backlot

Ingestion des vidéos

L'upload et l'encodage sont réalisés dynamiquement sur le cloud. Le profils d'encodage sont définis avec le client et permettent à l'internaute de disposer d'une version optimisée de la vidéo selon son terminal et son débit. Ooyala propose une application spécifique à Windows pour importer de gros volumes de vidéo. Les vidéos externes (en provenance de Youtube par exemple) peuvent être intégrées dans le compte Ooyala et traitées comme des vidéos normales. Avec du développement spécifique, l'import de vidéo peut se traiter directement à partir du back-office d'un CMS.

Enrichissement des vidéos

Les vidéos ajoutées dans le back-office sont organisées et gérées par :

des "labels", et leur structuration sous forme d'arborescence dynamique
des métadonnées spécifiques.

Grâce aux APIs, ces labels et métadonnées peuvent être mis à jour par synchronisation avec les CMS du marché (Drupal, Joomla, Wordpress, ...).

Les sous-titres sont définissables, et peuvent être automatiquement proposés aux internautes en fonction de leur position géographique. Le chapitrage des vidéos est directement éditable dans l'interface.

Publication

L'interface de publication permet de gérer la diffusion vers les périphériques et les modes de syndication. La syndication définit les règles de diffusion avec des critères :

géographiques
temporels
par nom de domaine

Elle permet également de gérer la publication vers des plates-formes externes : YouTube, DailyMotion, Twitter, FaceBook, iTunes, etc. L'utilisateur a également la possibilité de créer des chaînes, en définissant une liste de vidéos à enchaîner.

Lecteur vidéo

Le lecteur vidéo est entièrement personnalisable : choix des contrôles intégrés, de l'écran de départ, etc. Les informations et les fonctions présentées à l'internaute peuvent être paramétrées. L'intégration d'un logo en "watermark" est possible.

Le lecteur proposé par Ooyala se charge de fournir à l'internaute la meilleure qualité de visualisation selon le débit et la puissance du périphérique de lecture.

Monétisation

La gestion de la monétisation est très avancée chez Ooyala. Avec la gestion de vidéo publicitaires, l'utilisateur peut définir des ensembles de publicités et paramétrer leur diffusion au cours d'une lecture vidéo. La publicité peut être insérée à n'importe quel moment de la visualisation.

D'autre part, la visualisation d'une vidéo peut être rendue payante par la mise en place d'un "paywall". Les options liées à un paiement sont le montant, les types de droits associés, le système de paiement, le moment où le paiement est demandé.

Statistiques sur les vidéos

Les statistiques de diffusion proposées par la plate-forme sont extrêmement détaillées. L'utilisateur dispose de statistiques sur l'ensemble des vidéos :

le temps moyen passé par vidéo ;
le nombre moyen de visiteurs ;
le nombre de consultation ;
les critères techniques : périphérique de lecture, navigateur, débit moyen, etc.

Pour chaque vidéo, des statistiques détaillées sont disponibles :

le nombre de consultations sur toute la durée de la vidéo ;
l'analyse par zone géographique ;
les consultations à partir de YouTube.

API et SDK

Ooyala fournit des API et SDK pour s'interfacer avec les systèmes d'information de ses clients. On peut noter que :

Le lecteur vidéo est personnalisable par Javascript ou ActionScript ;
L'API "Backlot" permet de piloter l'ensemble des fonctions proposées par le back-office ;
Les statistiques sont extractibles aux formats XML, CSV et JSON avec l'API "Analytics".

Le SDK Facebook permet d'intégrer un lecteur de façon optimisé dans le réseau social.

Studio Quick.tv Ooyala intègre le studio Quick.tv, qui permet de rendre les vidéos interactives avec des zone cliquables, des informations mises à jour, des fonctions d'achat, etc.

Matrice SWOT

Forces	Faiblesses
Fonctions de reporting très poussées Ergonomie du Back-Office Excellente intégration avec les médias sociaux	Présence marginale en France et en Europe Gestion des profils d'encodage non outillée Communauté peu développée Manque d'équipes (Prof. Services ou intégrateurs) formées à la solution en Europe
Opportunités	Menaces
Studio Quick.tv permettant d'ajouter des fonctions d'interaction aux vidéos Dynamique d'innovation et de conquête d'Ooyala liée à sa position de challenger Intérêt croissant du marché pour cette solution (investisseurs, intégrateurs …)	Le marché OVP Middle Market évolue vite avec l'entrée probable de gros acteurs susceptibles de redistribuer les cartes Stratégie Ooyala très orientée vers la publicité/monétisation

Drupal

Abderahmane Teguia — 2010-09-08T09:05:42Z

A l'origine simple programme destiné à échanger des informations entre étudiants, Drupal a progressivement évolué vers une véritable solution de gestion de contenus Open Source en PHP. Malgré certains traits qui lui donnent encore des airs de « super-blog » (confusion entre front- et back-office notamment), le mécanisme d'extension proposé (sous forme de modules) permet de construire une application sur mesure qui répond à la plupart des besoins en matière de site internet corporate ou d'intranet d'information.

Synthèse

Fiche d'identité

Site de référence : http://drupal.org/
Éditeur : Communauté
Date de sortie de la première version : 2001
Numéro de la version étudiée : 6.16
Licence : GPL
Système d'exploitation / logiciels requis : Apache, PHP, MySQL ou PostgreSQL
Positionnement : Gestion de contenu (CMS)

L'une des principales caractéristiques de Drupal est son mécanisme de catégorisation (« taxonomie »), applicable à tous les objets manipulés et qui possède une place véritablement centrale dans l'outil : les catégories permettent aussi bien de gérer les rubriques que les droits d'accès ou la personnalisation.

Analyse

Contribution

La navigation dans le back-office peut être déroutante pour les contributeurs habitués à raisonner par rubrique : dans Drupal, on crée les contenus avant de leur affecter des critères qui permettront de les classer au bon endroit (automatiquement ou manuellement). A l'usage, cette façon de faire se révèle très efficace.

Une autre particularité de Drupal est la possibilité de fonctionner sans réel back-office : le contributeur peut avoir accès à toutes les fonctionnalités de gestion des contenus directement depuis le front-office (une séparation est bien entendue possible). La prévisualisation dans le contexte est prévue également.

Un administrateur peut créer de nouveaux types de contenus directement depuis le back-office.

Catégorisation / Rubriques

La catégorisation est certainement l'un des points forts de Drupal, qui permet de gérer nativement des familles de catégories (« vocabulaires ») utilisées pour classer les contenus, gérer les droits d'accès, effectuer des recherches, etc.

Le système de classification est simple, multiple, hiérarchisé, et même multi-hiérarchique (la classification est faite sous la forme d'un thésaurus, il est possible d'avoir plusieurs parents à la fois). Alors que la plupart des CMS limitent ces hiérarchies à seulement deux niveaux, Drupal permet d'avoir un nombre infini de niveaux.

Diffusion / Personnalisation

Plusieurs moteurs de template sont disponibles, dont PHPTemplate, un moteur de rendu PHP. Le back-office permet de changer de « thème » facilement (les thèmes sont des habillages prédéfinis). On peut aussi ajouter un nouveau thème en se basant sur un thème de base (un « starting theme »), par exemple ZEN.

On peut également personnaliser l'affichage d'un bloc, d'une liste, ou d'une page bien spécifique en passant par des fichiers de template (ayant une extension .tpl.php) ou éventuellement des fonctions de « theming » (hook_theme). La personnalisation peut se faire en fonction des profils et des catégories associées aux contenus (ou directement via des instructions PHP).

Il est possible de générer des URL propres (manuellement au moyen d'alias, ou automatiquement en fonction du titre des contenus, par le biais du module Pathauto).

Automatisation des processus

Les contenus sont par défaut dans l'un des 3 états suivants : "en attente de validation", "publié" ou "poussé en première page".

Drupal dispose de déclencheurs (des « Trigger ») qui sont des événement (ex : "Après l'ajout d'un article") qu'il est possible de relier à des actions (ex : "envoi d'un email").

En plus avec le module Workflow, il est possible de définir des états supplémentaires pour chaque type de contenu et la transition entre chaque état déclenche des actions bien particulières.

Collaboration

Bien qu'étant initialement orienté « collaboration », Drupal reste assez pauvre en la matière : seules les fonctionnalités de type « espace de discussion » sont présentes (forum, réaction à un article, modération, etc.).

Recherche

Le moteur d'indexation par défaut ne permet pas d'indexer les pièces jointes, mais il existe des modules complémentaires afin d'élargir le champ de la recherche comme par exemple :

Faceted Search pour la recherche à facettes,
Apache Solr Search Integration pour intégrer la plateforme de recherche Solr,
Search Lucene API ajoute des fonctionnalités de recherche du type de Solr à Drupal, en utilisant Zend_Search_Lucene.

Administration

L'interface d'administration de Drupal permet une gestion fine des utilisateurs et des droits, autour de la notion de profil. Il est également possible d'activer / désactiver des modules très simplement.

Avec Drupal 6, la gestion des langues a fortement évolué, en introduisant de nouveaux concepts. Chaque module traduit est désormais livré avec un dossier « translations », qui contient la liste des langues disponibles sous la forme de fichiers .po.

En revanche, la qualité de la traduction reste insuffisante et gagnerait à être améliorée.

Business Intelligence

Le tableau de bord contributeur de Drupal est assez limité, se contentant de filtrer les contenus selon leur type, leur état ou les catégories associées. On ne dispose que de statistiques de consultation du site (avec possibilité d'installer un module de suivi des clics utilisateurs).

Intégration au SI

Drupal nécessite un serveur d'application PHP et une base de données MySQL ou PostgreSQL.

Aucun connecteur n'est fourni par défaut, et il faudra développer à la main toutes les interfaces avec le système d'information.

Exploitation

Possibilité de monitorer toutes les actions sur le front et / ou le back office. Un module de throttling (contrôle de la charge) permet de désactiver des modules prédéfinis lorsque la charge est trop importante sur le serveur. En revanche, rien de spécifique n'a été prévu pour assurer la haute disponibilité.

Extensibilité

Drupal est plus qu'un CMS, et peut être employé comme plateforme de développement, sur laquelle on peut dans une certaine mesure développer des applications sous la forme de modules.

Le code source est placé sous licence GPL, et est abondamment documenté.

Perspectives

Drupal dispose d'une large communauté de développeurs et d'utilisateurs. Même si son utilisation en France est encore relativement modeste, Drupal fait de plus en plus d'émules en France, et a déjà été adopté par de grosses références. La solidité technique et la taille de la communauté devraient toutefois rassurer quant à la pérennité de la solution.

Avec des nouvelles fonctionnalités annoncées pour la sortie prochaine de Drupal 7, comme par exemple la séparation du Front Office et du Back Office, ou l'intégration d'un éditeur de texte riche, Drupal devrait encore gagner du terrain sur le marché des CMS.

État des lieux du référencement en 2010

Delphine Fagot — 2010-03-17T14:59:03Z

Ce livre blanc dresse l'état des lieux du référencement en 2010. Pendant des années, le référencement reposait sur deux types : le référencement naturel et le référencement payant. Mais en 2010, deux nouvelles formes de référencement ont fait leur apparition et bouleversent les deux piliers : le SMO (Social Media Optimization) et le PSO (Personalized Search Optimization).

A travers ce livre blanc, il s'agit de présenter les bonnes pratiques servant à améliorer la visibilité d'un site Internet.

La migration et refonte de site, le choix de nouveaux outils de travail ou de développement (CMS, blog, framework, etc) posent de nombreuses questions quant au référençement.

Comment préserver l'audience actuelle dans ces situations ? Quels sont les réflexes à avoir pour adapter le contenu au média Internet ?

Amorçer une stratégie de référencement qu'il soit naturel, payant ou encore social sur des bases solides est aujourd'hui réaliste. A condition d'être attentif à certains aspects techniques, à des méthodes de travail.

Plan de l'étude

Introduction
- État des lieux
- Pourquoi référence un site internet ?
- Construire une stratégie de référencement
Le référencement naturel ou SEO (Search Engine Optimization)
- Définition
- Les enjeux
- La trinité du référencement naturel
- Suivi du site
- Présence & visibilité ne suffisent plus
Le référencement social ou SMO (Social Media Optimization)
- Définition
- Les médias sociaux en France
- Pourquoi utiliser le SMO ?
- Nouveaux comportements et usages du web 2.0
- Les outils du SMO
- Les critères du SMO
- Quelles plateformes pour votre engagement SMO ?
- Le dispositif social idéal
Le référencement payant ou SEA (Search Engine Advertising)
- Présence des liens sponsorisés sous les moteurs de recherche
- Les avantages du Pay-Per-Click (PPC)
- Les limites du Pay-Per-Click
- Quand avoir recours aux liens sponsorisés ?
- Marche à suivre
- Conseils pour une meilleure campagne Pay-Per-Click
- Prix d'une campagne PPC
- Présentation de Google Adwords
- Présentation de Yahoo ! Search Marketing
- De nouvelles alternatives à la publicité au clic de Google Adwords
Les nouvelles méthodes de recherche
- La recherche personnalisée
- La recherche en temps réel
- Est-ce que le référencement a changé ?

Elastic Path, solution e-Commerce

Guillaume Saint-Raymond — 2009-11-20T09:05:58Z

En quelques années, Elastic Path (EP) a réussi à imposer leur solution e-commerce haut de gamme, majoritairement aux États-unis. Paradoxalement, cette solution est encore méconnue en Europe. Basé sur des briques Java Open Source (dont Spring), la force d'EP est de proposer un large éventail de fonctionnalités "out of the box" ainsi qu'une extensibilité complète.

Nom du produit	Elastic Path
Site de référence	http://www.elasticpath.com/
Version étudiée	6.1.2
Système d'exploitation / logiciels requis	Windows-Linux Jboss-Websphere-Weblogic Oracle-SQL Server-MySQL

Elastic Path : la société

Elastic path est une société canadienne fondée en 2000 à Vancouver qui, à l'origine, faisait du conseil dans l'e-commerce. Le changement de cap a été opéré, 4 ans plus tard avec le développement de la solution e-commerce eponyme. Elastic Path compte maintenant près de 200 clients provenant majoritairement des US et emploie plus de 120 collaborateurs.

Elastic Path : la solution e-commerce

Avant d'entrer dans les détails, il faut bien comprendre qu'Elastic Path n'est pas destiné à toutes les bourses. En effet, le produit s'adresse à des clients ayant un chiffre d'affaires annuel variant de 5 à 200 millions de dollars, autant dire qu'Elastic Path se place dans le haut du panier concurrençant des produits tels IBM WebSphere Commerce ou ATG Commerce, par exemple.


Une fiche produit sur le front d'example

En achetant la licence de la solution e-Commerce, vous aurez droit à une solution multi-store / multi-channel permettant d'avoir une flexibilité pour déployer une seule application e-commerce dans différents pays ayant chacun leurs règles du jeu.

Dans cette optique, la gestion des catalogues se traduit par l'apparition de catalogues virtuels qui offre la possibilité de décliner suivant les magasins tout ou partie du catalogue. Le catalogue virtuel faisant office de master par rapport aux catalogue pays.

De plus, la solution gère nativement via le Commerce Manager (back-office) :

les comptes consommateurs avec la possibilité d'enregistrer les numéros de carte de crédit
les commandes : gestion des retour/échange et des notes de crédit
les fiches produit avec une attention particulière sur la gestion du référencement (SEO)
les taxes : gestion par juridiction (pays, région, ville...)
les zone de livraisons suivant les services de livraisons
les plateformes de paiement
les entrepôts, les stocks
les promotions avec un moteur de création de règles

Dans la continuité des fonctionnalités délivrées par Elastic Path, celui-ci dispose aussi d'un outil de reporting permettant, par exemple, de consulter les produits en rupture des stock / ayant un stock faible ou, par exemple, les créations de comptes récentes. Un moteur de requêtes permet de générer ses propres reports.

Une brique CMS est aussi présente permettant la contribution de contenu via les "Dynamic Content" mais il ne faudra pas compter nativement sur des fonctionnalités typiques des CMS tels que la gestion des workflows ou de l'historisation des contenus.

Le back-office : Commerce Manager

Une des spécificités du produit est le back-office appelé Commerce Manager qui a été développé à partir du framework Eclipse RCP. Eclipse, le célébre environnement de développement (IDE) open source, fournit un framework permettrant de construire des applications graphiques (l'interface d'Eclipse est construit sur Eclipse RCP).

Nous avons donc affaire à un client lourd pour gérer le back-office. A noter les différences suivantes par rapport à un client léger (navigateur web) :

un interface réactive, plus ergonomique et plus flexible
n'est pas un navigateur web donc les problème de compatibilité inter-navigateurs disparaissent (n'oublions pas le dinosaure IE6 encore bien implanté dans les grandes entreprises)
la possibilité de manipuler des onglets (possible aussi en client léger mais plus complexe à mettre en place et à maintenir)
un aspect 'developer friendly', en particulier du coté des tests unitaires.

Voici à quoi ressemble le Commerce Manager pour la gestion du catalogue...


Commerce Manager : gestion du catalogue

...et pour une fiche produit :


Commerce Manager : fiche client

Coté serveur d'applications

Elastic Path se base sur des briques Java Open Source éprouvés dont :

Spring, Spring MVC, Spring Security

Côté persistance, Hibernate n'as pas été retenu au profit de Apache Torque et Apache JPA. La moteur de recherche est propulsé par Apache Solr.

De plus, une communauté de développeur accompagne Elastic Path en plus du support de l'éditeur, le code source du produit est fourni suite à l'achat de la licence ainsi qu'une API bien documentée.

Ces composantes en font un produit extensible pour coller au plus près du besoin et attractif pour les développeurs vu les technologies utilisées.

Pour finir

Au final, Elastic Path propose une solution intéressante à plusieurs points de vue :

un ensemble de fonctionnalités ecommerce native au produit
un interface originale et flexible pour piloter Elastic Path
un produit qui plait aux développeurs

elgg - Logiciel de réseau social Open Source

Claire Roubey — 2009-06-09T07:59:09Z

Elgg est un logiciel de réseau social libre distribué sous licence open source. Il permet de mettre en place facilement un réseau social, que ce soit pour l'intranet d'une entreprise ou votre club de sport préféré.

Fiche d'identité
Nom du produit	elgg
Site de référence	http://www.elgg.org
Éditeur	Curverider + communauté
Date de sortie de la première version	2004
Numéro de la version étudiée	1.5 (9 mars 2009)
Licence	GNU General Public License, version 2
Système d'exploitation / logiciels requis	Serveur Apache, MySQL 5+, PHP 5.2+
Positionnement	moteur de réseau social

On peut télécharger Elgg sous 2 formes différentes :

le "core engine", si l'on souhaite se servir du moteur de Elgg comme base à des développements spécifiques.
le pack complet, comprenant le "core engine" + certains plugins préinstallés : blogs, gestion de fichiers, bookmarks, messages privés, gestion des statuts, éditeur wysiwyg.

Aperçu des fonctionnalités

Toutes ces fonctionnalités sont fournies d'office dans le pack complet.

“activity stream” (liste de l'activité des utilisateurs façon facebook)
profils personnalisables
tableaux de bords membres
système de notifications
gestion de groupes
outils de blog
outils de mise en favori
gestion des medias
internationalisation
vues multiples : différentes façons de visualiser un contenu (html, téléphone portable, xml)
moteur de templating avancé
gestion des avatars
APIs pour gérer des évènements, créer des plugins et des widgets
RSS, FOAF, XFN pour la syndication de contenu
support d'OpenID et d'OpenSocial
Open Data Definition et un nombre croissants d'autres formats fournis pour l'import / export

Plugins

Elgg est fourni en bundle avec un certain nombre de plugins qu'il suffit d'activer. On peut s'en procurer d'autres (les Community Plugins), de même que des thèmes, pour modifier l'apparence visuelle, et des packs de langues pour traduire l'interface.

Parmi les plugins créés par la communauté, on trouve un plugin de messagerie instantanée, une gestion de calendriers, “The wire” (un système de notification interne « à la » twitter, des galeries photos, de l'intégration GoogleMaps, un outil de notation, un module de petites annonces, un nuage de tags, une galerie flickr, etc.

A ce jour, 688 plugins sont disponibles.

Différents usages de Elgg

Elgg permet de mettre en place un réseau social plus ou moins personnalisé :

on peut se contenter d'utiliser Elgg avec les fonctionnalités fournies par défaut
on peut vouloir rajouter des fonctionnalités en utilisant des plugins (blog, forums, bookmarks, etc.)
ou choisir de développer ses propres fonctionnalités (en PHP, à partir du "core engine")

Originellement, Elgg était beaucoup utilisé dans le milieu éducatif, sous la forme d'intranet pour l'équipe pédagogique ou de réseau social à destination des étudiants. On trouve maintenant de plus en plus Elgg en entreprise dans le cadre d'intranet "social" à destination des employés. L'autre utilisation phare du produit, c'est la création de réseaux sociaux de niche, autour de la pratique d'un sport par exemple.

Prise en main

Le placement des contenus sur la page se fait par glisser-déposer. Si l'on souhaite une personnalisation plus poussée, il faudra écrire du code, en passant par la création d'un plugin pour créer un thème customisé.

La visibilité de chaque contenu sur une page est gérée très simplement, selon plusieurs niveaux :

privé
seulement mes "amis"
tous les utilisateurs connectés
visibilité publique

Architecture technique

Les 2 dossiers principaux à l'intérieur du code de Elgg sont le dossier engine/ et le dossier /views.

Dans une perspective MVC, le dossier engine/ contient le contrôleur. Les classes du core, les accès à la base de données et la gestion des évènements sont gérés ici.

Le dossier /views contient un répertoire par type de visualisations, foaf, php, rss, xml, etc.

Le modèle de données :

L'objet de base s'appelle une entité (Entity). Ces entités sont ensuite divisées en 4 classes principales, « objet », « utilisateur », « site » et « groupe », avec leurs propres méthodes et propriétés.

On peut très facilement étendre ce modèle en créant ses propres classes d'objet.

Elgg a prévu également un système de relations entre entités : instaurer par ex. que l'entité A est "ami" de l'entité B, etc.

Conclusion

La communauté française commence à s'organiser (un premier « ElggCamp », sur le mode des barcamps, se déroulera à La cantine, à Paris, le 13 juin prochain).

Le fait de pouvoir héberger le code sur son propre système semble un avantage certain, à l'heure des questionnements sur l'utilisation de nos données personnelles.

A noter cependant que les éditeurs de Elgg proposeront prochainement une solution "clé en main" en mode hébergé : elgg.com pour des tarifs allant de 49 à 149 $ par mois.

Matrice SWOT

Forces

installation et prise en main faciles
nombre de standards supportés : OpenID, Opensocial, oAuth, FOAF, XFN, etc.
internationalisation
qualité du code
opensource
possibilité de l'héberger soi-même
écosystème de plugins assez riche

Faiblesses

produit encore jeune : compatibilité ascendante non garantie (la version 1.5 apporte beaucoup de changements, certaines données ne peuvent pas être récupérées au changement de version et les thèmes doivent être beaucoup retravaillés)
les plugins sont présentés de façon peu claire, pas de gestionnaire de version, pas de forum par plugin, une seule page avec les commentaires à la fil (ces pages sont "powered by elgg", et on touche peut-être là les limites de l'outil). Il y a certes un "trac" global pour tous les modules contribués, mais ce dernier semble peu visité
documentation de qualité variable, précisant rarement de quelle version on parle
communauté peu visible

Opportunités

version « clé en main », bientôt en bêta

Menaces

forte concurrence dans le secteur, aucun outil n'a encore pris le leadership

ASP.NET MVC face à WebForms

Tristan Rivoallan — 2009-04-20T09:28:41Z

Microsoft est sur le point d'intégrer un modèle MVC (Model-Vue-Controler) à son framework Web ASP.NET.

En effet, ASP.NET MVC RC1 est disponible depuis le 27 janvier 2009 et la sortie de la version définitive est prévue d'ici quelques semaines. Chose importante il s'agit d'un projet open source dont 5 versions beta ont fait l'objet de retour de la communauté.

ASP.NET est aujourd'hui une technologie mature, à la fois robuste et flexible qui permet de construire toutes sortes d'applications. Web Forms, la couche de présentation pour ASP.NET, est basée sur un modèle évènementiel qui a fait son succès. En incluant MVC dans ASP.NET, Microsoft ne souhaite pas remplacer Web Forms mais proposer une alternative pour répondre à l'ensemble des problématiques.

Il est vrai qu'il existe des adaptations de l'incontournable modèle MVC sur tous les langages et que des versions open source pour .NET ont vu le jour pour combler son absence. Microsoft se devait de réagir, c'est chose faite. Mais quels sont les avantages et inconvénients de MVC.NET et Web Form et quels sont les critères qui permettent de choisir ?

Plan de l'étude

Introduction
Webforms
- Principes
- Modèle événementiel
- Complexité du modèle
ASP.NET MVC
- Le pattern MVC
- Origine
- Principes
MVC pour le Web
- Principes
- Mise en œuvre
- La couche de routage
- La couche contrôleur
- La couche modèle
- La couche vue
Bilan
Choisir entre ASP.NET MVC et WebForms
Bibliographie

Play !

Régis Cobrun — 2009-02-10T14:41:27Z

Play ! est un framework web léger écrit en Java et basé sur MVC. Il se distingue de ses pairs par sa prise en main facile et son détachement par rapport aux spécifications JEE. C'est un outil prometteur qui redonne une jeunesse au développement web Java, souvent perçu comme complexe et contraignant.

Fiche d'identité
Nom du produit	Play !
Auteur	Guillaume BORT - Zenexity
Date de sortie de la première version	1.0-stable1 (02/02/2008)
Numéro de la version étudiée	1.0-stable4 (03/12/2008)
Licence	Apache Licence v2.0
Liens	Sites qui utilisent ce produit, projet sur Launchpad

Aperçu

Voici un aperçu de quelques caractéristiques intéressantes de Play !. Pour plus d'informations, il est recommandé de lire la documentation officielle.

Pas de fichier de configuration XML à maintenir

Le reproche souvent fait aux frameworks Java porte sur les fichiers XML à maintenir. Ces derniers diminuent la productivité et sont sources d'erreurs. Play ! n'impose qu'un fichier de routes à la syntaxe simple. Exemple :

GET /login Admin.login
 POST /login Admin.authenticate

Le format étant Type_de_requête_HTTP URI Contrôleur

Les contrôleurs sont de simples méthodes statiques

Les contrôleurs que l'on spécifie dans le fichier de routes sont des méthodes statiques. Exemple de fichier app/controllers/Admin.java :

public class Admin
 {
 public static void login() {
 //...
 String welcomeMsg = "Bienvenue";
 int weekNumber = Calendar.getInstance().get(Calendar.WEEK_OF_YEAR);
 
 render(welcomeMsg, weekNumber);
 }
 public static void authenticate(String password) {
 //...
 }
 }

La fonction render accepte un nombre quelconque d'objets qu'elle transférera à la vue.

Le paramètre password de la méthode authenticate contiendra la valeur du paramètre POST du même nom. Plus concrètement, String password aura la valeur saisie dans le champ

Une convention de nommage permet de lier automatiquement une vue à un contrôleur

Exemple : le fichier app/views/Admin/login.html sera utilisé par le contrôleur Admin.login.

Intégration de Groovy pour les templates

Par exemple, pour afficher les éléments passés à render :

${welcomeMsg}

 Nous sommes en semaine n°${weekNumber}

Le langage de template permet de créer des tags/helpers, faire hériter des templates, afficher du texte "internationalisé", créer des liens vers des contrôleurs de manière élégante, etc.

Intégration de JPA et Hibernate pour la persistence des données

Après avoir renseigné les paramètres de connexion à la base de données dans le fichier de configuration principal, il suffit d'utiliser les annotations JPA pour que les tables soient créées à la prochaine utilisation de l'application. Exemple :

@Entity
 public class Post extends JPAModel {
 
 public String title;
 public String content;
 public Date date;
 //...
 }

...créera la table Post. On peut ajouter un attribut à la classe et, sans redémarrer le serveur, le champ sera ajouté à la table. La classe JPAModel contient un @Id et des méthodes fréquemment utilisées (récupérer l'EntityManager, ajouter/mettre à jour/supprimer, etc.).

Un serveur d'application "maison" qui s'occupe de la compilation

On retrouve la facilité de déploiement du célèbre couple PHP/Apache Httpd : on modifie un fichier, on enregistre et on rafraîchit la page dans le navigateur. En cas d'erreur de compilation ou de configuration le serveur affiche les informations dans une page web avec le numéro de ligne et l'extrait de code concernés.

Intégration de JUnit pour les tests + un ensemble de fonctions pour tester le routage et les templates

Exemple :

@Test
 public void getLogin() {
 Response response = GET("/login");
 assertStatus(200, response);
 assertContentType("text/html", response);
 }

Perspectives

Play ! a encore du chemin à faire pour pouvoir être comparé à Symfony ou Grails, mais il présente déjà de bonnes bases et une facilité d'utilisation très appréciables. Bref, un framework à suivre de près !

Récapitulatif

Forces	Faiblesses
installation, prise en main et utilisation rapides et faciles	documentation incomplète
documentation claire et efficace	communauté peu visible
communauté réactive	pas de génération de CRUD
	pas de gestion du cache des vues
Opportunités	Menaces
apport de la communauté	frameworks PHP qui ont beaucoup de succès grâce à l'environnement *AMP fourni par la plupart des hébergeurs
séduire des développeurs web JEE

Gears

Emmanuelle Gouleau — 2008-10-16T17:35:47Z

Gears (anciennement appelé Google Gears) est une extension du navigateur Web permettant non seulement de faire tourner des applications Web sans être connecté mais également de synchroniser les modifications.

Fiche d'identité
Nom du produit	Gears
Auteur	Google via Google Code
Date de sortie de la première version	0.1 - Mai 2007
Numéro de la version étudiée	0.4 - Aôut 2008
Licence	BSD
Navigateurs compatibles	Apple Mac OS X, Linux, Windows XP et + : Firefox 1.5 et + / Windows XP et + : Internet Explorer 6.0 et + / Windows Mobile 5 et + : Internet Explorer 4.01 et + / Google Chrome

Synthèse

Gears (anciennement appelé Google Gears) est une extension du navigateur qui permet aux développeurs de créer des applications Web pouvant fonctionner sans être connecté.

Diffusée sous licence BSD, cette extension est Open Source et au stade de développement (0.4). La documentation est relativement complète et de nombreux tutoriels sont disponibles ainsi qu'une communauté déjà fournie.

Gears s'appuie sur Dojo Offline Toolkit, projet open source qui permet également de créer des applications Web fonctionnant hors connexion.

Cette extension permet notamment de synchroniser les modifications apportées hors connexion.

Analyse

Principe

Gears permet de régler un des problèmes majeurs des applications Web, la nécessité d'être constamment connecté. En effet, il transforme le navigateur en solution client-serveur locale, rendant ainsi possible la manipulation de contenu hors connexion. Une fois connecté, une simple synchronisation avec le serveur concerné met à jour les différents contenus modifiés.

API

Gears est un applicatif qui installe une extension au navigateur Web en lui rajoutant une API Javascript comprenant 3 fonctionnalités majeures :

Database : base de données SQLite intégré dans le navigateur qui permet de créer localement des bases de données et d'effectuer les fonctionnalités SQL de base (requêtes Select/Insert/Update/Delete, transactions...) grâce à l'appel de fonctions Javascripts.

Ce composant stocke localement et ce jusqu'à suppression du fichier de sauvegarde, toutes les données modifiées par l'utilisateur. On peut alors envisager d'utiliser cette base de données intégrée au navigateur pour stocker d'autres informations, comme les préférences de l'utilisateur par exemple.

LocalServer : permet de stocker en cache toutes les ressources de la page (HTML, images, CSS, JS…).

Ce composant paramétré par l'application Web gère l'accès aux ressources et intercepte les URLs passées au navigateur pour les servir localement lorsqu'il n'y a pas de connexion.

WorkerPool : permet d'exécuter du code JavaScript en arrière-plan sans bloquer l'exécution de la page principale.

Ce composant a pour vocation d'assurer la communication entre les deux premiers composants et permettre la mise à jour des données une fois reconnecté. Son mode de fonctionnement en tâche de fond est un atout majeur pour l'amélioration des performances de l'application Web.

Gears a de plus implémenté les fonctionnalités suivantes :

HTTPRequest : implémente un objet basé sur XMLHttpRequest non disponible hors connexion, reprenant la majorité des fonctionnalités à l'exception de la possibilité de manipuler la réponse du navigateur comme un objet DOM XML et d'envoyer des requêtes de façon synchrones.

Timer : reprend les fonctionnalités du Timer standard de l'objet Window permettant ainsi au WorkerPool qui ne peut accéder à l'objet widnow, de disposer de cette fonctionnalité.

Desktop : fournit une interface permettant d'utiliser des fonctionnalités du Bureau comme par exemple la création de raccourcis

Geolocalisation : permet de connaitre la position géographique d'un utilisateur

Blob : implémente un nouvel objet immuable (autrement dit non modifiable) permettant de manipuler directement les fichiers.

Fonctionnement

Gears dispose de 2 modes de fonctionnement, Modal et Modeless.

Le premier, Modal, fonctionne de la façon suivante : si on est connecté, on travaille avec le serveur en ligne sinon, on travaille avec le serveur local.

Ce système met de plus l'utilisateur à contribution dans le sens où c'est lui qui décide quand il veut travailler hors connexion.

Ce type de fonctionnement a cependant quelques inconvénients notamment dans le cas de coupures régulières (dans un train ou un avion par exemple) car l'utilisateur doit jongler entre le mode connecté/déconnecté.

Google Reader est un bon exemple d'application Web fonctionnant de cette manière. En résumé, Google Readers est une application qui concentre au même endroits tous les Flux RSS auxquels vous êtes abonnés et permet leur lecture. L'intégration de Gears permet désormais de consulter et lire toutes les informations issues des Flux RSS sans être connecté. Cela peut s'avérer pratique si l'on est dans un train par exemple, le mode déconnecté fait alors gagner du temps.

Le second, Modeless, part quant à lui du principe qu'on travaille constamment hors connexion, et effectue de manière régulière des synchronisations avec le serveur en ligne (si celui ci est accessible et disponible) afin de mettre à jour les contenus modifiés.

Ce type de fonctionnement a l'avantage d'apporter un certain confort à l'utilisateur dans le sens où celui ci n'a pas à se préoccuper de sa connexion mais est plus difficile à implémenter pour le développeur.

Remember the milk est un bon exemple d'application Web fonctionnant de cette manière. Pour résumer, cette application permet notamment de réaliser une liste de tâches consultable en ligne. L'intégration de Gears permet désormais de modifier cette liste de tâches sans devoir se préoccuper de l'état de sa connexion, l'application réalisant de manière automatique des synchronisations avec le serveur afin de mettre les nouvelles tâches en ligne.

Mise en place

La mise en place de Gears se décompose en plusieurs étapes :

installation de l'extension
création d'un manifeste
intégration du fichier Javascript gears_init.js d'initialisation
mise en place d'un fichier Javascript contenant les fonctions nécessaires au bon fonctionnement de l'application Web hors connexion

L'extension Gears s'installe simplement par le biais d'un executable disponible sur le site dédié.

Le manifeste quant à lui consiste en un fichier au format JSON, manifest.json listant toutes les ressources (HTML, images, CSS, JS...) à mettre en cache hors connexion permettant le bon fonctionnement de l'application Web :

{
 "betaManifestVersion": 1,
 "version": "ma_version_1",
 "entries": [
 { "url": "ma_page.html"},
 { "url": "ma_page.js"},
 { "url": "ma_page.css"},
 { "url": "ma_page.png"},
 { "url": "gears_init.js"}
 ]
 }

Le fichier gears_init.js contenant la procédure d'initialisation de l'applicatif, il doit obligatoirement figurer dans le manifeste.

Il est à noter, que la création de ce manifeste peut vite devenir laborieux pour le développeur. Si on se place par exemple dans la situation d'une page créer dynamiquement, ma_page.html ?p=3&a=4, il est absolument primordiale de la lister dans le manifeste :

...
 { "url": "ma_page.html"},
 { "url": "ma_page.html?p=3&a=4"},
 ...

En prenant en compte le nombre de possibilités pour une même page, on se rend vite compte de l'ampleur de la tâche. Au développeur de trouver le moyen de recenser toutes les ressources lors de la création de ce manifeste.

Enfin, la dernière étape consiste en la mise en place dans un fichier Javascript, ici ma_page.js, des fonctions qui se chargeront en autre de :

initialiser Gears

mettre en cache les ressources déclarées dans le manifeste

reproduire les fonctionnalités de l'application Web (soumission de formulaires, redirection d'URL, requêtes SQL...)

nettoyer le cache

synchroniser les données avec le serveur lors du passage connecté/déconnecté

Faiblesses

Gears ne dispose pas de certains mécanismes primordiaux comme par exemple la détection de l'état de la connexion ou encore la synchronisation automatique. C'est au développeur d'implémenter toute la logique de ces mécanismes pour rendre l'application Web fonctionnelle.

Si la détection de l'état de la connexion n'est pas trop contraignante, surtout par le biais de navigator.online fournit par Firefox et Internet Explorer, ce n'est pas forcément le cas pour la mise en place de la synchronisation avec le serveur permettant de renvoyer les modifications apportées hors connexion.

Contribution

Une mailing-list ainsi qu'un wiki sont disponibles pour contribuer au projet Gears.

Utilisation

Liste non exhaustive d'applications Web utilisant Gears :

Google Reader : lecteur de flux RSS
Google Docs : gestion de documents en ligne
Remember the milk : gestionnaire de liste de tâches
Picasa Web Albums Mobile : partage de photos
Google Docs : traitement de texte
Wordpress : système de gestion de contenu de type blog
My spaces : site internet de réseau social
Zimbra : logiciel serveur collaboratif
Zoho Writers : traitement de texte
PassPack : gestionnaire de mot de passe
MindMeister : création de mind map
Buxfer : gestionnaire de finance
Autodesk Labs Project Draw : création de diagramme

Perspectives

Gears n'est encore qu'au stade de développement mais semble très prometteur comme le montre les nombreuses applications qui en font déjà l'utilisation. Concrètement, il est de plus en plus envisageable que dans un avenir proche, on puisse utiliser Gmail ou encore Google Calendar sans être forcément connecté.

En attendant, on peut toujours jeter un oeil sur les futures applications de type RIA (Rich Internet Application) intégrant complètement Gears dans leur système comme Google Widget Toolkit, le framework de développement Java de Google.

Récapitulatif

Forces	Faiblesses
- Possibilité de travailler hors connexion	- Pratiquement tout est à implémenter par le développeur
- Synchronisation des modifications
- Stockage des données localement
Opportunités	Menaces
- Soutien d'Adobe, Mozilla et Opéra	- Evolution du projet lié à priori à celui de Dojo Offline Toolkit
- Apport de la communauté	- Concurrence avec Microsoft et son Microsoft Sync Framework
	- Initiative indépendante, potentiellement concurrente du Structured Client Side Storage de HTML5