Le W3C (World Wide Web Consortium, consortium chargé de promouvoir la compatibilité des technologies Web) vient de publier deux nouveaux documents traitant de la version 5 de HTML. La version 4 de HTML a été figée en 1997 et la version 5 est en développement depuis 2004. L’un des documents présente la liste des différences entre HTML 4 et HTML 5 (liste évidement non exhaustive) : Le langage est basé sur l’utilisation des documents DOM. Concept de contextes de navigation. Nouveaux concepts de modèles de contenu (remplaçant les actuels block et inline). Nouveaux éléments : datagrid, menu (pour l’utilisation en natif de menu contextuel), commands. Gestion du cache pour les applications Web en mode déconnecté (concept de Google Gears?). Concept de UndoManager, permettant de gérer l’undo/redo. Architecture de copier/coller et drag&drop. Nouveaux éléments permettant d’embarquer du contenu vidéo, canvas (pour les graphes 2D, les jeux, …). Nouveaux types d’élément input : date, number, email, url, color, …L’élément input a aussi droit à un nouvel attribut : autofocus, permettant de lui donner directement le focus lors du chargement de la page. Suppression des éléménts frame, frameset *et *noframe, car ils dégradent l’utilisation et l’accessibilité du site. HTML 5 sera évidement compatible...

Ça y est la roadmap pour la version 1.6 de GWT a été publiée sur le blog officiel de GWT. Aucune date précise quand à la sortie de cette version, mais elle est annoncée pour le premier trimestre 2009. Voilà les nouvelles fonctionnalités pour cette version : Nouvelle structure de déploiement : l’objectif étant de permettre un déploiement plus simple des WARs sur un serveur d’applications. Il s’agit surtout d’une restructuration dont voici la spécification. Jetty sera utilisé à la place de Tomcat (j’en parlais d’en un billet précédent). Une architecture plus modulable du hosted mode permettra de changer le serveur utilisé. Uniformisation des événements : les listeners actuels seront dépréciés et les nouveaux seront uniformisés pour tous les widgets. Intégration du DatePicker et du LazyPanel depuis l’incubateur GWT. Le DatePicker est comme son nom l’indique un widget permettant de sélectionner des dates (démo du DatePicker). Le LazyPanel permet de charger un composant uniquement lorsqu’on en a besoin (appel à la méthode setVisible (true)), ça permet de gagner du temps lors de l’initialisation de l’application. Optimisation des String : les StringBuilder seront optimisés pour chaque navigateurs grâce au deferred binding (optimisation à la compilation). Optimisation du compilateur GWT : réduction...

En voyant l’intérêt que les visiteurs de mon blog porte à l’installation d’un serveur de mail multi-domaines, j’ai décidé d’écrire un autre tutoriel sur la configuration d’un serveur SSH pour utiliser une connexion par clé publique/clé privée. Fonctionnement L’objectif d’une authentification par clés est de supprimer l’envoi de mots de passe par le réseau. Pour cela il faut deux clés : une clé privée (seul l’utilisateur doit pouvoir y avoir accès) et une clé publique (doit être déployée sur toutes les machines où l’on souhaite se connecter). La clé publique peut crypter les données et seule la clé privée peut les décrypter. Dans l’autre sens la clé privée signe les messages, la clé publique permet alors de s’assurer que le message vient bien du bon utilisateur. C’est le cryptage asymétrique. Pour SSH, c’est exactement la même chose. Le serveur envoi un challenge au client : message crypté à partir de la clé publique. La connexion ne sera acceptée uniquement si le client répond correctement à ce message (c’est à dire qu’il a réussi à décrypter le message). Configuration du serveur SSH Par défaut le serveur SSH n’accepte pas les connections par clés mais uniquement par mot de passe. On va...