Live data from Hacker News

Europe's company websites are mostly served by US vendors

ciphercue.com

81–90 of 201 posts

Re: Europe's company websites are mostly served by US vendors

#81

Let me repost another comment of mine. TLDR: Yes, ofc we use Microsoft, Amazon (AWS), Cloudflare and Cisco... There is even mainstream press articles about it here in Sweden. "dependance on microsoft ooh so bad" etc. I find it laughable. Unless you have a time machine to 2005 (EC2 came out in 2006 that should have been the signal) there is no way to compete now. That train has left the platform. Second, Nokia and Eri…

So just lie down and take it? Let the yellow man put some more tariffs on imports from the EU. Let him ban EU citizens from Visa/Apple/Microsoft when they disagree with MAGA. Maybe give east Europe to Russia, the west half can be the 51st, 52nd and 53rd states. As long as there are no options we have no freedom.

No, we have a tech scene, Spotify, games, Telia Carrier. At least Sweden is world leading in tech and telecom and defence. (Ericsson, SAAB)

But then okay, say you want to do more.

Then do more. Not some letter from EU.

There is a focus here on office and javascript... why?

Okay if you want an EU M365, good luck.

We were and are the best.

Re: Europe's company websites are mostly served by US vendors

#82

As an Italian solo-founder, I have to admit that the US vendor dependency is really strong, but when you look at what you need to build a serious product, what can you actually use from European vendors that is even close to US products? Take Stripe as an example: is there a real alternative that covers what they do? Not to talk about Cloud and Edge Computing vendors: GCP, AWS, Cloudflare... does anyone even get clos…

There are plenty of alternatives to Stripe. Just search for card processors. If you’re a high-risk merchant, or your product falls into a high-risk category, Stripe will probably reject you. That’s why there’s a big market for other processors to step in.

Re: Europe's company websites are mostly served by US vendors

#83
post #74

I did a similar study but analyzing actual API subdomains, and ignoring those fronted by Cloudflare, Akamai, etc and the conclusion was the opposite: European companied are more likely to be using OVH and Hetzner than AWS/Azure https://bloomberry.com/blog/we-analyzed-50k-apis-heres-which...

The main reason is that they are based locally, they charge in EUR, you can get the VAT back, and they are much more affordable than AWS.

AWS / GCP can invoice with EU reverse charge so I don’t even pay VAT. With Hetzner I have to claim it back at the end of the year.

Hetzner is just way cheaper and pricing is more predictable. I don’t need any advanced cloud offerings. And yes, being outside the US is another advantage rn.

Re: Europe's company websites are mostly served by US vendors

#84
post #28

> The practical point is not that every European company should leave US infrastructure tomorrow. The point is that sovereignty discussions often start too late in the stack. Before organisations debate cloud regions, subprocessors, or contractual controls, they should know which vendors already sit in front of their public web estate. This seems like the wrong takeaway and I'd advice (European) companies to do the o…

> Dammit, fell for another AI slop article AGAIN... Is it really "slop" if you keep falling for AI written articles again and again? Doesn't that actually mean the opposite - the AI seemingly convinced you (or almost) that it was written by a realy human?

LLM text is like an optical illusion for the language part of your brain, only instead of the payoff being "Oh, cool! The dots aren't actually moving!" it's "Oh, 'cool'. You weren't actually trying to tell me anything worth my time."

Re: Europe's company websites are mostly served by US vendors

#85
post #74

I did a similar study but analyzing actual API subdomains, and ignoring those fronted by Cloudflare, Akamai, etc and the conclusion was the opposite: European companied are more likely to be using OVH and Hetzner than AWS/Azure https://bloomberry.com/blog/we-analyzed-50k-apis-heres-which...

The main reason is that they are based locally, they charge in EUR, you can get the VAT back, and they are much more affordable than AWS.

I'm still amazed my company is paying £10k per month for AWS when they could have one or two servers on Hetzner do the whole thing.

Re: Europe's company websites are mostly served by US vendors

#86

Earlier quoted context omitted.

There was a thread about it, and Ayden will not talk to you if you sell less than $5mm/yr using online payments.

I think this is exactly the market Mollie is tapping in at the moment: "as feature complete as Ayden, but no need to run millions by us to be a first class citizen"

I've never been so confused implementing something. I sat there thinking, this is it? There is nothing else to do? How can this be it?

It does have all the features and API craziness other processors offer but you don't have to use any of it.

Re: Europe's company websites are mostly served by US vendors

#87
post #71

Earlier quoted context omitted.

Right, because you're looking for a Stripe alternative, none of them will be. Did you actually try searching what I told you you could use as a search term? Have you looked into Mollie, Adyen, Klarna, Mangopay, Quickpay, etc? The list is quite large, there are options available but again, it requires you to proactively review and compare them, not just throw your hands in the air proclaiming "It's not Stripe".

Do you know of any EU payment processor that supports recurring payments like a SaaS would need (subscriptions, subscription state tracking, automatic retries of failed payments)? I looked but couldn't find any. Adyen does not do this on its own AFAICT, only with 3rd party addons that implement recurring payments on top of it. Mollie claims it does this but is woefully incomplete (no failed payment retries for exampl…

Fake news?

> Mollie will retry the failed payment up to 5 times.

https://docs.mollie.com/docs/recurring-payments

Re: Europe's company websites are mostly served by US vendors

#88
post #78

Earlier quoted context omitted.

So is the US easier than the EU or not? Now you're saying Sweden is a "success story", does that mean it's easier than the US then? > god knows what complications it creates across EU borders you can just create a company for pretty cheap in US What? That doesn't make any sense. If I'm a Swedish resident, and I want to sell to Danes, then in no way is it easier for me to start a US company (?!) then sell to Denmark f…

Sweden is a success story by European standards but meh by US standards. > If I'm a Swedish resident, and I want to sell to Danes, then in no way is it easier for me to start a US company (?!) then sell to Denmark from outside the EU Starting a US company from EU costs a few hundred dollars depending on the broker etc. and indeed you may find it much more useful depending on how you do business(who you employ, what y…

> then why not Europeans start company in Sweden instead of dealing with Germany for example? Do you by chance require residence and have residence-related obligations and costs?

You can open a company in another EU country, but if you don't live there, your domestic tax agency may/will interpret the company to be under their jurisdiction based on your residency. Now you have double the paperwork, and likely a more complex tax situation to deal with.

Re: Europe's company websites are mostly served by US vendors

#90
post #67

As an Italian solo-founder, I have to admit that the US vendor dependency is really strong, but when you look at what you need to build a serious product, what can you actually use from European vendors that is even close to US products? Take Stripe as an example: is there a real alternative that covers what they do? Not to talk about Cloud and Edge Computing vendors: GCP, AWS, Cloudflare... does anyone even get clos…

Adyen is a big payment processor from the Netherlands which many EU retailers already use. Even with some worldwide customers.

UK government too
Post reply on HN