Indeed - I’m loosely quoting what DWG correspondents are saying. As numerous comments above have said, it’s complicated. Generally speaking, people using a web browser to see OSM map tiles don’t fully understand the delivery mechanism that allows them to see those**, and a comment above suggests nor can anyone else - even those who do understand how normal web server access works!
** to them there is just “their computer” and “sites on the internet”. If something is wrong on a site on the internet, clearly that site needs to just “fix the data on their site” and all will be well.
This might be dragging us off topic, but to me it feels like we need some sort of “deeper” cache. So we can have some way of marking tiles “to be burned” and if a request comes in for them we serve day old tiles (rather than the latest ones) if the server is too busy to render fresh ones.
if you mean the website www.openstreetmap.org: that one had a DDoS attack as well. (Can’t tell if this was because of ransom, asininity or an api abuser or related to the vandalism act).
i do think the best solution here would be to start serving tiles from a different date to external servers (without an obvious vandal attack), only showing the latest tiles on OSM.org etc. this way the vandalism isn’t shown on loads of sites that use osm tiles, which is the main reason imo that they’re targetting OSM
Now Hirschaid in Bavaria pretty much looks like what Manuel posted about Rüsselsheim. Dozens, maybe a hundred lanes, half of them with English street names, the other half with Ukrainian anti-Russian slogans (I sympathize a lot with the Ukrainian cause but this is definitely not the right place for this).
It is exactly this. The amplification is the reason the bad actor feels gratification for his vandalizing doings. If that gratification would fail, motivation would be gone. But this means: do not serve these tiles with the vandalism. Stop being the megaphone for the vandalizing bad actor.