Seis semanas después de 0.3 —cómodamente dentro de la ventana de lanzamiento prometida de dos a ocho semanas— nos enorgullece haber lanzado rama 0.4, una versión con un montón de mejoras además de elementos pendientes desde hace mucho tiempo.
Rama ha admitido durante mucho tiempo proxies HTTP, HTTPS y SOCKS5, configurables mediante Proxy Routes o variables de entorno como HTTP_PROXY, ALL_PROXY, HTTPS_PROXY y NO_PROXY. Con rama 0.4, la configuración de proxy de todo el sistema es compatible de forma predeterminada mediante la capa de proxy del sistema (System Proxy Layer). La configuración del sistema también permite la selección dinámica de proxy mediante un archivo JavaScript: Proxy Auto Configuration, o PAC. Esto requería un runtime de JavaScript, ahora incluido vía rama-js, que se ejecuta dentro de un runtime WASM (wasmtime) para el aislamiento. El crate rama-pac te permite evaluar scripts PAC y generar fácilmente scripts que enrutan dominios a reglas de proxy, mientras que la CLI incorporó subcomandos rama pac, incluyendo un REPL.
En cuanto a protocolos, rama ahora admite tRPC mediante el nuevo crate rama-ttrpc, una alternativa ligera a gRPC que funciona sobre TCP con contratos protobuf. El nuevo crate rama-grpc-macros genera código gRPC del lado del cliente y del servidor sin necesidad de escribir proto.
Finalmente, ahora se admiten los datos WebSocket de HAR, usando Chrome como nuestro oráculo, y la exportación HAR puede transmitir todos los datos HTTP y WS al disco sin almacenar todo el flujo en memoria.
Fuente: Hacker News · Resumido por HeadlinesBriefing