tallytarik

Joined 9 years ago

Karma
327
Submissions
120
Member since
Apr 19
Canberra, Australia.
View on Hacker News

Recent submissions

Comment · 2 months ago
It feels worse because its written output is fucking insane, and has progressively been getting worse to this point.
Comment · 3 months ago
This article is somewhat misleading.

The court only ruled that "OpenAI" is descriptive. It did not rule that it can never be registered.

A descriptive trademark can still be registered with evidence that the mark has become distinctive through use -- that is, that "OpenAI" is known to the general public to refer to their company, rather than simply describing a type of AI.

It appears OpenAI have already made that submission separately:

> The Board of Appeal also stated that, once the contested decision has become final, the proceedings will resume for the purposes of examining the applicant’s alternative claim based on Article 7(3) of Regulation 2017/1001, relating to distinctive character acquired through use.

Comment · 3 months ago
This sort of rejection is quite common. You can overcome the objection by submitting evidence that your mark has acquired distinctiveness through use. So there will be plenty of trademarks that seem generic/descriptive that have gone through that process.

edit: I originally thought that’s what was being rejected here. It’s not. The court only ruled that “OpenAI” is descriptive. Separately, OpenAI have also submitted evidence of acquired distinctiveness, which will be decided in due course by the trademark office.

Comment · 4 months ago
docker-rollout also works well: https://github.com/wowu/docker-rollout

The readme covers connection draining with Traefik which should solve one of the issues the author mentions

Comment · 5 months ago
Phrasing like “Honestly?” and “It’s not just [x], it’s [y]” multiple times

Every list is a set of 3, and most lists have a bolded intro phrase, one even has the famous slopperific emojis

Comment · 8 months ago
We’re still waiting on a solution for https://www.cloudflarestatus.com/incidents/391rky29892m (which actually started a month earlier than the incident reports)

In the meantime, as you say, we’re now going through and evaluating other vendors for each component that CF provides - which is both unfortunate, and a frustrating use of time, as CF’s services “just worked” very well for a very long time.

Comment · 9 months ago
Yes this is clearly verbatim output from an LLM.

But it's perfect HN bait, really. The title is spicy enough that folks will comment without reading the article (more so than usual), and so it survives a bit longer before being flagged as slop.

Comment · 9 months ago
Comment · 9 months ago
It’s entirely written by an LLM.
Comment · 9 months ago
Comment · 10 months ago
Much of the internet still does not support IPv6, so most providers will give you an IPv4 address. In fact only a few providers even support IPv6 at all.

Even with IPv6 it's not a huge problem. With a few samples we can know that a provider is operating in a given /64 or /48 or even /32 space, and can assign a confidence level that the range is used for VPNs.

Comment · 10 months ago
Working on improving the data pipeline for https://iplocate.io - an IP intelligence service I've worked on since 2017. A couple of recent focuses:

1. VPN and proxy detection. We already track dozens of providers, but we can do better here. There's also a bunch of metadata we collect as part of this process which we don't currently surface, so I'm looking at what else we can bring to our databases and free API.

2. Better detail and evidence on how we build and test our own geolocation database, which we create from scratch. There's been a recent trend of misinformation about geo accuracy, including from some other providers, so I want to better explain the accuracy (and inaccuracy) of various techniques, our policy for when we prefer certain data, and so on.

(Open to partnerships for any folks looking for a new provider!)

Comment · 10 months ago
Comment · 10 months ago
There are plenty of VPN and proxy detection services, either as a service (API) or downloadable database, which are surprisingly comprehensive. Disclaimer: I’ve run one since 2017. Years on, our primary data source is literally holding dozens of subscriptions to every commercial provider we can find, and enumerating the exit node IP addresses they use.

There are also other methods, like using zmap/zgrab to probe for servers that respond to VPN software handshakes, which can in theory be run against the entire IP space. (this also highlights non-commercial VPNs which are not generally the target of our detection, so we use this sparingly)

It will never cover every VPN or proxy in existence, but it gets pretty close.

Comment · 10 months ago
Most of these providers are in fact open about the fact that these locations are “virtual”, so it’s misleading to say they don’t match where they claim to be.

There is however an interesting question about how VPNs should be considered from a geolocation perspective.

Should they record where the exit server is located, or the country claimed by the VPN (even if this is a “virtual” location)? In my view there is useful information in where the user wanted to be located in the latter case, which you lose if you only ever report the location of servers.

(disclaimer: I run a competing service. we currently provide the VPN reported locations because the majority of our customers expect it to work that way, as well as clearly flagging them as VPNs)

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton