The Log File Navigator, ou lnav en plus court, est un outil en ligne de commande pour afficher des journaux, sous licence BSD. Par rapport aux classiques cat, grep ou less, il propose quelques fonctionnalités supplémentaires :

• il offre de la coloration syntaxique ;
• il permet d’afficher plusieurs journaux en même temps, les lignes étant triées en fonction de la date et de l’heure à laquelle l’événement est survenu (c’est pratique pour corréler des informations entre plusieurs processus) ;
• il offre différents modes d’affichage.

Julien Jorge nous a proposé d’ajouter un nouveau type de contenus sur LinuxFr.org : les liens. Les journaux dits « bookmarks » ne sont pas très bien vus sur le site et ce nouveau type de contenu apporte une fonctionnalité que l’on peut retrouver sur des sites comme Reddit ou Hacker News : juste partager un lien vers un site externe, avec une courte description.

Les liens doivent porter vers des contenus en rapport avec la ligne éditoriale de LinuxFr.org. En particulier et de manière non exhaustive, les articles concernant GNU/Linux, les logiciels libres, le matériel libre et les arts libres sont les bienvenus. Les règles de modération sont applicables aux liens comme au reste du site.

Comme vous le savez certainement, LinuxFr.org vous permet d'utiliser des images externes dans les contenus et commentaires du site. Ces images sont incluses en syntaxe markdown avec ![description](URL).

Dans un souci constant d'améliorer le site, nous avons mis en place un reverse-proxy pour servir ces images. En seconde partie de la dépêche, nous détaillerons quelles sont les problématiques soulevées par les images externes et comment cet outil y répond.

N'oubliez pas que pour utiliser une image sur LinuxFr.org, vous devez vous assurer de respecter sa licence. Nous vous encourageons donc à utiliser des images sous licence libre et à citer les auteurs (c'est même obligatoire pour les licences CC-by et CC-by-sa).

Je passe pas mal de temps avec Neovim et des lignes de commande dans un un terminal. J’apprécie d’avoir des couleurs agréables et homogènes. Mais comme c’est quelque chose de très personnel, je vais vous présenter plusieurs alternatives pour choisir une palette de couleurs.

htop est un outil en mode texte qui permet d’afficher les processus qui tournent et les informations associées à ces processus, comme leur utilisation du temps processeur ou leur consommation mémoire. htop est publié sous licence GPL et vient d’atteindre la symbolique version 1.0.

htop est un clone de top, mais en mieux. Il permet par exemple :

• d’avoir un défilement (scroll) horizontal et vertical ;
• de tuer un processus sans avoir à entrer à la main son identifiant PID ;
• de démarrer plus rapidement ;
• d’afficher des barres colorées pour indiquer l’utilisation processeur globale et la consommation mémoire.

Bref, je vous encourage à essayer htop, c’est un très bon remplaçant à top.

Marijn Haverbeke est un développeur que j’apprécie beaucoup. Ses projets sont pour la plupart écrits en JavaScript, langage que j’apprécie habituellement que moyennement, mais la qualité de son code le rend plaisant à lire. Et c’est toujours très bien documenté ! Comme ses travaux n’ont pas encore eu beaucoup d’échos sur LinuxFr.org, je me propose de vous les présenter.

Si vous êtes un lecteur régulier et attentif, vous avez peut‐être remarqué quelques petits changements sur le site ces dernières semaines. J’ai touché à la CSS principale du site et, comme je suis plutôt un développeur back‐end, il est possible qu’il y ait quelques effets de bord non voulus. L’idée était de reprendre en main la feuille de style principale (qui n’avait pas été écrite par moi mais par 2PetitsVerres, dans le cadre d’un concours pour créer un nouveau style au site fin 2010 / début 2011) et de commencer à mettre en place le travail de mjourdan.

Dans cette dépêche, je vais vous présenter trois outils que j’utilise de temps en temps et qui pourraient servir à d’autres développeurs :

• MailHog permet d’attraper des courriels pour les examiner ;
• Tokei compte les lignes de code d’un projet ;
• Pandoc est un couteau suisse pour manipuler des fichiers et les transformer d’un langage de balisage à un autre.

Google a publié une première version, dite « preview release », de son nouveau langage de programmation : Dart. Google espère que ce langage va remplacer JavaScript comme langage de référence dans les navigateurs.

Un mémo interne qui a fuité nous informe des intentions de Google. Les ingénieurs de Google, et tout particulièrement l’équipe travaillant sur V8, considèrent que le JavaScript est une impasse : il serait trop lent, très mal adapté pour des développements de grande taille et souffrirait d’erreurs de jeunesse irréparables. Google a donc décidé de proposer son propre langage, Dart, dont la première version vient tout juste de sortir.

Pour le moment, les programmes écrits en Dart peuvent être compilés en JavaScript pour tourner dans les navigateurs. D’ici peu, Chrome devrait être en mesure d’exécuter directement du code en Dart, étape nécessaire pour des performances accrues. Les plans de Google sont ensuite de proposer son moteur aux développeurs des autres navigateurs, mais il semble peu probable dans l’immédiat que ceux‐ci acceptent.

Dart se distingue de JavaScript par :

• le typage statique optionnel ;
• les classes et interfaces (par opposition aux prototypes du JS) ;
• l’obligation d’utiliser les « ; » pour séparer les instructions ;
• une bibliothèque standard plus riche ;
• la possibilité d’être outillé plus facilement (meilleure prise en charge pour l’IDE et outils de ré‐usinage par exemple).

Pour autant, Dart a reçu un accueil très froid de la part des développeurs. Par exemple, Brendan Eich, le créateur de JavaScript, considère qu’il est plus simple et plus efficace de faire évoluer le JavaScript que de développer un nouveau langage.

Le site Web LinuxFr.org tourne depuis le début de l’année avec un moteur en Ruby on Rails. Il bénéficie régulièrement de nouvelles fonctionnalités et de corrections de bogues. La plupart de ces modifications sont faites au fil de l’eau et déployées dans la foulée sur le serveur de production.

Mais ce coup‐ci, les modifications sont suffisamment importantes pour avoir fait l’objet de tests sur l’environnement alpha et bénéficier d’une dépêche. En effet, l’espace de rédaction a été refait pour apporter plus de confort aux personnes écrivant des dépêches et aux relecteurs :

• meilleure gestion des verrous sur les paragraphes ;
• possibilité d’annuler une modification en cours ;
• affichage d’un diff pour chaque révision ;
• affichage de la liste des participants ;
• diverses corrections de bogues.

Si vous rencontrez un bogue ou si vous souhaitez proposer une modification, vous pouvez le faire sur le suivi (notre bugtracker interne).

De nouvelles sections pour les dépêches ont aussi fait leur apparition. Les trois dernières sections sont Android, Open Data et Do It Yourself. Comme vous pouvez le voir, elles n’attendent que vos propositions de dépêches. Nous comptons sur vous !

CouchDB est une base de données de la famille NoSQL. C’est même l’une des plus anciennes, sortie en 2005. Elle est ensuite devenue un projet Apache en 2008. Elle a pris du retard sur ses concurrents sur de nombreux aspects, mais sa grande force, la réplication entre instances primaires, reste inégalée. Pouchdb, un portage de CouchDB en JavaScript capable de tourner dans les navigateurs, est compatible avec le protocole de réplication de CouchDB et la combinaison des deux est très intéressante pour développer des applications Web dites « progressives » (PWA), capables de travailler sans connexion Internet. Il existe d’autres implémentations compatibles avec ce protocole de réplication, dont Couchbase lite pour mobile.

La version 2.0 de CouchDB est attendue depuis plusieurs années et a pris beaucoup de retard. Elle vient enfin de sortir avec de grandes nouveautés, dont la prise en charge du clustering, un nouveau moteur de « requêtage » et une interface d’administration plus moderne.

La fondation Apache a fêté le 17ème anniversaire du célèbre serveur HTTP éponyme en sortant la version 2.4 de celui-ci. Cette version majeure, la première depuis 2005, apporte évidemment des améliorations notables. Citons les suivantes :

• Amélioration générale des performances
• Réduction de la consommation mémoire
• Prise en charge des entrées/sorties asynchrones
• Le choix du module MPM (Modules Multi-Processus) peut maintenant se faire à l'exécution
• Le module « MPM event », auparavant en statut expérimental, devient pleinement supporté
• Ajout de sections de configuration au niveau de la requête (<If>)
• Meilleure granularité du timeout et capacité pour gérer des limites sur les ressources et fréquences des requêtes
• De nouveaux modules font leur apparition : mod_proxy_fcgi, mod_proxy_scgi, mod_proxy_express, mod_lua, mod_sed, mod_heartmonitor, mod_lbmethod_heartbeat, mod_buffer et bien d'autres encore
• Documentation améliorée, notamment pour les règles de réécriture et le cache

Rappelons que le serveur web Apache est apparu en 1995 comme un fork de NCSA HTTPd. Son code source a depuis été entièrement réécrit et est publié sous licence Apache. Il est devenu le serveur web le plus utilisé au monde : les études montrent qu'environ les 2/3 des serveurs web connectés à Internet tournent avec Apache.