There is a reason for that since S3 is not block storage and doesn't have a Hierarchal filesystem. That's why when you create folder in the S3 console what you are really creating is a prefix meaning its just a placeholder to auto add the prefix string to the beginning of all objects. But all objects in the bucket are flat when it comes to the API. Plus the way the files are stored in the shards in S3. You can limit Throughput by treating prefixes like a hierarchical filesystem too much.

You know, the same deal kind of applies about "losing newcomers". Because I avooded using AWS because everything seemed cryptic and weird with its terminology. So other companies got my business.

The more confusing thing I've had to explain to too many developers is that it's not a directory regardless of what it looks like on the AWS website view. It's a "prefix" meaning the entire thing, including the slashes, is just part of the filename, there is no real structure inside a bucket. So there's no such thing as relative paths to search for things. When you call the list objects function with a prefix it's the same as doing a "starts with" on a string. You can't give it a partial "path" relative to another object that appears to be in another "folder".

That's mostly because it doesn't have real directories, it just simulates them with string prefixes and if you forget that on large buckets you are going to have a bad time.

In Magpiper, they're Blarts.