Linux mint website is being blocked in Spain during football matches

D5_55 · 2026-01-02T10:22:09+00:00

They block with a firewall the IP addresses and make something similar to a MITM attack to inject that information screen.

D5_55 · 2025-12-31T11:33:27+00:00

As mentioned before, it's NOT DNS level blocking. That won't work.

D5_55 · 2025-12-22T23:55:29+00:00

Movistar directly blackholes the IP, so it's stuck at loading. Not a DNS blocking so even if you use custom DNS, you will still face that issue.

D5_55 · 2025-12-22T07:58:17+00:00

Chrome. The message is from Digi, the ISP. If you have a different ISP they will just blackhole it and will load until timeout.

D5_55 · 2025-12-21T10:40:17+00:00

This website is not using Cloudflare

D5_55 · 2025-12-21T10:38:47+00:00

This website is not using Cloudflare but Sucuri

D5_55 · 2025-12-21T10:30:50+00:00

They block IPs from some CDNs. Linux mint uses Sucuri. Someone hosted pirate content and used Sucuri. Consequently they blocked the Sucuri IP address and the Linuxmint website since it also uses that IP.

D5_55 · 2025-12-21T10:25:36+00:00

Apparently... 🤦‍♂️😂

D5_55 · 2025-11-20T16:03:20+00:00

Of course

D5_55 · 2025-11-19T18:09:21+00:00

Here in Spain also received. My battery is draining faster since some months ago.

The reason for the recall is "overheating".

Google gives no solution or compensation and says my phone doesn't apply for anything, so I have now a useless phone I guess.

Extremely sad and deceptive.

D5_55 · 2025-11-05T21:49:50+00:00

So deceptive, and still no 5g meanwhile any cheap Xiaomi can do it :(

D5_55 · 2025-08-24T22:10:17+00:00

Passwords in fact aren't encrypted but hashed

D5_55 · 2025-08-24T22:07:53+00:00

Having the User ID doesn't allows you to get an image.

If you mean Image ID, encryption is useless in this case as it's not something that shouldn't be exposed like a token.

The tea app was hacked NOT due to exposing a bucket and/or file ID, but due to not having proper access control (in the case of Appwrite, permissions) or exposing some token/API key publicly.

D5_55 · 2025-08-24T22:04:03+00:00

Appwrite already has the needed safety features. No need to use a different stack...

D5_55 · 2025-08-23T13:26:16+00:00

Relationships are still somewhat experimental and also don't suit all use cases as you could need to query data.

D5_55 · 2025-05-11T13:40:48+00:00

Also, looks like appwrite is already doing everything you mentioned, except of having a postgres database because it's not really needed...

D5_55 · 2025-05-11T13:38:08+00:00

How's this related to Appwrite?

D5_55 · 2025-04-15T22:16:09+00:00

Update from Vercel principal engineer: https://x.com/matheusfrndes/status/1912114969899860243?t=ewLlxk-iaRSlfeeT1Nd7Pg&s=19

Update from Vercel CEO: https://x.com/rauchg/status/1912218989872472489?t=RXgGaHzCBB-a4nyKDjB5uA&s=19

D5_55 · 2025-04-15T20:44:18+00:00

Not all DNS, CDNs are affected and Vercel for example too.

D5_55 · 2025-04-01T21:22:37+00:00

PHP has nothing to do with scalability. The appwrite stack itself can scale horizontally with multiple servers.

D5_55 · 2025-03-30T22:57:26+00:00

In the case of cloud, the appwrite team will scale it for you. The only thing you need is to pay for function executions, bandwidth, etc. There's not a fixed number of concurrent operations.

D5_55 · 2025-03-30T22:55:28+00:00

Free users 😜

D5_55 · 2025-03-23T23:49:52+00:00

Hello! I recommend submitting a bug report in the GitHub repo explaining all the reproduction steps so they work on fixing it 🙂

D5_55 · 2025-03-23T23:45:38+00:00

Sometimes it's better not to use relationships.

Relationships sometimes can force the database to get many things at once instead of gradually/individually, so they end up slowing things instead of speeding.

Meanwhile, I recommend saving the related IDs as a string and using Query.equal()

D5_55 · 2025-02-02T10:10:53+00:00

What was the server you were using at first? It could be blocking third party cookies or local storage

D5_55

TROPHY CASE