News for hackers. Stuff that matters.
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by judiisis on Tuesday March 05, 2024 @06:01AM (#39601844)
Nice seeing support of modern protocols in http libraries
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by Alifatisk on Tuesday March 05, 2024 @06:31AM (#39602065)
That's pretty bold claims
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by 0xDeveloper on Tuesday March 05, 2024 @07:42AM (#39602568)
Looks cool! Will have to give it a try to see if it works like promised!
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by noopside on Wednesday March 06, 2024 @01:16AM (#39612860)
will be glad to answer any concerns if you encounter any, the repo issue tracker will welcome your feedbacks.
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by plagiat0r on Tuesday March 05, 2024 @08:36AM (#39603196)
Does it support happy eyeball algorithm for dual stack and portions of it for single stack, when multiple A(dress) records are returned, to figure out which destination accepts our connect() ?
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by noopside on Tuesday March 05, 2024 @08:42AM (#39603266)
Not yet, but is coming soon. We have a minor technical challenge to make it work with QUIC.
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by plagiat0r on Tuesday March 05, 2024 @09:06AM (#39603595)
That would be awesome if even just for tcp protocols.

I've been looking at contrib.resolver in urllib3.future and noticed that you only parse A,AAAA,HTTPS from responses, but you do not handle a CNAME. I wonder, because kubernetes service can return a CNAME for app to follow:

https://kubernetes.io/docs/concepts/services-networking/serv...

Just wonder, if this is something worth pursuing, to follow one CNAME...

I'm fully aware this is not a recursive resolver, but just wondering about a CNAME response from coredns here...

Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by noopside on Tuesday March 05, 2024 @09:53AM (#39604160)
This would be done gladly. Open an issue at urllib3.future and a proper tracking will be made.

The internal resolver is recursive, so CNAME are automatically translated into addresses. What remain is the happy eyeball implementation, which is almost completed already. we wanted to wait for an harmonious feature (e.g. available across all 3 protocols)

but can be speeded up if really needed.

Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by noopside on Tuesday March 05, 2024 @09:57AM (#39604223)
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by jskherman on Tuesday March 05, 2024 @10:47AM (#39604936)
TIL requests is still at HTTP/1.1 by default. That's... Internet Explorer old.
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by mdaniel on Tuesday March 05, 2024 @03:47PM (#39608988)
Wow, that feature matrix is some A++ - it makes me want to try and integrate this into Scrapy to make its requests stand out less, extra bonus if niquests allows fine-grain control over header ordering and similar fingerprint-avoidance trickery
Re:Show HN: "Safest, Fastest, Easiest, and Most Advanced" Py... by noopside on Tuesday March 05, 2024 @10:36PM (#39612022)
Glad to hear that. This is actually planned, the miscellaneous control for networking fingerprint (mimic chrome tls handshake). will come soon enough. for now, my own experience shows that it is more resilient as is (with appropriate headers (order being kept already).