Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
landerwust
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
1.
▲
by
landerwust
6y ago
Everything above. Friends don't let friends use App Engine, and by extension, fringe GCloud services they could break or shitcan at literally any moment The technology of a vendor is way less important than its culture. So far Gcloud s
2.
▲
by
landerwust
6y ago
Hrm fair point. I'm not sure DNT could have been repurposed to imply consent under much newer regulations, but you're generally right, this mechanism predated the EU regs and somehow was passed up.
3.
▲
by
landerwust
6y ago
If any browser vendor just pushed a trivial standard like X-Consent: no-cookies X-Consent: cookies-ok Sites would have gobbled that header up overnight, and the other browsers would have received substantial pressure to follow
4.
▲
by
landerwust
6y ago
I do not miss Google's monorepo one iota. It had huge benefits, but after stepping back far enough the result also easily begins to look a little like Stockholm syndrome. Anything they want to open source they basically have to rewrite
5.
▲
by
landerwust
6y ago
Coming from the outside world and looking (back) in, I simply can't ever imagine being in the kind of environment where discussing the choice of web framework or tool language would last more than 10 minutes, before whoever spoke last
6.
▲
by
landerwust
6y ago
What happened to the Closure Compiler stack? It was infinitely ahead of its time, how the heck did they end up settling on Angular of all things
7.
▲
by
landerwust
6y ago
Yikes, didn't realize they had the indecency to drink their own kool-aid. Angular, really? No wonder! Come to think of it, it's maybe been around a year since I last saw one of those tell-tale "page finishes loading to a blan
8.
▲
by
landerwust
6y ago
This is "fixed" in DoH the same way it's "fixed" for encrypted SNI: by having a small number of superproviders servicing millions of domains. With current encrypted SNI proposal, your privacy (between you and the su
9.
▲
by
landerwust
6y ago
Very good point! Sorry, I was confusing myself thinking about classic DNS.
10.
▲
by
landerwust
6y ago
Tor is not a run of the mill SOCKS proxy, not least in that it inserts arbitrarily high latency into the user data path. On the other hand, an actual run of the mill SOCKS proxy would have visibility of the user's queries and their ide
11.
▲
by
landerwust
6y ago
DNSCrypt needs meaningful industry support otherwise it's sadly irrelevant. I think by now we can all agree "industry support" basically means the 3 browser vendors. DoH has at least Mozilla and Google on board, and presumabl
12.
▲
by
landerwust
6y ago
The user's IP address is masqueraded by the proxy, and neither the DNS mothership (Cloudflare) nor the ISP get to see both who the user is and what they requested. It's an extremely desirable property DoH currently lacks
13.
▲
by
landerwust
6y ago
Opened this post expecting to be hating on another power grab dressed up as protocol engineering, but this one seems to actively /reduce/ the centralization of user data collection in DoH. Props to Cloudflare, I'm impressed.
14.
▲
by
landerwust
6y ago
The block diagram here: https://blog.cloudkernels.net/static/vaccel_v2/vaccelrt.png#... should probably have some close variant on your home page, I've been around for 20 years and couldn't tell /at
15.
▲
by
landerwust
6y ago
I tried LocalCDN after seeing a recommendation for it here, but despite claiming to cache more libraries it was very clearly not catching as many requests as DecentralEyes, which I'm back using now
16.
▲
by
landerwust
6y ago
> making it an open standard I would hesitate to use the term "open standard" until I'd thoroughly assessed the identities of everyone contributing to that open spec, along with those of their employers, and what history t
17.
▲
by
landerwust
6y ago
This was always a land-grab by folk who wanted Docker's """community""" (read: channel) but not Docker's commercial interests. Any time you see a much larger commercial entity insist you write a spec
18.
▲
by
landerwust
6y ago
There is no better option for temporally sparse compute. If your job can run all the time there is no benefit to these systems, but if it wastes money by being provisioned all the time when not in use, there is no alternative. Lambda is nei
19.
▲
by
landerwust
6y ago
Your lambda function can be a container
20.
▲
by
landerwust
6y ago
Totally loving this. Did you reverse engineer the layouts from screenshots? Please tell me somewhere there is a snippet of original HTML snarfed from archive.org :) Finally you're totally missing a beat here -- MySpace lived and died b
21.
▲
by
landerwust
6y ago
Successful forex folk seem more inclined towards having a strong understanding of economic balance than trading price action directly, but there are those folk too, with the latter being far more common in the casino end of the market. As f
22.
▲
by
landerwust
6y ago
It's not ideal but it is an improvement.