Six semaines après 0.3 — confortablement dans la fenêtre de publication promise de deux à huit semaines — nous sommes fiers d'avoir livré rama 0.4, une version avec une multitude d'améliorations ainsi que des éléments en attente depuis longtemps.
Rama prend en charge depuis longtemps les proxys HTTP, HTTPS et SOCKS5, configurables via des Proxy Routes ou des variables d'environnement comme HTTP_PROXY, ALL_PROXY, HTTPS_PROXY et NO_PROXY. Avec rama 0.4, les paramètres de proxy à l'échelle du système sont pris en charge dès l'installation via la couche de proxy système (System Proxy Layer). La configuration système permet également une sélection dynamique du proxy à l'aide d'un fichier JavaScript — Proxy Auto Configuration, ou PAC. Cela nécessitait un runtime JavaScript, désormais fourni via rama-js, s'exécutant dans un runtime WASM (wasmtime) pour l'isolation. Le crate rama-pac vous permet d'évaluer des scripts PAC et de générer facilement des scripts acheminant les domaines vers des règles de proxy, tandis que la CLI a gagné des sous-commandes rama pac, dont un REPL.
Côté protocoles, rama prend désormais en charge tRPC via le nouveau crate rama-ttrpc, une alternative légère à gRPC fonctionnant au-dessus de TCP avec des contrats protobuf. Le nouveau crate rama-grpc-macros génère du code gRPC côté client et côté serveur sans écrire de proto.
Enfin, les données WebSocket de HAR sont désormais prises en charge, avec Chrome comme oracle, et l'exportation HAR peut diffuser toutes les données HTTP et WS sur disque sans mettre en mémoire tampon tout le flux.
Source: Hacker News · Résumé par HeadlinesBriefing