I don't really agree. I tried using it, but I just can't because the keyboard shortcuts don't work with my non-US keyboard layout, and I couldn't change them...

I have seen other people complain about the same thing.

Oh, I didn’t have this problem, it seemed pretty polished to me, although i stopped using it recently

He didn't say that.

https://www.merriam-webster.com/dictionary/an%20awful%20lot

What startup? a better source than some Twitter account?

> Groups like Bright Data have pretty good KYC.

They don't. I use their residential proxies without ever having KYC'd.

Sorry I don't know your use case, but wonder - looking at the Op post don't you feel like you are supporting a rather malicious company preying on tech illiterate users? I can understand the desire for a VPN that gives residential identities but plainly this is against the will or interests of the "provider".

Did you have to have a call with them to become a customer?

Nope.

Same - have accounts with 3 different services and have never been KYC'd even with heavy usage.

I also use this one, it's great.

> 2. I don't think the website is _nearly unreadable_.

For me personally, the color scheme is uncomfortable to read. Dark text on a dark background

It's the decades-old problem of blue on black, which has led to interminable discussions of which exact tint of blue should be ECMA-45 blue on a terminal. Pick one, it has poor contrast with a black background. Pick another, it has poor contrast with a white background.

* https://invisible-island.net/xterm/xterm.faq.html#dont_like_...

So, pick two? One for each background?

There is only one 'blue', colour number 4, in ECMA-45.

A terminal emulator could choose to display different foreground blues, depending on the background colour.

try the demo. it’s an entirely different style, which shows how versatile the tool is

It still doesn't reflect the design philosophy at all, though. A wacky approximation of early MacOS that offers nonfunctional UI affordances doesn't fit my bill of No obscurantist programming languages and styles, or simple, maintainable software akin to machines that need to work under all circumstances in the far north.

I was also a little disappointed with the philosophy's goals in general, which seem to be mostly the personal preferences of a lone-wolf style open source developer, not a universal approach to software design.

When you describe my programming and design philosophy as "the personal preferences of a lone-wolf style open source developer, not a universal approach to software design", I consider that the absolute best compliment I could have ever hoped for!

A "universal" approach to software design is the problem I am addressing, not the solution. Coming up with your own philosophy of design and implementation that works for you, and hopefully works for others, is how we get better software.

I'm not arguing with that, I think; I agree with your general sentiment and apparently read many of the same books you read as well. Yet I still believe there's value in a shared understanding of what quality software is, and what ideals to strive for in its conception.

> I was also a little disappointed with the philosophy's goals in general, which seem to be mostly the personal preferences of a lone-wolf style open source developer, not a universal approach to software design.

How would a universal approach to software design be in any way appropriate for this?

I like the general concept of software that treats its users as responsible adults, in the sense of not restricting them in how they can use the software; the analogy to machines that must work in remote areas with an extreme climate and no connection to the outside world is an apt one. Rejecting complexity in favour of maintainability, allowing to reach into and modify if necessary, those things I feel could be sharpened into proper, and universal guiding principles.

Looks like they stopped doing it

https://localmess.github.io

> UPDATE: As of June 3rd 7:45 CEST, Meta/Facebook Pixel script is no longer sending any packets or requests to localhost. The code responsible for sending the _fbp cookie has been almost completely removed. Yandex has also stopped the practice we describe below.

> almost

> Born Nov. 22, 1969, in Rasht, Iran, and grew up in Tehran. Sent to live in Austria at 14 during the Iran-Iraq war. Returned to Iran after her high school years and attended art school in Tehran.

> Left Iran for Europe again at 24 and continued her art studies in Strasbourg, France.

> Now lives in Paris as a French citizen. Since publishing "Persepolis," has not been back to Iran.

https://www.washingtonpost.com/wp-dyn/content/article/2008/0...

It’s too small right now, so we don’t allow you to search it exclusively, yet. Eventually it should become a “proper” search provider once it reaches 100M urls or so.

> EU servers, EU storage, EU payment processing, EU search providers (Marginalia, Mojeek, EUSP, etc.).

> All servers and data are physically in the EU. All search providers are based in the EU. Payment processing is done in the EU.

Mojeek and Serper aren't EU so that's just false. And I'm not sure all the providers only use EU servers so I don't like the claim for that reason too.

> Try in: Google // DuckDuckGo // Ecosia

I would remove this, I thought it was for changing what provider I was using, but no, it just sent me to Google.

Then at the bottom of the page is where I found this, which I would prefer to have at the top.

> Try with: Mojeek // EUSP // Linkup // Serper

Dang. You’re right that Mojeek is UK, so Europe but not EU (at the moment, at least). I’ll need to add a remark for that. We already do it for Serper.

Regarding the servers, our servers and data are in the EU. We can’t guarantee that for our providers, but they don’t access your data.

As for Try in/Try with, good point, we can add a preference for swapping them.