Human friendly storage location

[dionorgua]

Describe the feature you'd like

Hi,

I understand that storage itself is supposed to be accessed by web UI or app, but it'll be cool to also have it human-friendly. Just to be able to browser/archive manually if needed.

Something like /data/<username>/<listname>/<domain>/<url>/filename.{pdf|html|etc}

Also it would be also cool to populate metadata.json with more data like URL, tags, etc. Even if it's redundant.

Describe the benefits this would bring to existing Hoarder users

• Scripting
• Ability to recover most of data in case of DB failure

Can the goal of this request already be achieved via other means?

no

Have you searched for an existing open/closed issue?

• I have searched for existing issues and none cover my fundamental request

Additional context

No response

[kamtschatka]

Your suggestion with the folder names is simply not possible since you can add a bookmark to multiple lists (unless you start doing everything with symlinks). Additionally not all characters in a URL are valid characters for folder names.

What are your scripting requirements in the first place? I feel like it would be better if you tell us your actual use case than how you want hoarder to be changed to make them possible for you

[MohamedBassem]

Was writing the same comment as @kamtschatka. Also, not all assets are for links.

I get the point of more structure in the storage location (for example have the bookmark Id as one layer). But honestly, it's unlikely we'll be able to change this at this point.

[dionorgua]

Hi,

Yes. Sorry. I'm just newbie here. Installed it first time. I agree that for 'multiple lists' case list id is not possible.

But even without this having something more 'structured' would be excellent. Anything will be better than f59b4fbf-48de-48b1-bc26-d125dce19032/asset.bin. Even if it something like "URL Slug" that is completely ignored by app.

I found this and decided to create ticket after importing a few lists and checking ncdu output to find out why a few asset.bin files are more than 1 GB.

[MohamedBassem]

@dionorgua I think to address this particular usecase, we can probably have a UI that lists all the assets and their sizes to debug large assets. I think that's a reasonable thing to have.

[bverkron]

Probably different than OPs use cases but one use case I can think of is being able to read the movie files in something like Jellyfin. Pinchflat has been great for saving videos from YouTube and feeding them to Jellyfin for easy viewing (especially in a row) but it lacks features like notes and tagging like Hoader has. I’d like to use Hoarder as a single tool for archiving web content (instead of using Pinchflat for video and Linkwarden for pages for example) but that kind of removes the ability to view the videos in Jellyfin.