algesten

ureq

Rust2020–2025

algesten / ureq

ureq

A simple, safe HTTP client

Explore on GitHub Read Hacker News discussions

5Distinct people

5Mentions

0Explicit recommenders

2.2KGitHub stars

REPOSITORY AT A GLANCE

What to know before exploring

What it is

A simple, safe HTTP client

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year5 dated mentions

Observed mentions: 2020-01-17 15:39:25 UTC to 2025-11-04 20:16:33 UTC.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges

UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
Period	Start (UTC)	End (exclusive, UTC)	Mentions	Comments
2020	2020-01-01 00:00:00 UTC	2021-01-01 00:00:00 UTC	2	2
2021	2021-01-01 00:00:00 UTC	2022-01-01 00:00:00 UTC	2	2
2022	2022-01-01 00:00:00 UTC	2023-01-01 00:00:00 UTC	0	0
2023	2023-01-01 00:00:00 UTC	2024-01-01 00:00:00 UTC	0	0
2024	2024-01-01 00:00:00 UTC	2025-01-01 00:00:00 UTC	0	0
2025	2025-01-01 00:00:00 UTC	2026-01-01 00:00:00 UTC	1	1

What Hacker News says

5 sources

aw1621107·Nov 4, 2025

> As an example, I still do not understand why simple HTTP crates require more than 50 to 70 dependencies to execute a simple GET call... Looking at ureq [0], for example, its direct non-build/non-dev dependencies are (counting duplicates): - base64 - flate2 (4 transitive dependencies) - log - percent-encoding - rustls (26 transitive dependencies) - rustls-pki-types (1 transitive dependency) - ureq-proto (7 transitive dependencies) - utf-8 - webpki-roots (2 transitive dependencies) The vast majority of the raw dependency count comes from Rustls and related crates, and I'd imagine reimplementing a TLS stack would be somewhat out of scope for an HTTP crate. I'm not sure there's much room for substantial reductions in dependency count otherwise. [0]: https://github.com/algesten/ureq

In The Rust Foundation Maintainers Fund

PragmaticPulp·Sep 5, 2021

Those dependencies aren't recompiled every time you change something. They will only impact your initial build or a clean build on a CI/CD system. Raw dependency counts can be shocking for those coming from other languages where pulling in a dependency is an uncommon operation, but it's not a bad thing. I'd rather have my HTTP client library re-use popular, tested packages for things like decoding JSON, handling TLS, working with IP addresses, and other common tasks. I don't think it would be better to have every package roll their own versions of all of those common pieces. You can browse the dependencies of reqwest here: https://crates.io/crates/reqwest/0.11.4/dependencies Notably, several of the big dependencies are maintained by the same person who maintains reqwest. It's a common practice with Rust crates to split a project into reus

Read the rest

able parts. Reqwest uses hyper (http client), http, http-body, mime, url, and several other crates that are owned by the person who owns the reqwest crate. If we instead mashed all of those dependencies together into a single crate it would appease the people who don't like seeing high dependency numbers, but it wouldn't really make the product any better. It would make it harder to re-use the individual pieces, though. > I just went back to go, which can do the crazy obscure task of making an http request without requiring 100 external dependencies. Go is famous for including HTTP utilities in the standard library. If I was building a simple app that made HTTP requests and little more, I'd probably pick Go as well. Or Python. Or you could have searched for a minimal HTTP request crate ( https://github.com/algesten/ureq ) designed to be small instead of using the most full-featured crate. Or you could have searched for Rust libcurl bindings ( https://github.com/alexcrichton/curl-rust ) to use an old standby. If your goal is to reach for something quick and easy with batteries included and minimal external dependencies, Rust is not a good choice. Doesn't mean Rust is "bad", but it's not the right tool for every simple job. You also can't just pick the most popular crate and assume it's exactly what you want.

In Fast Rust Builds

thijsc·Mar 10, 2021

Try https://github.com/algesten/ureq, it’s very nice and not async.

In Why asynchronous Rust doesn't work

kalind·Dec 24, 2020

Give ureq a try: https://github.com/algesten/ureq It is blocking only and has a pretty simple API.

In Tokio 1.0 – async runtime for Rust

jimbokun·Jan 17, 2020

Ok, so here is the article Klabnik cites, comparing various Rust HTTP clients: https://medium.com/@shnatsel/smoke-testing-rust-http-clients... Skimming this, the author doesn't really like any of them. Note, however, the long list of issues reported at the end of the article. Here is the first one I clicked on: https://github.com/algesten/ureq/issues/24 The maintainer is happy to get the report, and has an exchange with the reporter acknowledging the bug and how to fix it. This all seems a very civil, mature way to address issues with open source software. Accept actionable criticism of your code, and strive to make it better. As a developer, I know having other people test my code and report problems back to me is one of the best ways for them to help me and my code improve! I think identifying to your code to the point where you cons

Read the rest

ider criticism of your code an attack on your personal identity demonstrates a real lack of maturity.

In A Sad Day for Rust