Dans cette dépêche, nous allons faire un tour d’horizon de différentes manières de communiquer avec un serveur depuis une application Web, avec un petit peu d’histoire, avant de rentrer plus profondément dans le fonctionnement des WebSockets, que nous allons démystifier. Nous digresserons ensuite à propos de la gestion (problématique) des requêtes longues et de HTTP 2 avec Apache, et nous discuterons d’une manière de limiter la casse. La dépêche contient quelques morceaux raisonnables mais l’absurdité est latente.

Supposons que nous ayons une application Web qui a besoin de recevoir des évènements du serveur pour voir si quelque chose s’est passé. À tout hasard, un jeu de société en ligne. Ce jeu a besoin d’envoyer les coups des joueurs et joueuses, et de recevoir les coups des autres.

Le serveur ne peut pas contacter le navigateur. Celui-ci est peut-être derrière un pare-feu, et de toute façon il n’y a pas de méthode pour cela. Le modèle du web, c’est une requête HTTP de la part du navigateur, et le serveur sert cette requête. Et puis, à la base, une requête = un chargement de page.

Mais des techniques sont apparues pour abuser de ce modèle, puis les standards se sont mis à intégrer des méthodes pour mener ces abus en toute sérénité.

Pour cette dépêche, nous donnons la parole à celles et ceux qui pratiquent le langage de programmation Python : des développeuses et développeurs de différents domaines, mais aussi d’autres métiers comme les scientifiques des données (data scientists), les scientifiques de l’apprentissage automatique (machine learning), les analystes quantitatifs (quant)… et bien d’autres…

GIMP 2.10.24 est principalement une version corrective qui une fois encore améliore beaucoup le support des formats de fichier.
Nouveautés notables :

• magnétisation hors-canevas ;
• métadonnées GeoTIFF (informations de géoréférencement utilisées par les cartographes, ajoutées dans les fichiers TIFF) ;
• beaucoup d’améliorations dans l’éditeur et afficheur de métadonnées ;
• beaucoup de formats de fichiers mieux gérés : HEIF, PSP, TIFF, JPEG, PNG, PDF, DDS, BMP, PSD ;
• une nouvelle opération la « Negative Darkroom » pour simuler l’agrandisseur depuis des scans de films négatifs ;
• l’importation d’image Raw peut se faire via darktable 3.6 et plus ;
• nouvelle traduction en kabyle.

En ce mardi 27 avril, les utilisateurs du Projet Fedora seront ravis d’apprendre la disponibilité de la version Fedora 34.

Fedora est une distribution communautaire développée par le projet Fedora et sponsorisée par Red Hat, qui lui fournit des développeurs ainsi que des moyens financiers et logistiques. Fedora peut se voir comme une sorte de vitrine technologique pour le monde du logiciel libre, c’est pourquoi elle est prompte à inclure des nouveautés.

Fedora garde un rôle central dans le développement de ces nouveautés via le développement en amont. En effet, les développeurs de la distribution contribuent également directement au code d’un certain nombre de logiciels libres contenus dans la distribution, dont le noyau Linux, GNOME, NetworkManager, PackageKit, PulseAudio, Wayland, systemd, la célèbre suite de compilateurs GCC, etc. Cliquez ici pour voir l’ensemble des contributions de Red Hat.

Cela a été aussi abordé dans une série d’articles sur les apports de Fedora à l’écosystème du Logiciel Libre parties 1, 2 et 3.

Notons que cette nouvelle version de Fedora introduit la nouvelle version de son logo, dont l’historique et les détails sont fournis dans un autre article.