Adaltas création de sites Internet: les derniers articles http://www.adaltas.fr/ Actualités fr Adaltas création de sites Internet: les derniers articles http://www.adaltas.fr/fileadmin/templates/www.adaltas.com/private/favicon.gif http://www.adaltas.fr/ 16 16 Actualités TYPO3 - get.content.right http://blogs.law.harvard.edu/tech/rss Sun, 27 Jun 2010 04:56:00 +0200 Présentation de MapReduce http://www.adaltas.fr/francais/documentation/typo3/presentation-typo3/en-quelques-mots/article//mapreduce-presentation.html Les systèmes d'information ont de plus en plus de données à stocker et à traiter. Des entreprises... Les systèmes d'information ont de plus en plus de données à stocker et à traiter. Des entreprises comme Google, Facebook, Twitter mais encore bien d'autre stockent des quantités d'information astronomiques en provenance de leur client et doivent être en mesure de les servir par les meilleurs recommandation tout en assurant la pérennité de leurs systèmes.

MapReduce est un moyen de modéliser un programme pour traiter de large volume de donnée. Par large, on entend massif, par exemple de l'ordre du petabytes. Orginallement créer par Google et décrit en détails dans la publication "MapReduce: Simplified Data Processing on Large Clusters" publiée en 2004, une implémentation Open Source existe  au travers d'Hadoop et de son écosystème de la fondation Apache.

Une tâche MapReduce est constituée de 2 phases. Le développeur implémente une fonction "map" qui décompose une donnée en clé/valeur et une autre fonction "reduce" qui fusionne toutes les valeurs associées à une même clé. Combinées entre elles, ce paradigme permet d'exprimer un grand nombre de problématique.

Le grand avantage de cette méthode est ça faculté de décomposer un processus en plusieurs tâches distribuables sur un très grand nombre de machine normale. Par normal, on entend des serveurs dont le prix peut varier entre 3000 et 5000 euros. Pour prendre un exemple concret, en 2010, nous avons commandé des serveurs à 4500 € constitués de 2 processors AMD Optéron à 8 coeurs, 32 Go de RAM et 4 disques de 1T à 7500 tours. Deux machines à 2000 euros chacune auraient très bien pu faire l'affaire. Nous avons opté pour cette configuration à cause de l'économie de place engendrée.

Le traitement des données est réparti sur l'ensemble des serveurs du cluster sans pénalité d'échelle. Si vous données doublent, vous doublez le nombre de machines. Si vous avez besoins de plus de puissance de calcul, idem.

Pour le programmeur, le travail se limite à la création de tâches MapReduce qui sont facile à comprendre et à écrire. Le système se charge des détails dont le partitionnement des données, l'exécution et la coordination des tâches, la duplication des informations en cas de panne machine et la communication entre elles.

Je vais terminer cet article par un exemple en JavaScript pour illustrer le concept. Le but de l'exercice est de compter le nombre d'utilisateur pour un même code postal, partant de données CSV comprenant 3 utilisateurs avec leur nom et leur code postal comme champs.

Le fichier source (format CSV)

Hadoop; 75006
Cassandra; 75019
Hive; 75006

La fonction "map" (en javascript)
L'argument fournit, "value" correspond à une ligne de notre fichier source. Cette ligne est convertie sous forme d'array comprend 2 éléments: le nom de l'utilisateur et son code postal. Finalement, la fonction "emit" prend 2 arguments qui sont la clé à émettre et la valeur associée soit le code postal pour la clé et 1 pour signifier que ce code postal a été rencontré une fois.

function(value){
    value = value.split(';');
    this.emit(value[1],1);
}

La fonction "reduce" (en Javascript)
Les argument fournits sont une clé et les valuers associés à cette clé. Ils résultent de la fonction "map" appelée précédemment. L'argument "key" est donc un code postal et l'argument "values" une array de nombre. Attention toutefois, la function reduce peut être appelée plusieurs fois et son écriture doit prendre cela en compte. MapReduce étant destiné à de très larges volumes, values pourrait autrement prendre des proportions trop grandes. Ici, values est consituée de numéros "1" la première fois mais ce nombre sera différent si la méthode est appelée à nouveau.

function reduce(key,values){
    return values.reduce(function(previous,current){ return previous + current })
}

Le résultat final

75006, 2
75019, 1

]]> Sun, 27 Jun 2010 04:56:00 +0200 Node.js, JavaScript côté serveur http://www.adaltas.fr/francais/documentation/typo3/presentation-typo3/en-quelques-mots/article//nodejs.html En attente du prochain grand language (NBL pour Next Big Language), cela fait maintenant 3 ans que... En attente du prochain grand language (NBL pour Next Big Language), cela fait maintenant 3 ans que je prédis à mes clients un bel avenir au JavaScript comme langue de programmation pour les applications serveurs. Mon argumentation se fondait essentiellement sur son esthétisme, sa simplicité et sa nature dynamique. Conçu en 1995 par Sun Microsystems (racheté par Oracle) et Netscape (racheté par AOL), son intégration dans les navigateurs Internet a largement diffusé le language mais ce n'est qu'à partir de 2004 au travers de la génération AJAX et d'applications Web telles que Gmail et Google Maps que le language a reçu ses lettres de noblesse et gagna l'attention des professionnels.

Malgré quelques efforts infructueux, son utilisation était cantonnée aux postes clients, c'est à dire aux navigateurs Internet dans lesquels il permet de dynamiser les pages Web. Depuis quelques années, des solutions sont apparues dans la communauté Open Source. Je pense notamment à Helma, d'un fonctionnement traditionnel au sein d'une machine virtuelle Java et donc aisément intégrable au large écosystème Java, mais aussi à des solutions plus innovantes comme Jaxer, dont la particularité et de créer un environnement de type navigateur (comme la manipulation du DOM) sur le serveur. De tous, c'est sans doute Narwhal qui me laissa la plus forte impression par son architecture simple et la modularité de l'interpréteur JavaScript.

Durant ces dernières années, j'ai suivi avec attention l'actualité autour des solutions serveurs, testant chacune d’entre elles et analysant leurs approches. Au vu du trafic généré par chaque article traitant du sujet, je m'aperçus à cette occasion que je n'étais pas isolé. Mais aucun des projets n'avait pu me convaincre d'abandonner ce mauvais garçon qu’est PHP. Jusqu'à il y a quelques mois avec l'apparition de Node.

Revenons un peu en arrière. L'AJAX marqua l'importance et le besoin de performance des navigateurs et l'interpréteur JavaScript est une donnée essentielle des applications Internet dites riches (RIA pour Rich Internet Application). Les éditeurs Mozilla et Microsoft rejoint par Apple avec Safari et plus récemment Google avec Chrome se sont lancé dans une course à l'optimisation. Cette saine compétition a donné naissance à de nouvelles générations d'interpréteurs que sont TraceMonkey pour Firefox 3.6, SquirrelFish pour Safari 5, Carakan pour Opera et V8 pour Chrome. Longtemps à la traîne, même Microsoft se prend au jeu dans la version 9 d'Internet Explorer. Aujourd'hui, le JavaScript est sans nul doute le language concentrant l'essentiel des efforts de développement.

Mais il y a une autre raison pour laquelle JavaScript est rapide et un excellent choix côté serveur. Par nature, c'est un language orienté évènement en opposition aux serveurs orienté thread. Cette caractéristique du language vient de ses origines ou il était destiné à fonctionner à l'intérieur des navigateurs Internet et il était essentiel de supporter les évènements utilisateurs sans saturer l'ensemble du navigateur à chaque action. Traditionnellement, les applications serveurs sont écrites sous un mode thread dit bloquant. C'est le cas pour les applications PHP et CGI et l'essentiel des applications Python, Ruby ou Java.

Je vais essayer d'être aussi clair que possible. Lorsqu'un serveur reçoit une requête, par exemple l'envoi d'un formulaire, le serveur met à disposition une thread et lance l'application qui effectue ses opérations les une après les autres (connexion à une base de donnée afin de valider le nom et le mot passe de l'utilisateur, écriture dans un fichier de log,...) avant de finalement retourner la réponse au formulaire et de fermer la thread. Or le nombre de thread est limité et ces applications génèrent rapidement des erreurs lorsque celles-ci arrivent à saturation de la mémoire. Chaque thread est monopolisée jusqu'à la fin de l'ensemble des opérations. Ces opérations comme l'écriture d'un fichier prennent énormément de temps en comparaison de la vitesse d'un CPU et ce n'est que pur gâchis. Pour les applications avec de forts volumes de trafic, chaque requête doit être codée pour être la plus courte possible. Contrairement, dans un environnement évènementiel, ces mêmes opérations sont dites non bloquantes car en attendant de requêter sur une base de donnée ou d'écrire dans un fichier, le serveur peut continuer à effectuer d'autres taches dans une même thread.

L'absence d'alternative non bloquante peut même devenir handicapante pour certains scénarios tels que le téléchargement de fichiers volumineux, le regroupement de résultats en provenance de plusieurs backends et, non des moindres, le support du protocole Bayeux (Comet) ouvrant les voix du HTTP push.

Partant du postulat que l'essentiel du temps des applications serveurs est dépensé à attendre les résultats des opérations I/O (accès réseaux vers bases de données, lecture et écriture sur le système de fichier,...), la programmation évènementiel est particulièrement adaptée à l'environnement serveur. Twisted en Python et EventMachine en Ruby répondent à cette problématique mais aucun ne bénéficie de la force d'un language intégrant nativement ces fonctionnalités.

Revenons à Node. Décrit par son auteur comme une excellente fondation au développement d'applications Web, il est basé sur le moteur JavaScript V8 développé, utilisé et open-sourcé par Google pour son navigateur Chrome. Celui-ci est l'un des plus rapide du marché (pour ne pas dire le plus rapide) et s'améliore à chaque nouvelle version. Tout dans le développement de Node est construit et optimisé dans une optique évènementielle ce qui réduit considérablement les possibilités d'écrire une application lente parce que faisant appel à des opérations I/O bloquantes. Rapidement, la communauté Open Source a reconnut le potentiel de cette plateforme et un riche éco système se construit autour comprenant drivers (CouchDB, MongoDB, Redis,...), libraries (Haml, Sass, Expresso, ...) et frameworks (Connect, Express, ...).

Pour le compte d'un client, j'ai prototypé une application et la prise en main est rapide, simple et intuitive. Le code est élégant, court et lisible. Tout se que j'attendais des promesses du JavaScript côté serveur. Pour la réalisation du proto et malgré la jeunesse de l'écosystème, je n'ai eu à manquer de rien. Voir cela m'a permis d'utiliser des concepts empruntés des univers Ruby et Python qui font défaut à celui de PHP (une pensée particulière pour SASS). Pour ceux familiers dans le développement d'applications clients riches en JavaScript, la transition sera quasiment instantanée.

Pour résumer Node en quelques phrases:

- JavaScript est fait pour l'évènementiel: la programmation par callback est familière aux développeurs d'applications AJAX et, pour se faire, la syntaxe des fonctions anonymes et le support des closures est adapté et élégant.
- Node est construit sur Javascript: de part sa présence dans les navigateurs, c'est peut-être le language le plus programmé au monde et bénéficie de 15 ans d'expérience.
- Node se stabilise: l'API de Node gagne en maturité et est proche de se finaliser.
- Node a un écosystème: de nombreuses librairies sont disponibles, toutes en Open Source, de nouvelles apparaissent et toutes partagent une bonne qualité de réalisation.
- Node est simple et petit: la documentation se promène d'un seul regard et permet de rapidement connaitre ses fonctionnalités.
- Node est rapide: le moteur V8 et l'architecture non bloquante en font l'une des architectures les plus puissante du marché, spécialement pour les requêtes longues et intensives en I/O.

]]> Sun, 13 Jun 2010 00:48:00 +0200 Plateform Pop en ligne http://www.adaltas.fr/francais/documentation/typo3/presentation-typo3/en-quelques-mots/article//php-pop.html Le site Internet de la plateforme Pop, développée conjointement par Adaltas et EDF est maintenant... Le site Internet de la plateforme Pop, développée conjointement par Adaltas et EDF est maintenant en ligne. Cette version est encore très sobre mais sa mise en page est en cours de réalisation et devrait être intégrée début novembre 2009.

Rappelons que Pop est un ensemble de librairies autonomes écrites en PHP qui, utilisées ensembles, forment un framework compréhensif pour le développement d'applications serveurs.

]]> Wed, 21 Oct 2009 03:13:00 +0200 Labo est lancé http://www.adaltas.fr/francais/documentation/typo3/presentation-typo3/en-quelques-mots/article//typo3-4120.html Labo.adaltas.com est un site web dédié aux développeurs. Le but est de partiger des codes sources... Cela faisait quelques mois déjà que nous avions ce projet en tête, encore a-t-il été nécessaire de trouver les quelques weekends pour mettre en forme tout cela. Désormais, quelques uns de nos logiciels ont trouvé leur place sur Internet et dans le logiciel libre.

labo.adaltas.com est lancé !

Tous les logciels et librairies présent sur ce site seront plubié sous licence BSD

  • Pellicule : une gallerie écrite en Javascript et basée sur la librairie Dojo Toolkit. Cette gallery est rapide à télécharger, propose des effets de transition et s'adaptera à toutes vos mise en pages.
  • Porte : pour les amateurs de PHP et de MySQL, Porte est un nouvel entrant dans la famille des dérivés du célèbre model ActiveRecords qui fit entre autre le succès de RoR (Ruby on Rails)... mais en PHP cette fois-ci.
]]> Wed, 18 Jul 2007 17:14:00 +0200 Typo3 version 4.1.2 http://www.adaltas.fr/francais/documentation/typo3/presentation-typo3/en-quelques-mots/article//typo3-412.html Une nouvelle version de Typo3 est sortie le mardi 17 juillet 2007, il s'agit de la version 4.1.2.... Les points ci-dessous constituent une liste non exhaustive des différentes corrections de bugs et mises à jours effectuées :

Améliorations sur le rendu front-end :

  • Suppression de la balise "caption" (utilisée pour fournir une légende à une image) si celle-ci est vide
  • Correction d'un bug sur la génération des menus
  • Correction de l'encodage dans l'extension indexed_search
  • Encodage de contenus gzip maintenant compatible avec IE 7

Backend :

  • Multiples corrections pour IRRE (Inline Relational Record Editing)
  • Génération correcte de la propriété alt_label
  • ColorPicker compatible avec les Flex Forms
  • Plus de labels dans le gestionnaire d'extensions
  • Améliorations au navigateur d'objects TypoScript
  • Workspace : correction du fil d'ariane lors de la prévisualisation

Pour plus d'informations sur Typo3, retrouvez notre documentation Typo3 en ligne. Retrouver aussi les notes liées à cette version sur le wiki de typo3.org.

]]> Wed, 18 Jul 2007 17:14:00 +0200 Volet Windows Vista et Gadget http://307 Le Volet de Windows Vista est un espace permettant l'affichage de mini applications fournissant une... Tue, 08 May 2007 23:38:00 +0200 Statistiques avec Google Web Analytics http://305 Anciennement commercialisé sous le nom de Urchin Statistics, Google rend désormais ce service... Tue, 06 Mar 2007 23:38:00 +0100 Présentation du Dojo Toolkit http://304 Le Dojo Toolkit est un framework Javascript qui permet la construction d'applications Internet... Thu, 01 Mar 2007 23:38:00 +0100 Mise en ligne d'Ambiance Tiffany http://www.adaltas.fr/francais/documentation/typo3/presentation-typo3/en-quelques-mots/article//ambiance-tiffany.html Présentation de la société Le concept AMBIANCE TIFFANY crée en 1976 par Marie Annick et Philippe... Présentation de la société

Le concept AMBIANCE TIFFANY crée en 1976 par Marie Annick et Philippe LOUVIOT, exploite un réseau de plus de 80 concessionnaires.

Leader Français du mobilier de caractère haut de gamme, AMBIANCE TIFFANY est présent outre le territoire Français, en Allemagne, Suisse, Bénélux et U.S.A. 

Les plus grands designers créent pour Ambiance Tiffany 2 nouvelles collections par an diffusées sur le territoire français et à l’export.

Le site d'Ambiance Tiffany

Entièrement réalisé sous Typo3, le site Internet d'Ambiance Tiffany est entièrement éditable par le Client et démontre de la flexibilité de Typo3 à pouvoir s'adapter à une charte graphique très "design".

Les "challenges" techniques

Intégration Typo3

Le site Ambiance Tiffany est bien sur 100% éditable par le Client. Les extensions Typo3 développées à la demande du Client facilitent le travail de l'éditeur. Par exemple, les images des pages ambiances et des pages incontournables sont redimensionnées et traitées à la volée, puis mise en cache par Typo3 pour ne pas impacter les performances du site.

Intégration Web2

Afin de faciliter la navigation des visiteurs tout en répondant aux contraintes esthétiques imposées par la charte graphique, ce site met en avant les technologies qui font le succès du Web2 telles que XHTML, CSS et Javascript.

Intégration Flash

On distingue deux types d'intégration de Flash dans le site. Tout d'abord, Flash se connecte sur une extension Typo3 afin d'afficher les images de la page d'accueil préalablement déposées par le Client depuis l'espace d'administration de Typo3. Flash est aussi intégré aux scripts Javascript comme s'est le cas sur la page concessionnaire afin de faciliter la localisation des concessionnaires depuis une carte de France.

Accessibilité

Le site Internet valide le standard XHTML Strict. De plus, malgré une forte utilisation de technologies Web2, il n'en demeure pas moins accessibles aux personnes malvoyantes ou non-voyantes ainsi qu'aux moteurs de recherche.

]]> Tue, 20 Feb 2007 10:13:00 +0100 Typo3 4.0.4: bulletin de sécurité http://www.adaltas.fr/francais/documentation/typo3/presentation-typo3/en-quelques-mots/article//typo3-4-0-4-bulletin-securite.html Suite à une faille découverte dans l'extension rtehtmlarea fournie dans toutes les versions de... Système: Extension système rtehtmlarea. Depuis la version 4.0 de Typo3, cette extension est inclue dans le core de Typo3.

Versions affectées: Toutes les versions supérieures à la version 4.0.

Type de vulnérabilité: Exécution de commandes serveurs depuis un poste client.

Description: Un problème critique à été découvert dans le plugin class.tx_rtehtmlarea_pi1.php qui est entre autre utilisé pour la vérification orthographique de l'extension rtehtmlarea.

Un attaqueur peut utiliser cette faille pour exécuter tout type de commandes, mettant ainsi en péril l'installation Typo3 ainsi que tous les fichiers présents sur le serveur.

Le système n'est vulnérable que si l'option PHP safe_mode est activée. Autrement, cette faille ne peut pas être exploitée.

Toutes les versions supérieures à la version 4.0 de Typo3 incluent cette extension par défault.  Les  systèmes sont vulnérables même si l'extension rtehtmlarea n'est pas activée dans le gestionnaire d'extension.

Actions entreprises: Adaltas à mis à jours toutes les installations Typo3 dont elle a la charge.

Informations complémentaires: L'extension rtehtmlarea est intégrée à toutes les installations Typo3 préparées et hébergées par Adaltas. Cette extension est un éditeur HTML similaire à Microsoft Word mais s'exécutant à l'intérieur d'un navigateur Internet.

Retrouver la version officielle de cette anonce sur le site Typo3.org.

]]> Thu, 28 Dec 2006 00:09:00 +0100